에이전틱 엔지니어링 — 코더에서 아키텍트로
7.1 들어가며 — 손가락 도우미에서 신입 동료로
어느 시니어 개발자의 화요일 오후 3 시. 김OO 는 "카카오페이 결제 추가해줘" 라는 의뢰를 받았다. 2 년 전이면 그날 6 시까지 키보드 앞에 묶여 있었을 일이다. 2026 년 5 월의 화요일은 다르다 — 3 시 5 분 한 줄 위임 → 3 시 30 분 회의 다녀옴 → 4 시 PR 머지 버튼. 같은 작업, 다른 일과(日課).
무엇이 바뀌었는가? AI 에게 한 번에 맡길 수 있는 일의 크기가 커졌다. 2 년 전 AI 는 함수 한 개 를 채워주는 수준 — 키보드 옆에 앉은 손가락 도우미. 2026 년 AI 는 기능 한 묶음 을 통째로 짜주는 수준 — 별도 책상에 앉은 신입 개발자 동료. 그래서 김OO 는 한 번 위임하고 회의에 다녀올 수 있다. 한 번 위임받고 인간이 돌아올 때까지의 시간이 2 분이던 것이 2 시간이 되었다 — 시간이 길어진 게 아니라, 그만큼 큰 일을 맡긴다는 뜻 이다.
이 변화는 단순히 AI 의 능력 향상만이 아니다. 인간 개발자의 역할 자체 가 바뀌었다. 코드를 직접 쓰는 사람 에서, AI 가 짠 코드를 검토하고 결정하는 사람 으로. 더 이상 키보드 앞에 묶이지 않고, 2~3 개의 자율 작업을 동시에 지휘 하는 자세. 이것이 본 장의 주제 — 에이전틱 엔지니어링(Agentic Engineering) concept/agentic-engineering — 이며, 인간 개발자의 정체성이 코드 저자(Code Author) 에서 아키텍트이자 리뷰어(Architect & Reviewer) 로 바뀌는 자리다. 본 장 부제 "코더에서 아키텍트로" 의 의미.
본 장은 5 절로 흐른다. 첫째, 에이전틱 엔지니어링의 정의와 코더 → 아키텍트 재정의. 둘째, 김OO 의 화요일을 코더 모드 vs 아키텍트 모드 의 9 행 비교 표로 구체화. 셋째, 손가락 도우미 → 신입 동료 진화의 5 단계 (각 단계의 대표 작업 사례 포함). 넷째, 아키텍트의 30 분 7 단계 실무 워크플로 — 화면에서 무엇을 보는지까지. 다섯째, Chapter 8 (하네스 4 대 요소) 으로 이어지는 다리.
7.2 핵심 개념 — 코더 → 아키텍트 의 재정의
7.2.1 정의 — 에이전틱 엔지니어링이란
에이전틱 엔지니어링 은 한 줄로 정의된다 — AI 에이전트 팀을 편성·조율하고 그 결과를 검토하는 인간 자세. 비유하면 오케스트라 지휘자 와 같다. 지휘자는 직접 악기를 연주하지 않는다. 대신 어떤 연주자가 언제 무엇을 연주할지 를 결정하고, 나오는 소리를 듣고 조정 한다. 인간 아키텍트도 같다 — 직접 코드를 쓰지 않는다. 어떤 에이전트가 어떤 명세 위에서 어떤 순서로 일할지 를 결정하고, 나오는 결과를 검토 한다.
여기서 에이전트(agent) 는 대신 일하는 자 다. AI 에이전트는 단순한 자동완성 도구가 아니라, 목표를 받아 → 작업을 스스로 분해하고 → 필요한 도구 (파일 읽기·코드 수정·테스트 실행) 를 호출하고 → 결과를 자기 검증하고 → 인간에게 보고하는 5 단계 자율 작업 단위다. §7.1 의 신입 개발자 동료 비유가 정확히 이 자리 — 신입 동료에게 "카카오페이 추가해줘" 한 줄 의뢰하면 그가 알아서 코드 짜고 테스트 짜고 PR 올리는 흐름.
2026 년 Claude Sonnet 4.6 · Opus 4.7 의 평균 자율 작업 시간이 2 시간 을 넘어섰다는 의미는 — 한 번 위임하면 인간이 2 시간 다른 일을 할 수 있다 는 뜻이다. 이때 인간의 일과는 코드 작성 이 아니라 명세 박기 → 위임 → 검토 → 다음 위임 의 사이클이 된다. 에이전틱 엔지니어링이 방법론 추천 이 아니라 2026 년의 시니어 개발자가 일하는 방식 자체 로 기록된 자리.
7.2.2 같은 입력, 두 모드의 결과 — 코더 vs 아키텍트
이 차이가 추상으로 들리지 않도록 같은 입력에 두 모드가 어떻게 다른 결과를 내는지 를 구체로 박자. 가정 — 시니어 개발자 김OO 가 결제 모듈에 "카카오페이 결제 방식 추가해줘" 라는 한 줄 의뢰를 받는다. 같은 의뢰지만 두 모드의 30 분 작업 결과가 완전히 다르다.
코더 모드 (전통 자세) — 김OO 는 직접 짠다. IDE 를 열고, 결제 모듈 코드를 읽고, Stripe 처리 로직을 참고해 카카오페이용 어댑터를 작성한다. GitHub Copilot 의 자동완성으로 함수 한 줄 한 줄 을 빠르게 기록한다. 30 분 안에 코드가 어느 정도 완성되지만, 테스트는 본인이 직접 짜고, DB 마이그레이션도 본인이 작성하고, PR 설명도 본인이 쓴다. AI 의 도움은 2 분짜리 줄 단위 자동완성 에 그친다. 30 분의 시간 분배는 코드 작성 80% / 검토 20%.
아키텍트 모드 (에이전틱 자세) — 김OO 는 위임한다. 먼저 5 분간 명세서 (Chapter 6 의 PRD) 를 점검한다 — "카카오페이는 Stripe 와 동일 인터페이스로 추가 / 환불 정책 동일 / 응답 시간 < 500 ms / 새 테이블 ❌, 기존 Payment 테이블에 provider 필드 추가." 5 분 더 들여 작업을 4 개 원자 단위로 분해한다 — (a) Adapter 클래스 (b) DB 마이그레이션 (c) 통합 테스트 (d) PR 설명. 1 분 안에 Claude Code 에 한 줄 위임 — "PRD 의 §3.2 결제 게이트웨이 확장. 위 4 작업을 순서대로. CLAUDE.md 의 헌장 + Skills 모두 적용." 그 후 20 분 동안 다른 일 을 한다 (또는 잠시 회의 참석). 20 분 뒤 Claude Code 가 4 작업 모두 완료, DoD 통과, PR draft 작성 의 보고를 기록한다. 김OO 는 5 분간 결과를 검토 하고 머지 또는 피드백한다. 30 분의 시간 분배는 명세 박기 30% / 검토 + 위임 60% / 본인 코드 작성 0~10%.
| 축 | 코더 모드 | 아키텍트 모드 |
|---|---|---|
| 같은 입력 | "카카오페이 결제 추가해줘" | 동일 |
| 시간 분배 | 코드 작성 80% / 검토 20% | 명세 박기 30% / 검토·위임 60% / 본인 코드 0~10% |
| 결정 단위 | 한 줄 / 한 함수 (line-level) | 한 모듈 / 한 작업 흐름 (module-level) |
| AI 와의 관계 | 자동완성 도구 (Copilot) | 자율 동료 (Claude Code agent) |
| AI 작업 시간 | 2 분 단위 (줄 자동완성) | 2 시간 단위 (자율 구현 + 검증) |
| 검증 | 본인이 코드 한 줄씩 | DoD(Definition of Done) + AI 보고 검토 |
| 핵심 능력 | 코드 작성 속도 | 시스템 설계 + 명세 박기 + 리뷰 안목 |
| 멘탈 모델 | 코드 자체 | 명세서 + 작업 흐름 + 검증 기준 |
| 학습 곡선 | 가파름 (빨리 익숙) | 완만 (역할 전환 + 신뢰 형성 필요) |
같은 30 분 작업이라도 코더 모드의 30 분 은 김OO 가 30 분 동안 키보드 앞에 있어야 한다. 아키텍트 모드의 30 분 은 김OO 가 5 분 + 20 분 다른 일 + 5 분 = 실질 키보드 시간 10 분 이다. 산술적으로는 3 배의 처리량 이지만, 진짜 차이는 멀티태스킹 가능 여부다 — 아키텍트는 2~3 개 작업을 동시에 위임 할 수 있다.
7.2.3 Karpathy 의 자기 부정과 Software 3.0
본 장의 메시지가 단순한 방법론 유행 이 아니라 시대의 전환 이라는 점은 한 인물의 자기 부정에서 드러난다. entity/karpathy 는 2024 년 vibe coding 이라는 단어를 만들어 자연어로 AI 에 코드를 의뢰하는 자유 를 찬양했다. 그러나 1 년 뒤 같은 인물이 박은 두 줄이 본 장의 결론을 미리 기록한다.
"Vibe coding 은 시작점이지 목적지가 아니다." (2026 년 2 월)
"Things get better in plan mode." — Plan Mode 안에서 모든 게 나아진다 (2026 년 4 월 24 일)
같은 시기 그가 박은 시대 명명이 concept/software-3-0 이다. 자연어가 새로운 프로그래밍 언어 라는 명제. 영어로 쓰인 명세서가 그 자체로 실행 가능한 코드 가 되는 시대. 그러나 그 언어 가 작동하려면 Plan Mode + 하네스 가 기록되어 있어야 한다. 자유는 안전벨트 안에서만 자유 라는 본 장 부제의 자리.
이 자기 부정이 한 사람의 변심 이 아니라는 점은 entity/boris-cherny (Anthropic 의 Claude Code 책임자) 의 한 줄에서도 드러난다 — "AI 코딩의 미래는 단일 모델 호출이 아니라 에이전트 팀이다." Anthropic · GitHub · Microsoft · Cursor 네 회사의 책임자들이 서로 다른 인터뷰에서 같은 결론 을 박고 있다. 4 거인의 수렴 이라 부르는 자리.
7.3 역사적 · 기술적 맥락 — 자율성의 도약
7.3.1 자동완성에서 자율 에이전트로 — 진화 5 단계
§7.1 에서 박은 손가락 도우미 → 신입 개발자 동료 의 변화는 5 년 사이 5 단계를 거쳐 일어났다. 각 단계의 AI 가 한 번에 맡는 일의 크기 가 정확히 한 자릿수씩 커졌다.
1 단계 — 줄 단위 (2021, GitHub Copilot). AI 가 한 줄~몇 줄 을 채워준다. 대표 사례: import 자동완성, for 루프 한 줄, getter/setter 자동 생성. 인간은 매 줄마다 Tab 키 로 수락. 한 번 위임의 크기 코드 한 줄.
2 단계 — 함수 단위 (2023, ChatGPT 4 + Cursor). AI 가 함수 한 개 를 통째로 생성한다. 대표 사례: "퀵소트 함수 짜줘", "이 데이터를 CSV 로 변환하는 유틸 함수". 인간은 함수 단위로 검토. 한 번 위임의 크기 함수 한 개.
3 단계 — 파일/PR 단위 (2024, Claude Sonnet 3.5 + Cursor / GitHub Copilot Workspace). AI 가 여러 파일에 걸친 변경 을 한 번에 제안한다. 대표 사례: "이 컴포넌트에 다크모드 추가", "이 API 에 에러 처리 추가". 인간은 PR diff 단위로 검토. 한 번 위임의 크기 PR 한 개.
4 단계 — 모듈/기능 단위 (2025, Claude Code + GitHub Copilot Agent). AI 가 기능 한 개를 통째로 짠다 — 코드 + 테스트 + 디버깅 + PR 설명까지. 대표 사례: "검색 기능 추가해줘", "이 모듈의 테스트 80% 커버리지 박아줘". 인간은 DoD 통과 여부로 검토. 한 번 위임의 크기 기능 한 묶음.
5 단계 — 작업 흐름 단위 (2026, 현재 — Claude Sonnet 4.6 / Opus 4.7 + Subagent). AI 에이전트 팀이 서로 협력 한다 — Planner 가 계획을 박고, Builder 가 코드를 짜고, Tester 가 테스트를 돌리고, Reviewer 가 1 차 검토 후 인간 아키텍트에게 보고. 대표 사례: "카카오페이 결제 추가" (4 작업 자율 묶음 — 어댑터 + DB + 테스트 + PR). 한 번 위임의 크기 작업 흐름 한 벌. concept/subagent-driven-development 가 박은 자리.
7.3.2 6 개월마다 2 배 — METR 의 측정
이 변화가 수치로 기록된 자리가 있다. Anthropic 과 협력한 평가 기관 METR(Model Evaluation & Threat Research) 의 2026 년 보고서에 따르면, AI 가 한 번 위임으로 자율 처리할 수 있는 작업 크기 가 6 개월마다 약 2 배 로 커지는 추세다. 2024 년 평균 15 분짜리 작업 (예: 함수 한 개) 이던 것이, 2025 년 후반 45 분짜리 (PR 한 개), 2026 년 상반기 2 시간짜리 (기능 한 묶음) 로 늘었다. 추세가 유지된다면 2027 년 후반 반나절짜리 작업 (작은 마이크로서비스), 2028 년 후반 하루짜리 작업 (모듈 통째 리팩토링) 이 표준이 된다.
이 데이터의 의미는 AI 가 똑똑해진다 보다 인간 역할이 더 빨리 바뀐다 이다. 위임 단위가 커질수록 인간은 더 큰 단위로 결정 해야 한다. 함수 한 개를 검토하던 자세로는 기능 한 묶음 PR 을 따라갈 수 없다. 큰 단위로 검토하려면 DoD(Definition of Done) + 명세서 + 자동 검증 도구 가 미리 기록되어 있어야 한다. 이게 본 책 Part 3 전체의 동기다.
7.3.3 산업 수렴 — 4 거인의 같은 결론
lesson/hrn-sdd-evidence 의 자리에서 기록된 4 거인의 수렴 이 본 장에서 다시 반복된다. Anthropic 의 Claude Code 는 Plan Mode + Subagents + Skills + Hooks 패턴을 공식 Best Practice 로 박았다. GitHub Copilot 의 Agent Mode 는 AGENTS.md + custom instructions + Plan Mode 를 결합해 모듈 단위 자율 작업 을 지원한다. Cursor 는 Composer + Rules + Background Agent 를 박았다. Microsoft 는 GitHub Copilot Workspace + Spec → Plan → Implement → Verify 워크플로를 사내 표준으로 박았다.
네 회사가 서로 다른 인터뷰·논문·블로그 에서 같은 결론에 수렴했다 — AI 코딩의 미래는 자율 에이전트 + 명세 + Plan Mode + Hooks 의 4 박자. 이는 한 회사의 마케팅 이 아니라 산업적 사실 이다. 이 사실이 본 장의 결론 — 코더 → 아키텍트 전환은 옵션 이 아니라 시대 강제 — 의 권위 근거다.
7.4 도구의 관점 — 아키텍트의 30 분 워크플로
[[DIAGRAM:7-1]]
[[DIAGRAM:7-2]]
다이어그램 7-1 은 코더 vs 아키텍트 의 30 분 시간 분배를 한 컷에 담는다. 7-2 는 자율 워크플로 4 단계 (계획 → 실행 → 검증 → 보고) 의 흐름을 기록한다.
7.4.1 실무 워크플로 — 아키텍트의 30 분 7 단계
추상 정의만으로는 아키텍트가 무엇을 하는지 가 손에 잡히지 않는다. 팀 3 명, 카카오페이 결제 모듈 추가, 30 분 안에 처리하는 아키텍트의 7 단계 를 구체로 기록한다.
1 단계 — 명세서 점검 (5 분). Chapter 6 에서 기록된 PRD 를 다시 연다. "카카오페이 추가의 의도·범위·제약이 명세서에 충분히 기록되어 있는가?" 를 확인. 부족하면 5 분만 추가 박기 — 헌장의 Stripe 만 사용 같은 제약이 Stripe + 카카오페이 로 갱신되었는지 점검.
👁 화면: VS Code 에 PRD.md 가 띄워져 있다. §3.2 결제 게이트웨이 절을 읽으며 빠진 항목 한두 줄 추가.
2 단계 — 작업 분해 (5 분). PRD 를 원자 작업 4 개 로 분해. (a) PaymentAdapter 인터페이스 + 카카오페이 구현체, (b) Payment 테이블에 provider 컬럼 추가 + 마이그레이션, (c) 통합 테스트 (정상·실패·환불 3 시나리오), (d) PR 설명 + 변경 사항 요약. 각 작업이 AI 한 세션 분량 (15~30 분) 이 되도록. 👁 화면: 메모장 또는 Linear/Jira 에 4 줄 체크리스트가 기록된다.
3 단계 — 위임 한 줄 (1 분). Claude Code 에 한 줄 위임. "PRD §3.2 카카오페이 추가. 위 4 작업 순서대로. CLAUDE.md 의 헌장 + 보안 Skills 적용. 각 작업의 DoD 통과 시 다음으로." 이 한 줄이 2 시간짜리 자율 작업의 시작점 이다. 👁 화면: Claude Code 터미널에 입력 후 Enter. AI 가 "Plan 작성 중..." 표시.
4 단계 — AI 자율 작업 (15~25 분, 인간은 다른 일). Claude Code 가 4 작업을 순차 실행. Planner 가 계획을 박고, Builder 가 코드를 짜고, Tester 가 테스트를 돌리고, 1 차 자가 검토 후 다음 작업으로. 이 동안 김OO 는 다른 PR 의 리뷰, 다른 기능의 명세 박기, 회의 참석 등을 한다. 멀티태스킹의 자리. 👁 화면: 김OO 는 회의실에 있다. 노트북 닫혀 있음. 30 분 뒤 Slack 메시지 — "PR #142 준비 완료, 검토 부탁".
5 단계 — 결과 검토 (10 분). AI 가 4 작업 모두 완료 + DoD 통과 + PR draft 작성 의 보고를 기록한다. 김OO 는 PR diff 를 검토 하고 통합 테스트 결과를 확인. 헌장 위반·명세 불일치·코드 스타일 이슈가 없는지 본다. 5~10 분 안에 수락·재위임·거절 결정. 👁 화면: GitHub PR 페이지가 열린다. 변경 70 줄 (어댑터 + 마이그레이션), 테스트 12 개 통과, AI 가 작성한 PR 설명 단락.
6 단계 — 피드백 또는 재위임 (5 분). 부족하면 한 줄 피드백 으로 재위임. 예: "환불 시나리오 테스트가 약하다. 동시 환불 요청 케이스 추가." → AI 가 5~10 분 안에 다시 기록. 부족하지 않으면 다음 단계로. 👁 화면: PR 코멘트에 한 줄 박기 → AI 가 새 커밋을 push.
7 단계 — 머지 + 다음 작업 (1 분). PR 머지. 다음 작업 위임 시작 (3 단계로 회귀). 👁 화면: Merge 버튼 클릭. 다음 의뢰 ("환불 정책 모듈 분리해줘") 를 위임 한 줄로.
이 30 분 = 명세 5 + 분해 5 + 위임 1 + 자율 25 + 검토 10 + 피드백 5 + 머지 1 = 52 분 (멀티태스킹 시 실질 인간 시간 ~17 분) 이 코더 모드 30 분 (실질 인간 시간 30 분) 의 대안이다. 시간이 줄어드는 게 아니라 인간이 키보드 앞에 묶여 있는 시간 이 줄어든다. 그 차이가 팀 단위로 누적되면 주 단위로 2~3 배의 산출물 차이가 기록된다.
7.5 닫으며 — 자율의 자유, 안전의 책임
본 장의 핵심을 한 줄로 정리하면 — AI 의 자율 작업 시간이 6 개월마다 2 배 로 증가하면서 인간 개발자의 역할이 코드 저자 에서 아키텍트이자 리뷰어 로 강제 전환되었으며, 이 전환을 인지·실행·운용하는 자세가 에이전틱 엔지니어링이다. 코더는 키보드 앞에 묶여 있고, 아키텍트는 2~3 개의 자율 작업 을 동시에 지휘한다. 이 차이가 2026 년 시니어 개발자의 생산성 격차 의 본질이다.
그러나 자율은 제멋대로 가 아니다. AI 에이전트가 2 시간 동안 자율적으로 일하게 두면 — 잘못된 가정을 박고, 보안 규칙을 위반하고, 환각으로 잘못된 API 를 호출하고, 결과를 자신감 있게 잘못 보고 할 수 있다. Chapter 5 의 5 종 청구서 가 자율 단위에서 다시 폭발할 수 있는 자리. 이 위험을 막는 것이 하네스 엔지니어링(Harness Engineering) 이며, 그 4 대 요소 — Commands · Rules · Skills · Hooks — 가 다음 Chapter 8 의 주제다.
다음 Chapter 8 은 그 4 대 요소를 한 단원에서 정의·매핑·실증한다. 각 요소가 SDD 의 4 단계 (헌장 / 명세 / 계획 / 작업) 와 어떻게 묶이는지, Claude Code · GitHub Copilot · Cursor 가 어떻게 같은 패턴에 수렴했는지, 그리고 팀 단위로 박을 때 어떤 순서로 도입하는지 까지.
7.6 용어 정리
- 에이전틱 엔지니어링 (Agentic Engineering): 자율 AI 에이전트들의 협력 팀을 편성·조율하고 그 결과를 검증하는 인간 자세
- AI 에이전트 (AI Agent): 목표를 받아 작업을 분해하고 도구를 호출하며 자기 검증하는 자율 작업 단위
- 자율 작업 시간 (Time Horizon): AI 가 인간 개입 없이 한 번에 완수할 수 있는 작업 시간 — 2024 년 15 분, 2026 년 2 시간
- 코더 모드 (Coder Mode, 본 책 비유): 인간이 직접 코드를 쓰는 자세 — 줄 단위 자동완성 도구 사용
- 아키텍트 모드 (Architect Mode, 본 책 비유): 인간이 명세를 박고 AI 에 위임하며 결과를 검토하는 자세
- Subagent (서브 에이전트, 보조 에이전트): 메인 에이전트가 호출하는 전문 보조 에이전트 (Planner / Builder / Tester / Reviewer 등)
- Software 3.0 (소프트웨어 3.0): Karpathy 가 박은 시대 명명 — 자연어가 새로운 프로그래밍 언어
- Plan Mode (계획 모드): AI 가 코드를 짜기 전에 계획을 먼저 기록하는 작동 모드. Karpathy "things get better in plan mode"
- METR (Model Evaluation & Threat Research): AI 평가 기관 — 6 개월마다 자율 시간 2 배 추세 보고
- 위임 한 줄 (One-line Delegation, 본 책 표현): 명세서 + 헌장이 기록된 위에서 AI 에 작업을 기록하는 한 줄 — 2 시간 자율 작업의 시작점
7.7 더 읽을거리
위키 카드:
- concept/agentic-engineering — 에이전틱 엔지니어링 정의 + 본 강의 6 단원의 종착지
- lesson/vbc-coder-to-architect — 코더 → 아키텍트 전환 단원
- concept/software-3-0 — Karpathy 의 시대 명명
- concept/subagent-driven-development — Subagent 협력 패턴
- entity/karpathy — vibe coding 자기 부정 + Plan Mode 인용
- entity/boris-cherny — Anthropic Claude Code 책임자 — AI 코딩 미래는 에이전트 팀
- term/plan-mode — Plan Mode 정의
- term/explore-plan-code — Anthropic 공식 Best Practice
1차 출처:
- Karpathy Software 3.0 강연 (2025)
- Karpathy Things get better in plan mode (2026-04-24)
- METR AI Time Horizon Doubling 보고서 (2026)
- Anthropic Claude Code Best Practices — Subagent + Plan Mode + Hooks
- GitHub Copilot Agent Mode + Cursor Composer 발표
Diagram 명세 블록
[[DIAGRAM:7-1]] 코더 vs 아키텍트 — 30 분 시간 분배
┌────────────────────────────────────────────────────────────────────┐
│ [Diagram 7-1] 같은 30 분, 두 모드의 시간 분배 │
├────────────────────────────────────────────────────────────────────┤
│ │
│ 코더 모드 (Coder Mode) — 키보드 앞 30 분 │
│ ───────────────────────────── │
│ │
│ ████████████████████████ 코드 작성 (24 분, 80%) │
│ ██████ 검토 (6 분, 20%) │
│ │
│ → 인간이 30 분 내내 키보드 앞 │
│ → AI 의 도움: 줄 단위 자동완성 (2 분짜리 단위) │
│ → 멀티태스킹 ❌ │
│ │
│ ════════════════════════════════════════════════════════ │
│ │
│ 아키텍트 모드 (Architect Mode) — 같은 30 분 │
│ ───────────────────────────── │
│ │
│ ███ 명세 박기 (5 분, 17%) │
│ ███ 작업 분해 (5 분, 17%) │
│ █ 위임 한 줄 (1 분, 3%) │
│ ░░░░░░░░░░░░░░░ AI 자율 작업 (15 분, 50%) ← 인간은 다른 일 │
│ ███ 결과 검토 (10 분, 33%) ← 또는 5 분 + 5 분 피드백 │
│ │
│ → 인간 키보드 시간: ≈ 17 분 (다른 작업과 병행) │
│ → AI 의 도움: 모듈 단위 자율 구현 (2 시간짜리 단위) │
│ → 멀티태스킹 가능 (2~3 작업 동시 위임) │
│ │
│ ╳ 같은 30 분 → 산출물 차이 2~3 배 │
│ │
├────────────────────────────────────────────────────────────────────┤
│ 출처: 본 책 §7.2.2 + concept/agentic-engineering │
└────────────────────────────────────────────────────────────────────┘
[[DIAGRAM:7-2]] 자율 워크플로 — 계획 / 실행 / 검증 / 보고 4 단계
┌────────────────────────────────────────────────────────────────────┐
│ [Diagram 7-2] AI 자율 작업의 4 단계 (위임 한 줄 → 보고까지) │
├────────────────────────────────────────────────────────────────────┤
│ │
│ 인간 아키텍트 │
│ │ │
│ │ "PRD §3.2 카카오페이 추가. 4 작업 순서대로." │
│ ▼ │
│ ┌──────────────────────────────────────────────────┐ │
│ │ Claude Code 메인 에이전트 │ │
│ └──────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ │
│ ① 계획 (Plan) │
│ ──── │
│ - PRD + CLAUDE.md 헌장 읽기 │
│ - 4 작업의 의존성 그래프 │
│ - 각 작업의 DoD 박기 │
│ │ │
│ ▼ │
│ │
│ ② 실행 (Execute) │
│ ──── │
│ - Subagent: Builder (코드 작성) │
│ - Subagent: Tester (테스트 작성·실행) │
│ - Tool 호출: read_file / edit_file / run_shell │
│ │ │
│ ▼ │
│ │
│ ③ 검증 (Verify) │
│ ──── │
│ - 자가 1차 검토 (lint / type check / test pass) │
│ - DoD 항목 체크리스트 │
│ - 헌장 위반 자동 거부 │
│ │ │
│ ▼ │
│ │
│ ④ 보고 (Report) │
│ ──── │
│ - PR draft 작성 │
│ - 변경 사항 요약 + 테스트 결과 │
│ - 인간 검토 요청 │
│ │ │
│ ▼ │
│ ┌──────────────────────────────────────────────────┐ │
│ │ 인간 아키텍트 — 검토 / 머지 / 재위임 결정 │ │
│ └──────────────────────────────────────────────────┘ │
│ │
│ ╳ 위임 한 줄 → 2 시간 자율 → 인간 5~10 분 검토 │
│ │
├────────────────────────────────────────────────────────────────────┤
│ 출처: 본 책 §7.4 + concept/subagent-driven-development │
└────────────────────────────────────────────────────────────────────┘