Harness Engineering 개론

1같은 Claude, 다른 결과 — 왜? 2프롬프트만으로는 부족하다 3모델 5% vs 하네스 15% 4진화 3단계 — 프롬프트→컨텍스트→하네스 5하네스의 정의 — 맥락·제한·흐름·검증 66축 순환 구조 7이 챕터를 듣는 법 — 개념 6 + 실습 3

8구조 설계 — 한 번 해두면 계속 쓴다 9평면 vs 구조 — 3개월 후 10폴더 골격 — 이름이 곧 지시 11다섯 부품, 쓰임별로 12경계 — 세 가지 질문 13말 + 시스템, 이중으로 14자주 하는 실수 두 가지 15구조가 바꾼 AI의 행동 16구조 3줄 정리

17맥락 설계 — 무엇을, 언제 알릴까 18설정 상속 — User→Project→Folder 19CLAUDE.md는 가볍게 — 200줄 20rules/ + glob 조건부 로드 21Progressive Disclosure 22세션 맥락 — 20 / 50 / 80 23/clear · /compact · handoff 24/context로 점검 25흔한 실수 — 다 CLAUDE.md에 26맥락 요약

27계획하기 — 일을 시키기 전에 28"해줘"의 함정 vs 같이 계획부터 29AI가 나에게 질문하게 — AskUserQuestion 30Plan Mode → 전용 계획 스킬 31계획이 실행 품질을 결정한다 32계획 → 실행 → 검증 루프 33코딩만의 얘기가 아니다 34계획 요약

35실행 — 오케스트레이션 36혼자 / 부하 파견 / 팀 3790% · 7배 38순서냐, 독립이냐, 소통이냐 39Ralph Loop — 완료 기준만 주고 40Auto Research — 사람은 방향만 41과한 오케스트레이션 42실행 요약

43검증 — 결과를 어떻게 믿나 44기준이 있어야 검증이 가능 45만드는 AI ≠ 검사하는 AI 46모델도, 역할도 나눈다 — 교차검증 47에이전트에게 눈 달기 48실수해도 되돌릴 수 있게 — 안전장치 3종 49완료 조건 한 줄의 힘 50검증 요약

51개선 — 한 번 만들고 끝이 아니다 52관측하기 533번의 법칙 — Skill / Rule 54단순화 3원칙 55일은 사라지지 않고 옮겨간다 56잘 가는 신호 vs 실패 징후 57한 달간의 개선 기록 58"잘 짜기" → "잘 일하는 환경 만들기" 59지금 할 수 있는 것 + 주의

60실습① 개요 — 6축 → 실제 파일 61Step 설계 7원칙 626축 ↔ harness_framework 매핑

63메타 하네스란 — 하네스로 하네스를 64팀 아키텍처 공장 — 6가지 패턴 656단계 워크플로우 66메타 하네스의 의미 — 두 포인트 67실습② 요약

68케이스 스터디 — 만들지 않고 읽는다 69superpowers 한눈에 70계획 설계 — 바로 코딩하지 않는다 71실행 설계 — subagent-driven 72검증 설계 — TDD·YAGNI·DRY 73무엇을 훔쳐올까 74Ch04 전체 회고