이 상품은 구매 후 지원 기기에서 예스24 eBook앱 설치 후 바로 이용 가능한 상품입니다.
|
[ Part 01 하네스란 무엇인가 ]Chapter 01 왜 하네스인가_스스로 데이터를 지운 단일 에이전트_혼자 일하는 AI는 자기 실수를 못 본다_모델의 환경을 바꿨을 때 일어난 일들_병목은 능력이 아니라 구조다_하네스 = around the model_하네스에 대한 세 가지 오해Chapter 02 30분 Quick Start _[Step 1] 같은 프롬프트, 다른 산출물_[Step 2] 30분 안에 2인 팀 만들기_자주 틀리는 세 가지[ Part 02 하네스 구성하기 ? 에이전트·스킬·오케스트레이터 ]Chapter 03 에이전트·스킬·오케스트레이터의 책임 분리 _2인 팀을 분해해보자_한 파일에 다 넣으면 무엇이 깨지는가_세 기둥, 세 질문_세 기둥은 어떻게 맞물리는가_세 기둥이 섞이면 생기는 문제Chapter 04 에이전트를 정의한다는 것 _어제 잘 굴러가던 팀이 오늘 아침 사라지는 이유_본문 7개 섹션 ? 왜 필요하고 어떻게 쓰는가_가드레일 ? 에이전트가 할 수 없는 것을 파일로 정하기_프론트매터 다섯 필드와 16개 공식 필드_실전 파일 전체 읽기 ? copy-editor.md_책 집필 하네스의 7가지 에이전트 관계도_안티패턴Chapter 05 스킬 설계의 기술 _스킬을 썼는데 왜 호출이 안 될까_원리 1 ? Description이 호출을 결정한다_원리 2 ? Progressive Disclosure 3단계_원리 3 ? Why-First 원칙_실물 파일 읽기 ? book-writer/SKILL.md_구현 ? book-writer 스킬을 펼치다_스킬 검증 ? With/Without 비교_안티패턴Chapter 06 오케스트레이터 _리더는 이벤트 루프, 팀원은 피어_세 가지 기본 도구 ? 팀을 데이터 전달 방식으로 보기_TeamCreate ? 팀은 상수가 아니라 세션 객체_TaskCreate ? 공유 작업 큐와 depends_on_SendMessage ? 리더를 거치지 않는 peer-to-peer 채널_에이전트 파일의 팀 통신 프로토콜 섹션_리더의 역할_데이터 흐름_실전 예제 ? PR 리뷰 오케스트레이터 SKILL.md_292개 에이전트 사건_TeamDelete와 정리 ? 세션당 한 팀, shutdown 필수_언제 팀 프리미티브를 도입할까_관측과 경계면 ? 팀을 바깥에서 보기_안티패턴[ Part 03 하네스 스킬로 구성하기 ]Chapter 07 메타 하네스 스킬과 6단계 파이프라인 _여섯 번째 팀을 만들던 날_메타스킬이란 무엇인가_메타스킬이 여는 6단계 파이프라인_Phase 1. 도메인 분석 ? 질문을 정제하는 단계_Phase 2. 팀 아키텍처 설계_Phase 3·4. 에이전트와 스킬 ? 파일이 없으면 존재하지 않는다_Phase 5. 오케스트레이션_Phase 6. 검증_Phase 0·7 ? 순환 구조와 Meta-Harness 루프_안전장치 ? 메타스킬도 폭주할 수 있다_안티패턴Chapter 08 6가지 아키텍처 패턴 _팀에는 모양이 있다_에이전트를 몇 명으로 쪼갤 것인가_패턴 1. 파이프라인 ? 순서가 의미를 만든다_패턴 2. 팬아웃·팬인 ? 같은 입력, 다른 관점_패턴 3. 전문가 풀 ? 라우터 + 전문가_패턴 4. 생성-검증 ? 만들고 검사하고 다시 만든다_패턴 5. 감독자 ? 런타임 동적 분배_패턴 6. 계층적 위임 ? 총괄 → 팀장 → 실무자_복합 패턴은 실전의 기본값_패턴 선택 기준 - 플로우차트와 전환 신호_전통 분산 패턴과의 대응_안티패턴Chapter 09 팀 / 서브에이전트 / 하이브리드 _팀을 짤까, 그냥 각자 시킬까_실행 모드별 트레이드오프_실행 모드 결정_아키텍처 패턴과 실행 모드_구현 ? 세 템플릿 골격_[예시] 제품 런칭 준비 하네스_안티패턴Chapter 10 하네스 등록과 진화 _하네스는 진화하는 생명체다_포인터는 4줄, 시스템은 4층_하네스 등록 ? CLAUDE.md 템플릿과 실전용 변형_진화의 두 관문 ? Phase 0 현황 감사와 7-5 운영 루프_피드백 반영과 변경 이력 ? drift를 방지하는 물리적 증거_재실행과 부분 재실행_심화 ? ADR과 Build to Delete_안티패턴_하네스 등록과 진화 통합 체크리스트[ Part 04 하네스 실전편 ]Chapter 11 코드 리뷰 자동화 팀 _시나리오 ? PR 리뷰_팀 구성_워크플로_핵심 파일 훑어보기_실행 결과Chapter 12 풀스택 기능 구현 팀 _시나리오 ? 로그인 기능 추가_팀 구성_워크플로_핵심 파일 훑어보기_실행 결과_응용 가이드Chapter 13 레거시 마이그레이션 팀 _시나리오 ? 3,500개의 레거시 테스트 파일_팀 구성_워크플로_핵심 파일 훑어보기_응용 가이드Chapter 14 디버깅 / RCA 팀_시나리오 ? “로컬에선 잘 되는데요”_팀 구성_워크플로_핵심 파일 훑어보기_응용 가이드[맺음말] 스케일별 하네스 진화[부록 A] 설치·환경 설정 [부록 B] 안티패턴 카탈로그 + 도구 설계 패턴[부록 C] 트러블슈팅 ? 자주 막히는 실패 패턴 20선[부록 D] 토큰 경제와 레퍼런스 아키텍처
|
황민호의 다른 상품
|
"모델이 아니라 하네스가 결과를 결정한다" 카카오 AI 리더가 직접 검증한 AI 에이전트 팀 설계 바이블 클로드 코드, 커서 같은 AI 코딩 도구가 일상이 된 지금, 실무 개발자들이 겪는 가장 큰 문제는 따로 있다. 단일 에이전트는 자기 실수를 잘 보지 못한다는 것이다. 2025년 7월 한 기업에서 벌어진 프로덕션 데이터 삭제 사고(에이전트가 임원 레코드를 지우고 "복구 불가"라고 거짓 보고했던 사건)는 우리에게도 먼 이야기가 아니다. 혼자 쓴 PR을 혼자 머지하는 구조가 AI 에이전트의 기본값이기 때문이다. 이 책은 그 구조적 한계를 정면으로 다루며, 해법으로 하네스 엔지니어링을 제시한다.저자 황민호는 카카오에서 AI 개발 생산성을 담당하며 수십 개 도메인에 하네스를 직접 적용해온 개발자다. 그가 직접 수행한 A/B 실험에서 같은 클로드 모델이 ‘.claude/’ 구성 차이만으로 49.5점에서 79.3점으로 뛰어올랐다. “모델이 아니라 하네스가 결과를 결정한다”라는 이 책의 핵심 명제가 단순한 선언이 아니라 실제 데이터임을 보여주는 기록이다.Part 1 | 하네스란 무엇인가 단일 AI 에이전트는 왜 믿을 수 없는지 그 이유부터 짚어보고, 하네스의 정의와 핵심 원리를 정리한다. 이어서 30분 안에 굴러가는 가장 작은 에이전트 팀을 빈 디렉토리에서 직접 만들어본다. Part 2 | 하네스 구성하기 - 에이전트 · 스킬 · 오케스트레이터하네스를 이루는 세 기둥을 자세하게 다룬다. 에이전트는 역할과 가드레일을 어떻게 정의하는지, 스킬은 description 한 줄로 호출 여부를 어떻게 결정하는지, 오케스트레이터는 TeamCreate·TaskCreate·SendMessage로 리더 병목을 어떻게 해소하는지 순서대로 익힌다. 개념 설명에 그치지 않고 이 파트를 끝내면 직접 팀을 구성할 수 있는 수준이 된다.Part 3 | 하네스 스킬로 구성하기 Part 2에서 수행한 팀 구성 과정을 자동화하는 메타스킬을 다룬다. 스킬이 스킬을 만든다는 관점 전환과 6단계 파이프라인, 파이프라인·허브앤스포크·프로듀서-리뷰어 등 여섯 가지 아키텍처 패턴을 실제 선택 기준과 함께 펼친다. 팀·서브에이전트·하이브리드 실행 모드 선택, 세션이 바뀌어도 자동 트리거되는 CLAUDE.md 포인터 설정, 구성 불일치(drift) 감지까지, 설계에서 운영까지 한 흐름으로 이어진다.Part 4 | 하네스 실전편 코드 리뷰 자동화, 풀스택 기능 구현, 레거시 마이그레이션, 디버깅/RCA라는 네 개의 실전 팀을 시나리오→팀 구성→워크플로→핵심 파일 전문→실행 결과→변형 가이드→안티패턴 순서로 낱낱이 공개한다. Airbnb가 3,500개의 React 테스트를 6주 만에 이전한 사례, OpenAI가 5개월간 100만 줄을 생성하며 수동 코드 0줄을 유지한 사례도 여기에 담겼다. 이 파트를 읽고 나면 각자의 도메인에 맞는 하네스를 처음부터 설계하는 데 필요한 판단 기준을 파악하게 될 것이다.이 책의 대상 독자- 하네스라는 단어를 들어봤지만 막상 시작하지 못한 개발자- 클로드 코드 같은 AI 도구를 쓰고 있지만 단일 에이전트의 한계에서 벗어나지 못한 개발자- AI를 혼자 잘 쓰는 단계를 지나 팀이나 조직에 도입을 시도하는 리드 개발자
|