<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: hyeong</title>
    <description>The latest articles on DEV Community by hyeong (@hyeong).</description>
    <link>https://dev.to/hyeong</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4028091%2F12b46cd9-9e29-4ebb-a055-8af560e0e67c.jpg</url>
      <title>DEV Community: hyeong</title>
      <link>https://dev.to/hyeong</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/hyeong"/>
    <language>en</language>
    <item>
      <title>ChatGPT는 출처를 어떻게 고르나 — 네트워크 트래픽을 읽은 연구, 그리고 2주 만에 절반이 바뀐 이야기</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Thu, 16 Jul 2026 06:10:20 +0000</pubDate>
      <link>https://dev.to/hyeong/chatgptneun-culceoreul-eoddeohge-goreuna-neteuweokeu-teuraepigeul-ilgeun-yeongu-geurigo-2ju-mane-jeolbani-baggwin-iyagi-nf1</link>
      <guid>https://dev.to/hyeong/chatgptneun-culceoreul-eoddeohge-goreuna-neteuweokeu-teuraepigeul-ilgeun-yeongu-geurigo-2ju-mane-jeolbani-baggwin-iyagi-nf1</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/chatgpt-source-selection-network-traffic-geo" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Suganthan Mohanadasan이 ChatGPT의 답변이 아니라 브라우저로 오는 JSON을 읽어서 출처 선택 기계를 뜯었다. result_source·turn_use_case 같은 내부 라벨이 그대로 나온다. 어떤 질문은 아예 검색을 안 하고, JS로 가격을 띄우면 모델이 포기하고 G2를 인용한다. 그런데 열흘 뒤 2편에서 저자가 자기 결론 두 개를 스스로 정정했다. 내 블로그에 뭘 바꿀지까지 정리했다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/chatgpt-source-selection-network-traffic-geo" rel="noopener noreferrer"&gt;ChatGPT는 출처를 어떻게 고르나 — 네트워크 트래픽을 읽은 연구, 그리고 2주 만에 절반이 바뀐 이야기&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>seo</category>
      <category>marketing</category>
      <category>llm</category>
      <category>aiworkflow</category>
    </item>
    <item>
      <title>OpenKnowledge를 내 지식 볼트에 붙여 볼까 — 겹치는 것, 새로운 것, 그리고 CLA 한 줄</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Thu, 16 Jul 2026 06:10:16 +0000</pubDate>
      <link>https://dev.to/hyeong/openknowledgereul-nae-jisig-bolteue-butyeo-bolgga-gyeobcineun-geos-saeroun-geos-geurigo-cla-han-jul-4e24</link>
      <guid>https://dev.to/hyeong/openknowledgereul-nae-jisig-bolteue-butyeo-bolgga-gyeobcineun-geos-saeroun-geos-geurigo-cla-han-jul-4e24</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/openknowledge-local-markdown-llm-wiki-editor" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;inkeep이 만든 OpenKnowledge는 평문 마크다운을 노션처럼 편집하면서 Claude·Codex 같은 에이전트와 같이 다루는 로컬 에디터다. 나는 이미 평문 MD 볼트를 굴리고 있어서, '이걸 붙이면 뭐가 남나'를 기준으로 뜯어봤다. WYSIWYG와 에이전트 협업 편집은 확실히 새롭고, 검색·그래프는 내가 이미 가진 것과 겹친다. 그리고 GPL-3.0 옆에 CLA가 같이 있다 — 그 얘기도 했다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/openknowledge-local-markdown-llm-wiki-editor" rel="noopener noreferrer"&gt;OpenKnowledge를 내 지식 볼트에 붙여 볼까 — 겹치는 것, 새로운 것, 그리고 CLA 한 줄&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>knowledgemanagement</category>
      <category>llm</category>
      <category>agents</category>
      <category>aiworkflow</category>
    </item>
    <item>
      <title>LLM에게 로봇을 맡겨 봤더니 — Anthropic Embody 벤치마크가 말한 건 로봇 얘기가 아니었다</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Thu, 16 Jul 2026 06:01:48 +0000</pubDate>
      <link>https://dev.to/hyeong/llmege-roboseul-matgyeo-bwassdeoni-anthropic-embody-bencimakeuga-malhan-geon-robos-yaegiga-anieossda-1bhc</link>
      <guid>https://dev.to/hyeong/llmege-roboseul-matgyeo-bwassdeoni-anthropic-embody-bencimakeuga-malhan-geon-robos-yaegiga-anieossda-1bhc</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/anthropic-embody-benchmark-llm-robot-control" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Anthropic Frontier Red Team이 언어 모델 12종에게 진짜 로봇을 쥐여 주고 측정한 Embody 벤치마크를 뜯어봤다. 관절을 직접 몰게 하면 대부분 실패하고, 사전 학습된 제어기를 감독하게 하면 갑자기 유능해진다. 결론은 '능력은 모델이 아니라 접근 수준(access level)의 함수'다. 그리고 가장 도움이 된 도구는 깊이 지도도 분할 마스크도 아닌, 방위를 각도로 알려 주는 나침반 한 줄이었다. 로봇을 안 만드는 나한테도 이 얘기가 그대로 꽂혔다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/anthropic-embody-benchmark-llm-robot-control" rel="noopener noreferrer"&gt;LLM에게 로봇을 맡겨 봤더니 — Anthropic Embody 벤치마크가 말한 건 로봇 얘기가 아니었다&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>llm</category>
      <category>agents</category>
      <category>robotics</category>
      <category>aiworkflow</category>
    </item>
    <item>
      <title>2026년 7월 16일 AI·LLM 이슈 다이제스트 — 경고는 전부 문서에 적혀 있었다</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Thu, 16 Jul 2026 06:01:44 +0000</pubDate>
      <link>https://dev.to/hyeong/2026nyeon-7weol-16il-aillm-isyu-daijeseuteu-gyeonggoneun-jeonbu-munseoe-jeoghyeo-isseossda-14p6</link>
      <guid>https://dev.to/hyeong/2026nyeon-7weol-16il-aillm-isyu-daijeseuteu-gyeonggoneun-jeonbu-munseoe-jeoghyeo-isseossda-14p6</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/ai-llm-it-news-2026-07-16" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;2026년 7월 16일 기준 최근 이슈를 다이제스트로 묶었다. 링크 한 번으로 클로드 데스크톱에 프롬프트가 자동 주입되는 결함이 공개됐고(패치됨), Cursor는 7개월 전 제보받은 윈도우 RCE를 '취약점이 아니다'로 닫은 채 아직도 미패치다. OpenAI는 자기 모델을 84% 뚫는 레드팀 모델을 공개했고, IBM은 메모리 사재기에 분기를 잃고 사상 최악의 하루(-25%)를 맞았다. 오늘 공통 문법은 하나다 — 몰라서가 아니라 알고도 늦었다. 자주 틀리게 옮겨지는 대목은 ⚠️로 정정했고, 어제 내가 쓴 숫자 하나도 고쳤다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/ai-llm-it-news-2026-07-16" rel="noopener noreferrer"&gt;2026년 7월 16일 AI·LLM 이슈 다이제스트 — 경고는 전부 문서에 적혀 있었다&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>ainews</category>
      <category>llm</category>
      <category>it</category>
      <category>aiworkflow</category>
    </item>
    <item>
      <title>청년정책 2,650건을 긁었더니 73%가 마감이었다 — youth-search를 만들며 두 번 틀린 기록</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Wed, 15 Jul 2026 08:13:14 +0000</pubDate>
      <link>https://dev.to/hyeong/ceongnyeonjeongcaeg-2650geoneul-geulgeossdeoni-73ga-magamieossda-youth-searchreul-mandeulmyeo-du-beon-teulrin-girog-3d1j</link>
      <guid>https://dev.to/hyeong/ceongnyeonjeongcaeg-2650geoneul-geulgeossdeoni-73ga-magamieossda-youth-searchreul-mandeulmyeo-du-beon-teulrin-girog-3d1j</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/youth-search-korean-youth-policy-crawler-skill" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;한국 청년정책을 전수조사하는 스킬 youth-search를 만들어 MIT로 공개했다. 온통청년 2,650건 중 1,940건이 이미 마감이었고, '전라남도'로 조회하면 0건이 나오는 함정이 있었다. 지자체 포털 19곳은 붙이지 않기로 했는데 그 판단 근거를 서브에이전트 39개로 실측했다. 그리고 크롤링하다 두 번 틀렸는데, 두 번째가 훨씬 나빴다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/youth-search-korean-youth-policy-crawler-skill" rel="noopener noreferrer"&gt;청년정책 2,650건을 긁었더니 73%가 마감이었다 — youth-search를 만들며 두 번 틀린 기록&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>python</category>
      <category>automation</category>
      <category>aiworkflow</category>
      <category>dataanalysis</category>
    </item>
    <item>
      <title>릴스는 사진이 아니었다 — 쇼츠를 인스타·페북에 API로 뿌리며 부딪힌 것들</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Wed, 15 Jul 2026 07:57:14 +0000</pubDate>
      <link>https://dev.to/hyeong/rilseuneun-sajini-anieossda-syoceureul-inseutapebuge-apiro-bburimyeo-budijhin-geosdeul-4ffh</link>
      <guid>https://dev.to/hyeong/rilseuneun-sajini-anieossda-syoceureul-inseutapebuge-apiro-bburimyeo-budijhin-geosdeul-4ffh</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/meta-reels-api-multiplatform-distribution" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;유튜브에 올린 쇼츠 5개를 인스타그램·페이스북 릴스로 API 배포했다. 사진 올리던 스크립트를 재사용하려다 세 군데서 막혔고, 메타 인코딩이 실측 25~75초라 고정 대기로는 반드시 실패한다는 걸 확인했다. 그리고 되돌릴 수 없는 게시를 배치로 돌려버린 사고도 기록했다. 인스타그램 그래프 API에는 삭제 엔드포인트가 없다. 틱톡은 코드가 아니라 절차에서 막혔다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/meta-reels-api-multiplatform-distribution" rel="noopener noreferrer"&gt;릴스는 사진이 아니었다 — 쇼츠를 인스타·페북에 API로 뿌리며 부딪힌 것들&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>automation</category>
      <category>javascript</category>
      <category>marketing</category>
      <category>aiworkflow</category>
    </item>
    <item>
      <title>pdf-inspector를 한글 PDF로 직접 재봤다 — 합격, 그런데 한 군데서 무너졌다</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Wed, 15 Jul 2026 07:16:16 +0000</pubDate>
      <link>https://dev.to/hyeong/pdf-inspectorreul-hangeul-pdfro-jigjeob-jaebwassda-habgyeog-geureonde-han-gundeseo-muneojyeossda-3822</link>
      <guid>https://dev.to/hyeong/pdf-inspectorreul-hangeul-pdfro-jigjeob-jaebwassda-habgyeog-geureonde-han-gundeseo-muneojyeossda-3822</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/pdf-inspector-korean-pdf-benchmark" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;지난 글에서 pdf-inspector를 소개하며 '한글 PDF로 직접 재 봐야 안다'고 썼다. 그래서 쟀다. 공공기관 문서 다섯 건으로 검증한 결과 한글 회수율은 1.00~1.05에 깨짐 0으로 합격이고, 마크다운 변환 속도는 pymupdf4llm 대비 12~117배로 벤더 주장보다 오히려 컸다. 그런데 태그드 PDF 한 건에서 분류기가 28페이지 중 21페이지를 OCR 필요로 오판하고 448자가 깨졌다. 원인까지 파고 내 지표가 나를 속인 대목도 적었다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/pdf-inspector-korean-pdf-benchmark" rel="noopener noreferrer"&gt;pdf-inspector를 한글 PDF로 직접 재봤다 — 합격, 그런데 한 군데서 무너졌다&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>dataanalysis</category>
      <category>automation</category>
      <category>python</category>
      <category>aiworkflow</category>
    </item>
    <item>
      <title>pdf-inspector — OCR 청구서를 절반으로 줄이는 라우터, 그리고 '단일 의존성'이라는 말</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Wed, 15 Jul 2026 06:04:05 +0000</pubDate>
      <link>https://dev.to/hyeong/pdf-inspector-ocr-ceongguseoreul-jeolbaneuro-julineun-rauteo-geurigo-danil-yijonseongiraneun-mal-135l</link>
      <guid>https://dev.to/hyeong/pdf-inspector-ocr-ceongguseoreul-jeolbaneuro-julineun-rauteo-geurigo-danil-yijonseongiraneun-mal-135l</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/pdf-inspector-ocr-routing-rust" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Firecrawl이 만든 Rust 라이브러리 pdf-inspector는 PDF가 텍스트 기반인지 스캔본인지 밀리초 안에 판별해 OCR로 보낼지 말지를 라우팅한다. 발상이 정확하고 오늘도 커밋이 도는 살아있는 프로젝트다. 다만 벤치마크는 이겼다기보다 졌는데 잘 진 것이고, '의존성은 lopdf 하나'라는 소개는 Cargo.toml과 다르다. 그리고 이 공짜 라이브러리가 어디로 태워 보내는지도 같이 봐야 한다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/pdf-inspector-ocr-routing-rust" rel="noopener noreferrer"&gt;pdf-inspector — OCR 청구서를 절반으로 줄이는 라우터, 그리고 '단일 의존성'이라는 말&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>aiworkflow</category>
      <category>dataanalysis</category>
      <category>automation</category>
      <category>python</category>
    </item>
    <item>
      <title>Adala — 정답 데이터로 프롬프트를 스스로 고치는 라벨링 에이전트, 그리고 문서가 말해주지 않는 것</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Wed, 15 Jul 2026 04:09:20 +0000</pubDate>
      <link>https://dev.to/hyeong/adala-jeongdab-deiteoro-peurompeuteureul-seuseuro-gocineun-rabelring-eijeonteu-geurigo-munseoga-malhaejuji-anhneun-geos-5618</link>
      <guid>https://dev.to/hyeong/adala-jeongdab-deiteoro-peurompeuteureul-seuseuro-gocineun-rabelring-eijeonteu-geurigo-munseoga-malhaejuji-anhneun-geos-5618</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/adala-autonomous-data-labeling-agent" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Label Studio를 만든 HumanSignal이 공개한 Adala는 정답 데이터를 기준으로 에이전트가 자기 프롬프트를 반복 수정하는 라벨링 프레임워크다. 아이디어는 좋은데 문서를 그대로 따라 하면 십중팔구 막힌다. pip 최신판은 2023년 11월에 멈춰 있고, 공식 quickstart의 labels 예시는 현재 코드와 타입이 다르며, Python 3.8 지원 표기도 실제 pyproject와 어긋난다. GitHub API와 소스로 직접 대조해 ⚠️로 정리했다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/adala-autonomous-data-labeling-agent" rel="noopener noreferrer"&gt;Adala — 정답 데이터로 프롬프트를 스스로 고치는 라벨링 에이전트, 그리고 문서가 말해주지 않는 것&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>aiworkflow</category>
      <category>dataanalysis</category>
      <category>python</category>
      <category>automation</category>
    </item>
    <item>
      <title>Social Media Skills — 목소리를 먼저 정의하고 채널로 뻗는 콘텐츠 파이프라인</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Wed, 15 Jul 2026 01:54:43 +0000</pubDate>
      <link>https://dev.to/hyeong/social-media-skills-mogsorireul-meonjeo-jeongyihago-caeneolro-bbeodneun-kontenceu-paipeurain-42kf</link>
      <guid>https://dev.to/hyeong/social-media-skills-mogsorireul-meonjeo-jeongyihago-caeneolro-bbeodneun-kontenceu-paipeurain-42kf</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/social-media-skills-voice-first-content-pipeline" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;콘텐츠 제작자 Charlie Hills가 LinkedIn·Instagram·Substack·X·YouTube를 실제로 굴리던 Claude 스킬 전체를 MIT로 공개했다. 낱개 프롬프트 묶음이 아니라 voice-builder로 목소리를 먼저 만들고 뉴스레터를 원천으로 삼아 채널별로 뻗는 파이프라인이다. 가장 인상적인 설계는 샘플에 '없는 것'을 잡아내는 absence signals였다. 스킬 수·최종 갱신일 등 원문과 다른 대목은 GitHub API로 직접 확인해 ⚠️로 정정했다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/social-media-skills-voice-first-content-pipeline" rel="noopener noreferrer"&gt;Social Media Skills — 목소리를 먼저 정의하고 채널로 뻗는 콘텐츠 파이프라인&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>aiworkflow</category>
      <category>marketing</category>
      <category>automation</category>
      <category>knowledgemanagement</category>
    </item>
    <item>
      <title>2026년 7월 15일 AI·LLM 이슈 다이제스트 — 회의론자가 서명한 날, 메모리가 폰을 밀어냈다</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Wed, 15 Jul 2026 01:49:23 +0000</pubDate>
      <link>https://dev.to/hyeong/2026nyeon-7weol-15il-aillm-isyu-daijeseuteu-hoeyironjaga-seomyeonghan-nal-memoriga-poneul-mileonaessda-52j2</link>
      <guid>https://dev.to/hyeong/2026nyeon-7weol-15il-aillm-isyu-daijeseuteu-hoeyironjaga-seomyeonghan-nal-memoriga-poneul-mileonaessda-52j2</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/ai-llm-it-news-2026-07-15" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;2026년 7월 15일 기준 최근 이슈를 다이제스트로 묶었다. AI 대체론을 가장 앞장서 반박하던 노벨 경제학자 아제모을루가 '지금 행동하자'는 88단어 성명에 서명했고, 하사비스는 스스로를 규제할 독립기구를 제안했다. 메타는 'AI가 병가·출산휴가 직원을 해고 대상으로 골랐다'며 26명에게 소송당했고, AI 데이터센터가 메모리를 빨아들인 결과 2분기 스마트폰 출하량이 13년 만에 최저를 찍었다. 국내에선 전자정부 표준프레임워크에서 취약점 990건이 AI로 발견됐다. 자주 틀리게 옮겨지는 대목은 ⚠️로 정정했다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/ai-llm-it-news-2026-07-15" rel="noopener noreferrer"&gt;2026년 7월 15일 AI·LLM 이슈 다이제스트 — 회의론자가 서명한 날, 메모리가 폰을 밀어냈다&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>ainews</category>
      <category>llm</category>
      <category>it</category>
      <category>aiworkflow</category>
    </item>
    <item>
      <title>정부 지원사업을 '키워드'가 아니라 '전수'로 뒤지는 Claude Code 스킬 — ir-search</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Tue, 14 Jul 2026 05:29:49 +0000</pubDate>
      <link>https://dev.to/hyeong/jeongbu-jiweonsaeobeul-kiweodeuga-anira-jeonsuro-dwijineun-claude-code-seukil-ir-search-3469</link>
      <guid>https://dev.to/hyeong/jeongbu-jiweonsaeobeul-kiweodeuga-anira-jeonsuro-dwijineun-claude-code-seukil-ir-search-3469</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/ir-search-korean-gov-grant-full-survey-skill" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;djfksjd/ir-search — 한국 정부·공공기관 지원사업을 전수조사하는 Claude Code 스킬을 뜯어봤다. K-Startup·기업마당·NIPA·KOCCA·SMTECH를 크롤링해, 내 프로젝트 프로필(창업 단계·지역·필요)에 맞는 사업을 골라 상세공고 원문으로 자격을 검증한 뒤 A(즉시)·B(로드맵)·C(변형) 3분류 보고서를 만든다. '키워드 검색이 아니라 전수 검토'라는 설계 철학, 프로필 영속화·증분 diff 재조사 구조, 그리고 '불명은 추정하지 않는다'는 안전장치를 도식으로 정리하고, 자동화·마케팅 실무자로서 눈여겨본 지점을 덧붙였다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/ir-search-korean-gov-grant-full-survey-skill" rel="noopener noreferrer"&gt;정부 지원사업을 '키워드'가 아니라 '전수'로 뒤지는 Claude Code 스킬 — ir-search&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>aiworkflow</category>
      <category>automation</category>
      <category>python</category>
      <category>knowledgemanagement</category>
    </item>
  </channel>
</rss>
