<?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>정부 지원사업을 '키워드'가 아니라 '전수'로 뒤지는 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>
    <item>
      <title>AI 180개로 하루에 버그 55개 — '반박하는 에이전트'가 왜 더 값진가</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Tue, 14 Jul 2026 05:29:44 +0000</pubDate>
      <link>https://dev.to/hyeong/ai-180gaero-harue-beogeu-55gae-banbaghaneun-eijeonteuga-wae-deo-gabsjinga-53l8</link>
      <guid>https://dev.to/hyeong/ai-180gaero-harue-beogeu-55gae-banbaghaneun-eijeonteuga-wae-deo-gabsjinga-53l8</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/llm-agent-fleet-bug-audit-adversarial-verification" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;버질(Virgil)이 쓴 '에이전트 함대의 해부'를 읽고 정리했다. 13만 줄·131개 Swift 파일의 iOS SNS 앱을 하루 동안 LLM 에이전트 약 180개로 정적 감사해 확정 버그 55건을 수리하고 '마름(dry)'을 선언한 파이프라인의 설계다. 핵심은 '버그를 찾는 AI'가 아니라 '찾았다는 주장을 반박하는 AI'에 있다. 렌즈 직교화·구조화 출력·적대 검증 투표·기지 목록 주입·fix 재검증 루프를 LLM의 4대 실패 모드에 일대일로 대응시킨 설계를 도식으로 풀고, 데이터·자동화 실무자로서 내가 챙긴 교훈을 덧붙였다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/llm-agent-fleet-bug-audit-adversarial-verification" rel="noopener noreferrer"&gt;AI 180개로 하루에 버그 55개 — '반박하는 에이전트'가 왜 더 값진가&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>aiworkflow</category>
      <category>automation</category>
      <category>agents</category>
      <category>dataanalysis</category>
    </item>
    <item>
      <title>코드베이스를 다 이해 못 해도 괜찮다 — 부분적 이해를 위한 변호</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Tue, 14 Jul 2026 05:24:12 +0000</pubDate>
      <link>https://dev.to/hyeong/kodeubeiseureul-da-ihae-mos-haedo-gwaencanhda-bubunjeog-ihaereul-wihan-byeonho-3mk3</link>
      <guid>https://dev.to/hyeong/kodeubeiseureul-da-ihae-mos-haedo-gwaencanhda-bubunjeog-ihaereul-wihan-byeonho-3mk3</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;이 글은 제 블로그에 처음 발행되었습니다 · Originally published at &lt;a href="https://dbhyeong.github.io/blog/partial-understanding-codebase-naur-theory" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Sean Goedecke의 'In defense of not understanding your codebase'(2026-07-11)를 읽고 정리했다. Peter Naur의 '이론 구축으로서의 프로그래밍'을 반박하며, 큰 시스템에서는 '부분적 이해'가 결함이 아니라 최선이라고 주장하는 글이다. 완전이해 문화(작은 코드베이스)와 부분이해 문화(큰 코드베이스)의 충돌, Naur가 틀린 두 가지 이유, 이론 구축이 여러 가치 중 하나일 뿐이라는 관점, 그리고 LLM이 이 저울에 얹은 양날을 도식으로 풀었다. 데이터·자동화를 하며 남의 코드를 물려받는 나에게 특히 와닿은 대목을 덧붙였다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/partial-understanding-codebase-naur-theory" rel="noopener noreferrer"&gt;코드베이스를 다 이해 못 해도 괜찮다 — 부분적 이해를 위한 변호&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>aiworkflow</category>
      <category>knowledgemanagement</category>
      <category>automation</category>
      <category>dataanalysis</category>
    </item>
    <item>
      <title>2026년 7월 14일 AI·LLM 이슈 다이제스트 — 에이전트가 사무실로 들어오는데, 문단속은 누가 하나</title>
      <dc:creator>hyeong</dc:creator>
      <pubDate>Tue, 14 Jul 2026 05:24:08 +0000</pubDate>
      <link>https://dev.to/hyeong/2026nyeon-7weol-14il-aillm-isyu-daijeseuteu-eijeonteuga-samusilro-deuleooneunde-mundansogeun-nuga-hana-5do</link>
      <guid>https://dev.to/hyeong/2026nyeon-7weol-14il-aillm-isyu-daijeseuteu-eijeonteuga-samusilro-deuleooneunde-mundansogeun-nuga-hana-5do</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-14" rel="noopener noreferrer"&gt;dbhyeong.github.io&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;2026년 7월 14일 기준 최근 이슈를 다이제스트로 묶었다. 코딩 도구 Cursor가 이메일·문서까지 대신하는 범용 에이전트 'Sand'로 사무 생산성 시장에 뛰어들었고, 그 이면에서 Wiz가 Claude Code·Cursor 등 6개 코딩 어시스턴트를 관통하는 심링크 결함 'GhostApproval'을 공개했다. 구글 Gemini 3.5 Pro는 7월 17일을 겨냥하나 스펙은 아직 미확정, GPT-5.6은 작업당 과금 폭주로 개발자들이 비명을 지른다. 샌프란시스코에선 'AI 경쟁을 멈추라'는 시위까지 열렸다. 자주 틀리게 옮겨지는 대목은 ⚠️로 정정했다.&lt;/p&gt;




&lt;p&gt;📖 &lt;strong&gt;전문(한국어) 읽기 → &lt;a href="https://dbhyeong.github.io/blog/ai-llm-it-news-2026-07-14" rel="noopener noreferrer"&gt;2026년 7월 14일 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>
  </channel>
</rss>
