<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>도서/하네스-엔지니어링-With-클로드-코드 on Junroot&#39;s blog</title>
    <link>https://junroot.github.io/blog/tags/%EB%8F%84%EC%84%9C/%ED%95%98%EB%84%A4%EC%8A%A4-%EC%97%94%EC%A7%80%EB%8B%88%EC%96%B4%EB%A7%81-with-%ED%81%B4%EB%A1%9C%EB%93%9C-%EC%BD%94%EB%93%9C/</link>
    <description>Recent content in 도서/하네스-엔지니어링-With-클로드-코드 on Junroot&#39;s blog</description>
    <generator>Hugo -- 0.128.0</generator>
    <language>en-us</language>
    <atom:link href="https://junroot.github.io/blog/tags/%EB%8F%84%EC%84%9C/%ED%95%98%EB%84%A4%EC%8A%A4-%EC%97%94%EC%A7%80%EB%8B%88%EC%96%B4%EB%A7%81-with-%ED%81%B4%EB%A1%9C%EB%93%9C-%EC%BD%94%EB%93%9C/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>1-왜 하네스인가</title>
      <link>https://junroot.github.io/blog/posts/1-%EC%99%9C-%ED%95%98%EB%84%A4%EC%8A%A4%EC%9D%B8%EA%B0%80/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://junroot.github.io/blog/posts/1-%EC%99%9C-%ED%95%98%EB%84%A4%EC%8A%A4%EC%9D%B8%EA%B0%80/</guid>
      <description>하네스 엔지니어링이 무엇인지 이해한다. 프롬프트 엔지니어링과 하네스 엔지니어링이 어떻게 다른지 정리하고 흔히 오해하는 세 가지 개념을 짚어본다. 혼자 일하는 AI는 자기 실수를 못 본다 단일 에이전트는 자신의 실수를 잘 보지 못한다. 하나의 에이전트가 plan → code → verify → self-revise 를 일반적으로 거친다. 이 과정은 자기 출력물을 자기가 검토하는 것과 같기때문에 한계가 있다. 병목은 능력이 아니라 구조다 AI 에이전트 시대에 &amp;lsquo;엄격함&amp;rsquo;은 사라진게 아니라 자리를 옮겼다. 예시: GC가 들어왔을 때 메모리 관리의 엄격함이 사라진 것이 아니라 런타임과 프로파일러로 옮겨 갔다.</description>
    </item>
    <item>
      <title>2-30분 Quick Start</title>
      <link>https://junroot.github.io/blog/posts/2-30%EB%B6%84-quick-start/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://junroot.github.io/blog/posts/2-30%EB%B6%84-quick-start/</guid>
      <description> 하네스가 &amp;lsquo;좋은 프롬프트&amp;rsquo;와 어떻게 다른지 결과물로 직접 느끼고, .claude/agents와 .claude/skills/ 디렉터리를 처음부터만들어 본다. author와 reviewer 두 에이전트가 파일을 주고받으며 협업하는 2인팀을 완성하고, 자연어 한 줄로 팀을 소환하는 경험을 한다. 직접 해보기 생성-검증 패턴(generator-verifier): author 에이전트가 쓰고 reviewer 에이전트가 검토한다. 한쪽이 놓친 문제를 다른 한쪽의 기준에서 걸릴 가능성이 높아진다. 에이전트에 model 필드를 지정하지 않으면 부모 세션의 모델을 따라간다. </description>
    </item>
  </channel>
</rss>
