하네스 4 대 요소 — Commands · Rules · Skills · Hooks
8.1 들어가며 — 신입 동료의 온보딩 패키지
다시 김OO 의 화요일 오후. 그러나 이번에는 다른 시나리오다. 김OO 가 어느 새 프로젝트에 합류했고, 첫 자율 위임 을 시도한다 — "결제 모듈 추가해줘" 한 줄. AI 가 30 분 만에 작동하는 코드를 두었다. 그러나 PR 을 열어본 순간 한숨이 나왔다 — 카드번호가 평문으로 저장되고, 환불 로직이 빠지고, 테스트 커버리지 12%, 그리고 AI 가 자신감 있게 "DoD 통과" 라고 보고했다. Chapter 5 에서 다룬 5 종 청구서가 자율 단위에서 다시 폭발한 자리.
무엇이 부족했는가? Chapter 6 의 명세서, Chapter 7 의 자율 에이전트 모두 자리잡고 있었다. 그런데도 사고가 났다. 부족했던 것은 하네스(Harness) — 자율 안에서의 안전벨트다. 비유하면 신입 개발자 동료의 온보딩(Onboarding) 패키지 와 같다. 신입이 아무리 뛰어나도 회사 내규(Rules) · 표준 작업 절차서(Commands) · 도메인 사전 학습(Skills) · 자동 검수 게이트(Hooks) 가 없으면 사고 친다. 4 가지가 함께 갖춰져야 자율 이 안전한 자율 이 된다.
본 장의 주제 — 하네스 엔지니어링(Harness Engineering) — 은 이 4 가지를 시스템적으로 두는 자세다. Claude Code · GitHub Copilot · Cursor 가 서로 다른 회사에서 만들어졌지만 같은 4 가지에 수렴 한 자리이며, 본 장은 그 4 가지를 한 단원에서 정의·매핑·실증한다. 본 장은 5 절로 흐른다. 첫째, 4 대 요소의 정의와 신입 동료의 온보딩 패키지 비유. 둘째, 하네스 없는 자율 vs 있는 자율의 9 행 비교. 셋째, Spec Kit 4 단계 와 하네스 4 대 요소 의 1:1 매핑. 넷째, 새 프로젝트에 4 대 요소를 갖추는 실무 5 단계 워크플로. 다섯째, Chapter 9 (점진적 통합) 로의 다리.
8.2 핵심 개념 — 온보딩 패키지 의 4 가지
8.2.1 정의 — 하네스 엔지니어링이란
하네스 엔지니어링 은 한 줄로 정의된다 — AI 에이전트의 자율성에 안전벨트를 심어 두는 4 가지 도구 — Commands · Rules · Skills · Hooks — 를 시스템적으로 설계·운영하는 자세. 핵심은 시스템적 이라는 단어다. 4 가지를 각각 심어 두는 것이 아니라 서로 협력하도록 둔다. 헌장에서 거절된 패턴이 Hooks 에서 자동 차단되고, Commands 가 호출하는 절차가 Skills 에 모여 있고, Rules 가 모든 세션에 자동 로드되어 일관성을 보장하는 식이다.
이 정의를 신입 동료의 온보딩 패키지 비유로 풀면 즉시 손에 잡힌다. 신입 동료가 입사 첫 주에 받는 4 가지가 정확히 이 결이다 — (1) 매일 쓰는 표준 작업 절차서(SOP), (2) 회사 내규·코딩 컨벤션 문서, (3) 도메인 지식 사전 학습 자료, (4) 커밋·PR 의 자동 검수 게이트. 이 4 가지가 갖춰져 있으면 신입이 자율적으로 일해도 사고가 작다. 갖춰져 있지 않으면 2 시간 자율 작업이 2 일짜리 디버깅 이 된다.
concept/multi-layer-guardrail 에서 다룬 3 중 가드레일 이 본 장의 4 대 요소와 같은 결이다. 단일 안전 장치는 반드시 뚫린다. 4 가지가 겹쳐 있어야 안전이다. Anthropic 의 Claude Code 가 Commands + Rules(CLAUDE.md) + Skills + Hooks 를 공식 4 대 요소로 둔 자리가 같은 결.
8.2.2 4 대 요소 — Commands · Rules · Skills · Hooks
이제 4 가지 각각을 손에 잡히게 살펴보자.
① Commands (명령 단위) — 표준 작업 절차서. Claude Code 의 슬래시 커맨드 (/plan, /test, /commit 같은) 가 자리. 사용자 정의 커맨드는 .claude/commands/<이름>.md 에 심어 둔다. 한 번 자리잡은 커맨드는 팀 전체가 동일한 절차로 작업하게 한다. 예: 팀이 /wiki컴파일 을 박아 두면, 누가 호출하든 같은 7 단계 컴파일이 결정론적으로 실행된다. 사람이 매번 "음... 이 작업의 단계가 뭐였더라?" 고민할 자리가 사라진다.
② Rules (규칙) — 회사 내규·프로젝트 헌법. 모든 세션·모든 작업에 자동 로드되는 영구 지시서. Claude Code 는 term/claude-md 형식의 CLAUDE.md, GitHub Copilot 은 term/agents-md 형식의 AGENTS.md, Cursor 는 term/cursorrules 형식의 .cursor/rules/*.md 를 쓴다. 모두 프로젝트 루트 에 자리잡고 AI 의 모든 응답에 자동 적용 된다. Spec Kit 1 단계 헌장 이 정확히 이 자리에 들어간다 — "Stripe API 만 사용 / 평문 저장 ❌ / 응답 < 500 ms" 같은 타협 불가 원칙.
③ Skills (능력) — 도메인 사전 학습 + 결정론적 도구 모음. 신입이 입사 전에 읽고 오는 도메인 학습 자료 + 쓰는 전문 도구 를 합친 자리. Claude Code 의 .claude/skills/<이름>/SKILL.md 가 표준. 핵심 특징은 조건이 맞으면 자동 트리거 — 예: PDF 파일 업로드 → PDF Skill 이 자동 발동해 텍스트 추출·표 구조 복원·검증을 결정론적으로 처리. AI 가 PDF 처리 방법을 매번 추론할 필요 가 없다. term/skill-as-trigger-bundle 가 이 자리를 명시한 카드.
④ Hooks (개입) — 자동 검수 게이트. 작업 흐름의 결정적 자리 에 자동 검증·거부·수정을 심어 두는 장치. Git 의 pre-commit hook 과 같은 결인데, AI 작업에서는 더 깊다. concept/hooks-6-events 가 있는 6 이벤트 — PreToolUse (도구 호출 직전) / PostToolUse (직후) / Stop (작업 완료 시) / Notification / UserPromptSubmit / SessionStart — 가 표준. 예: AI 가 파일 삭제 도구 를 호출하기 직전 에 PreToolUse hook 이 "운영 DB 파일이면 자동 거부" 를 둘 수 있다. Chapter 5 의 Lemkin 사고 (운영 DB 삭제) 가 PreToolUse + Stop hook 이 자리잡고 있었다면 0% 확률이었던 자리.
이 4 가지가 서로 다른 역할 을 하지만 함께 작동한다. Rules 가 어떤 패턴이 금지인지 박고, Hooks 가 그 패턴이 시도되면 자동 차단 한다. Commands 가 반복 작업의 순서 를 박고, Skills 가 그 순서 안의 도메인 처리 를 명시한다. 4 가지의 협력이 하네스 엔지니어링 의 본질.
8.2.3 같은 입력, 두 모드 — 하네스 없는 자율 vs 있는 자율
§8.1 의 김OO 시나리오를 구체로 살펴보자. 같은 의뢰 "카카오페이 결제 추가해줘" 를 두 모드의 AI 에이전트가 받는다.
하네스 없는 자율 모드 — AI 가 2 시간 자율 로 작업하지만 자기 마음대로 결정한다. PaymentAdapter 인터페이스 추측 (틀릴 수도), Stripe 와 다른 환불 처리 (헌장 위반), 카드번호 필드 추가 + 평문 저장 (보안 사고), 테스트는 해피 패스만 (실패·환불 시나리오 누락), pre-commit lint 도 안 돌아감 (Hooks 부재). 30 분 후 PR 이 올라오지만 7 가지 이슈가 한 번에 자리잡고 있다. 검토 + 재위임 + 디버깅으로 2 일 추가 소모. 결국 코더 모드 30 분 보다 느려진다.
하네스 있는 자율 모드 — 같은 AI 에이전트, 4 대 요소가 자리잡고 있다. 의뢰 받은 순간 (1) Rules 의 CLAUDE.md 가 자동 로드 — "평문 저장 ❌, Stripe + 카카오페이만 허용, 환불 별도 모듈" 이 들어 있다. (2) Commands /add-payment 가 자리잡고 있어 표준 7 단계 절차 자동 실행 (어댑터 → DB → 테스트 → PR 순). (3) Skills payment-pci 가 자동 발동 — PCI DSS 준수 코드 패턴, 환불 표준 인터페이스 자동 적용. (4) Hooks 가 다층으로 들어가 있다 — PreToolUse 로 평문 저장 시도 자동 거부, PostToolUse 로 lint·테스트 자동 실행, Stop hook 으로 DoD 통과 검증. 30 분 후 PR 은 7 이슈 → 0 이슈.
| 축 | 하네스 없는 자율 | 하네스 있는 자율 |
|---|---|---|
| 같은 의뢰 | "카카오페이 추가해줘" | 동일 |
| Rules | 헌장 부재 → AI 가 추측 | CLAUDE.md 자동 로드 → 제약 명확 |
| Commands | 매번 다른 절차 | /add-payment 표준 7 단계 자동 |
| Skills | 도메인 지식 없음 | payment-pci Skill 자동 발동 |
| Hooks | 검증 없음 | PreTool/PostTool/Stop 다층 검증 |
| 평문 저장 | 발생 가능 | 자동 거부 |
| 환불 처리 | 빠지거나 섞임 | Skills 가 표준 인터페이스 강제 |
| PR 품질 | 7 이슈 한 번에 | 0 이슈 (DoD 통과만 명시) |
| 후속 비용 | 검토 + 디버깅 2 일 | 검토 5 분 + 머지 |
같은 2 시간 자율 이라도 하네스 없는 2 시간 은 2 일짜리 청구서 를 부르고, 하네스 있는 2 시간 은 5 분 검토 로 끝난다. 4 대 요소를 두는 초기 1 일 비용 이 프로젝트 수명 동안 매주 돌아오는 ROI 를 만든다.
8.3 역사적 · 기술적 맥락 — 산업 수렴
8.3.1 4 거인의 같은 결론
이 4 대 요소가 한 회사의 마케팅 이 아니라 산업적 사실 이라는 점은 서로 다른 회사가 서로 다른 이름으로 같은 4 가지에 수렴 한 데서 드러난다.
| 도구 | Commands | Rules | Skills | Hooks |
|---|---|---|---|---|
| Claude Code (Anthropic) | / 슬래시 커맨드 | CLAUDE.md | .claude/skills/ | Hooks (6 events) |
| GitHub Copilot | Custom Commands | AGENTS.md + .github/copilot-instructions.md | Custom Instructions | Workflow Triggers |
| Cursor | Composer Commands | .cursor/rules/ | Custom Rules | (CI/CD 통합) |
| Microsoft (사내 표준) | Spec → Plan → Implement → Verify | 사내 Engineering Charter | Domain Skill Libraries | Quality Gates |
각 회사가 서로 다른 인터뷰·블로그·논문 에서 같은 결론을 명시했다 — AI 코딩 안전성의 4 박자. Chapter 6 §6.3.4 의 4 거인 수렴 이 본 장에서 4 대 요소 단위로 더 정밀하게 다시 드러난다.
8.3.2 Spec Kit 4 단계 ↔ 하네스 4 대 요소 의 매핑
이 수렴이 우연 이 아닌 이유는 Spec Kit 4 단계와 1:1 매핑 되기 때문이다.
| Spec Kit 단계 (Ch 6) | 하네스 요소 (Ch 8) | 매핑 결 |
|---|---|---|
| 1. 헌장 (Constitution) | Rules | 둘 다 타협 불가 원칙. CLAUDE.md 가 헌장의 실체 |
| 2. 명세 (Specify) | Commands | 명세의 반복 패턴 이 표준 커맨드로. "새 결제 추가" → /add-payment |
| 3. 계획 (Plan) | Skills | 도메인 지식 + 결정론적 도구. 데이터 모델·API 인터페이스 결정의 자동화 |
| 4. 작업 (Tasks) | Hooks | 작업 단위마다 자동 검증 게이트 — DoD 통과 시에만 다음 작업 |
이 매핑의 의미는 단순하다 — Chapter 6 의 명세 4 단계가 정적 문서로 명시된다면, Chapter 8 의 하네스 4 대 요소는 같은 4 단계가 도구로 들어간 자리. 명세서가 읽히는 문서 라면 하네스는 실행되는 문서 다. 둘이 합쳐져야 AI 가 자율적으로 안전하게 일한다.
8.3.3 term/explore-plan-code — Anthropic 공식 흐름
Anthropic 이 Claude Code 공식 Best Practice 로 심어 둔 "Explore first, then plan, then code" 도 같은 결로 수렴한다. 4 대 요소가 흐름 안에서 어떻게 작동하는지를 보여주는 자리.
- Explore (탐색) — Skills 가 자동 발동해 도메인 컨텍스트 수집
- Plan (계획) — Rules 의 헌장 위에서 term/plan-mode 로 작업 분해
- Code (실행) — Commands 표준 절차 + Hooks 자동 검증
이 3 단계가 Plan Mode 안에서 자리다. Karpathy 의 "Things get better in plan mode" (Chapter 7 §7.2.3) 가 왜 더 나아지는지 의 메커니즘이 정확히 여기 — 4 대 요소가 Plan 단계에서 함께 자리잡는다.
8.4 도구의 관점 — 4 대 요소 심어 두는 30 분
[[DIAGRAM:8-1]]
[[DIAGRAM:8-2]]
다이어그램 8-1 은 Commands · Rules · Skills · Hooks 4 대 요소의 협력을 한 컷에 담는다. 8-2 는 Spec Kit 4 단계 ↔ 하네스 4 대 요소 의 매핑.
8.4.1 실무 워크플로 — 새 프로젝트에 4 대 요소 두는 5 단계
새 프로젝트의 첫 주에 4 대 요소를 갖추는 5 단계 30 분 워크플로. 김OO 가 새 SaaS 프로젝트에 합류한 첫날 오전 시간에 PRD 점검 → 4 대 요소 박기 를 끝낸다고 가정.
1 단계 — Rules 명시 (CLAUDE.md, 10 분). 프로젝트 루트에 CLAUDE.md 생성. 프로젝트 헌장 (보안 / 성능 / 사용 금지 패턴 5 항목) + 코딩 컨벤션 (포매터 / lint 규칙 / 폴더 구조) + 주요 도구·라이브러리 명시. 보통 1 페이지 분량. 한 번 명시되면 모든 세션 자동 로드.
👁 화면: VS Code 에 CLAUDE.md 생성. 30 줄 기록.
2 단계 — Commands 정의 (.claude/commands/, 5 분). 팀이 자주 쓰는 워크플로 3~5 개를 표준 커맨드로. 예: /test-all (전체 테스트 실행), /lint-fix (lint 자동 수정), /wiki컴파일 (위키 카드 컴파일), /release (배포 워크플로). 각 커맨드 1 파일 으로.
👁 화면: .claude/commands/test-all.md 등 5 파일 기록.
3 단계 — Skills 심어 두기 (.claude/skills/, 10 분). 프로젝트 도메인의 핵심 처리 절차 1~3 개. 예: 결제 SaaS 라면 payment-pci (PCI DSS 코드 패턴 + 결제 검증 절차), invoice-generation (청구서 생성 표준 형식). 각 Skill 의 SKILL.md 에 언제 트리거 / 무엇을 수행 / 어떤 도구 호출 정합.
👁 화면: .claude/skills/payment-pci/SKILL.md 기록. 결정론적 절차 7 단계.
4 단계 — Hooks 심어 두기 (.claude/hooks/, 5 분). 6 이벤트 중 3 개만 우선 — PreToolUse (위험 도구 호출 전 검증), Stop (작업 완료 시 DoD 통과 자동 검증), PostToolUse (lint/test 자동 실행). 표준 템플릿 사용 가능.
👁 화면: .claude/hooks/pre-tool-use.sh 등 3 파일 기록.
5 단계 — 통합 검증 (5 분). 작은 의뢰 한 줄로 4 대 요소가 함께 작동 하는지 확인. 예: "테스트 데이터 시드 함수 추가" 한 줄 → AI 가 (1) Rules 자동 로드 (2) Skills 자동 발동 (3) Commands 표준 절차 (4) Hooks 자동 검증의 4 박자가 함께 작동하는지. 👁 화면: Claude Code 터미널에 "Hook PreToolUse: OK / Skill payment-pci: triggered / Test pass: 12/12 / Stop hook DoD: passed" 같은 메시지 흐름.
이 30 분 초기 투자 가 프로젝트 수명 동안 매 의뢰마다 자동으로 회수 된다. 30 분 둔 4 대 요소 가 수백 번의 자율 위임 마다 각각 30 분~수 시간의 디버깅 을 막아 준다. ROI 의 본질.
8.5 닫으며 — Chapter 9 으로의 다리
본 장의 핵심을 한 줄로 정리하면 — AI 자율 안에서의 안전은 Commands · Rules · Skills · Hooks 4 대 요소의 협력으로 자리잡는다. 4 대 요소는 신입 동료의 온보딩 패키지 (표준 절차 / 회사 내규 / 도메인 학습 / 자동 검수) 와 같은 결이며, Spec Kit 4 단계와 1:1 매핑 되어 명세의 정적 문서 → 하네스의 실행 문서 로 진화한다. 4 거인 (Anthropic / GitHub / Cursor / Microsoft) 이 같은 4 가지에 수렴한 자리.
그러나 4 대 요소를 한 번에 모두 심어 두는 것은 부담이다. 새 프로젝트는 30 분 워크플로로 처음부터 갖출 수 있지만, 기존 프로젝트 는 한꺼번에 박으면 팀이 무너진다. 다음 Chapter 9 은 기존 프로젝트에 4 대 요소를 점진적으로 통합하는 5 단계 도입 전략 을 다룬다 — 어느 요소부터 박아야 가장 ROI 가 큰지, 팀 단위로 둘 때 어떤 순서인지, 운영 안정성을 어떻게 측정하는지.
다음 Chapter 9 (Part 3 의 마무리) 는 본 장의 4 대 요소를 어떻게 도입할지 의 시간축 위 운영 을 다룬다.
8.6 용어 정리
- 하네스 엔지니어링 (Harness Engineering): AI 에이전트의 자율성에 안전벨트를 두는 4 대 요소 (Commands · Rules · Skills · Hooks) 를 시스템적으로 설계·운영하는 자세
- Commands (명령 단위): 팀이 자주 쓰는 작업 흐름을 표준 절차로 심어 둔 슬래시 커맨드. Claude Code
.claude/commands/ - Rules (규칙, 영구 지시서): 모든 세션에 자동 로드되는 프로젝트 헌법.
CLAUDE.md(Claude Code) /AGENTS.md(GitHub Copilot) /.cursor/rules/(Cursor) - Skills (능력, 도메인 지식 + 도구): 조건이 맞으면 자동 트리거되는 도메인별 절차 + 결정론적 도구 모음.
.claude/skills/<이름>/SKILL.md - Hooks (개입, 자동 검수 게이트): 작업 흐름의 결정적 자리에 자동 검증·거부·수정을 심어 두는 장치. 6 이벤트 — PreToolUse / PostToolUse / Stop / Notification / UserPromptSubmit / SessionStart
- PCI DSS (Payment Card Industry Data Security Standard, 결제카드 산업 데이터 보안 표준): 결제 처리 시 평문 카드번호 저장 ❌ 등을 강제하는 산업 표준
- CLAUDE.md (Claude Code 의 영구 지시서): 프로젝트 루트의 마크다운 파일. 모든 Claude Code 세션 시 자동 로드됨
- AGENTS.md (GitHub Copilot 의 영구 지시서): GitHub Copilot 이 자동 로드하는 프로젝트 지시서
- 3 중 가드레일 (Multi-layer Guardrail): 단일 안전 장치는 뚫린다 — Rules + Hooks + Skills 가 겹쳐 갖춰져야 안전
- Explore-Plan-Code (탐색-계획-실행): Anthropic 의 공식 Best Practice — 바로 코딩 ❌ → Explore 후 Plan, 그 후에 Code
8.7 더 읽을거리
위키 카드:
- concept/multi-layer-guardrail — 3 중 가드레일 개념
- concept/hooks-6-events — Hooks 6 이벤트 정의
- term/agents-md — GitHub Copilot 의
AGENTS.md - term/cursorrules — Cursor 의
.cursor/rules/ - term/plan-mode — Plan Mode 정의
- term/explore-plan-code — Anthropic 공식 흐름
- term/skill-as-trigger-bundle — Skill 자동 트리거 패턴
- term/stop-hook — Stop hook 의 DoD 검증 자리
- term/hitl — Human-in-the-loop 보강
1차 출처:
- Anthropic Claude Code Best Practices —
CLAUDE.md+ Skills + Hooks 공식 문서 - GitHub Copilot Custom Instructions —
AGENTS.md표준 발표 - Cursor Rules + Composer 가이드
- Karpathy "Things get better in plan mode" (2026-04-24)
Diagram 명세 블록
[[DIAGRAM:8-1]] 하네스 4 대 요소의 협력
┌────────────────────────────────────────────────────────────────────┐
│ [Diagram 8-1] Commands · Rules · Skills · Hooks 의 협력 │
├────────────────────────────────────────────────────────────────────┤
│ │
│ 인간 아키텍트 │
│ │ │
│ │ "카카오페이 결제 추가해줘" (위임 한 줄) │
│ ▼ │
│ ┌──────────────────────────────────────────────────┐ │
│ │ AI 에이전트 (Claude Code) │ │
│ └──────────────────────────────────────────────────┘ │
│ │ │
│ │ ① Rules 자동 로드 │
│ ▼ │
│ ┌─────────────────┐ │
│ │ CLAUDE.md │ — 헌장: PCI DSS 준수, 평문 ❌, Stripe API │
│ │ (Rules) │ 매 세션 자동 로드 │
│ └─────────────────┘ │
│ │ │
│ │ ② Commands 표준 절차 │
│ ▼ │
│ ┌─────────────────┐ │
│ │ /add-payment │ — 표준 7 단계 (어댑터 → DB → 테스트 → PR) │
│ │ (Commands) │ │
│ └─────────────────┘ │
│ │ │
│ │ ③ Skills 자동 트리거 │
│ ▼ │
│ ┌─────────────────┐ │
│ │ payment-pci │ — PCI DSS 코드 패턴, 환불 표준 인터페이스 │
│ │ (Skills) │ 조건 매치 시 자동 발동 │
│ └─────────────────┘ │
│ │ │
│ │ ④ Hooks 자동 검증 │
│ ▼ │
│ ┌─────────────────────────────────────────────┐ │
│ │ PreToolUse: 평문 저장 시도 → 자동 거부 │ │
│ │ PostToolUse: lint + test 자동 실행 │ │
│ │ Stop: DoD 항목 자동 체크 │ │
│ └─────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ 인간 아키텍트 — PR 검토 (5 분, 0 이슈) │
│ │
│ ╳ 4 대 요소가 *함께* 작동해야 *안전한 자율* │
│ │
├────────────────────────────────────────────────────────────────────┤
│ 출처: 본 책 §8.2 + concept/multi-layer-guardrail │
└────────────────────────────────────────────────────────────────────┘
[[DIAGRAM:8-2]] Spec Kit 4 단계 ↔ 하네스 4 대 요소 매핑
┌────────────────────────────────────────────────────────────────────┐
│ [Diagram 8-2] 명세의 정적 문서 → 하네스의 실행 문서 │
├────────────────────────────────────────────────────────────────────┤
│ │
│ Spec Kit 4 단계 (Ch 6) 하네스 4 대 요소 (Ch 8) │
│ ──────────────── ────────────────────── │
│ │
│ 1 헌장 (Constitution) ──────► ① Rules │
│ *타협 불가 원칙* `CLAUDE.md` 자동 로드 │
│ │
│ 2 명세 (Specify) ──────► ② Commands │
│ *반복 패턴 박기* `/add-payment` 표준 절차 │
│ │
│ 3 계획 (Plan) ──────► ③ Skills │
│ *도메인 결정 기록* `payment-pci` 자동 트리거 │
│ │
│ 4 작업 (Tasks) ──────► ④ Hooks │
│ *원자 단위 + DoD* PreTool / PostTool / Stop │
│ │
│ ╳ 정적 문서 → 실행 문서 │
│ ╳ Chapter 6 의 *읽히는* 명세 → Chapter 8 의 *실행되는* 하네스 │
│ ╳ 둘이 합쳐져야 AI 가 *자율적으로 안전하게* 일한다 │
│ │
├────────────────────────────────────────────────────────────────────┤
│ 출처: 본 책 §8.3.2 + Spec Kit + Claude Code Best Practices │
└────────────────────────────────────────────────────────────────────┘