Course Wrap-up

Claude Code 전체 코스를 간결하게 요약하고, Compound Engineering과 병렬 작업 등 이후 학습 방향을 안내합니다

학습 목표

LLM의 구조적 한계를 이해하고, 그 한계를 도구와 Context 관리로 보완하는 것이 출발점이었습니다.

Hallucination과 Knowledge Cutoff: 없앨 수 없는 구조적 한계. 대응은 "검증하기"
Context Window: AI의 주의력은 유한하고, 뒤로 갈수록 떨어짐. 지금 필요한 것만 주는 것이 원칙
CLAUDE.md, Memory, Task Sizing: 매 세션마다 백지인 AI에게 규칙을 전달하고, 대화 중 배운 것을 자동 저장하며, 작업 크기를 줄여서 Smart Zone을 유지

"어떻게 하라"에서 "무엇이 되어야 하라"로 전환하고, 그 위임을 지탱하는 도구와 사이클을 갖추었습니다.

What vs How: 성공 기준만 주면 AI가 스스로 검증하며 자율 루프를 돌 수 있음
Context 품질 도구: Commands, Skills, MCP, Hooks, Custom Agent -- 입력을 줄이고 출력을 걸러내고 범위를 확장
MCP: 외부 시스템을 Tool로 바꾸는 표준. 접근권(MCP)과 사용 설명서(Skill)의 결합이 가장 강력

Part 2의 도구들을 하나의 사이클로 연결하고, 여러 Agent가 협업하는 방법을 다뤘습니다.

SDD: 엔지니어링 템플릿의 Skills(/writing-spec, /sketching-wireframe, /writing-plan)와 Hooks로 Spec → Wireframe → Plan → Task → Implementation → Verification 사이클을 구조화. 칸반 보드 예제로 전체 사이클을 경험하고, Vercel에 배포
Agent Teams: 공유 Task 리스트 + 메시징으로 병렬 협업. "팀원끼리 대화해야 하는가?"가 Subagent와의 분기점
개인 프로젝트: /make-something으로 아이디어를 구체화하고, 같은 SDD 사이클을 본인 프로젝트에 적용

이 코스에서 Spec -> Wireframe -> Plan -> Task -> Implementation -> Verification 사이클을 갖추었습니다. 이 사이클은 도구가 바뀌어도 유효합니다. 여기서 더 나아갈 수 있는 두 가지 방향을 소개합니다.

프로젝트를 진행하면서 해결한 문제를 CLAUDE.md, Skills, Hooks에 기록하면, 다음 작업이 더 빨라집니다. 이 복리 효과를 의도적으로 만드는 것이 Compound Engineering입니다.

Plan -> Work -> Review -> Compound 루프: 작업이 끝나면 "이번에 반복된 패턴이 있는가?"를 자문합니다. 코딩 컨벤션이 반복되면 CLAUDE.md에, 다단계 절차가 반복되면 Skill로, 매번 빠뜨리는 검증이 있으면 Hook으로 기록합니다. 한 번 기록하면 다음 세션부터는 자동으로 적용됩니다
축적의 방향: 중요한 것은 많이 기록하는 것이 아니라, 실제로 반복되는 것만 기록하는 것입니다. 한 번 쓰고 안 쓰는 규칙은 Context만 잡아먹습니다. 세 번 이상 손으로 한 것만 자동화하면 CLAUDE.md가 비대해지지 않습니다

Chapter 10 Lesson 01에서 git worktree와 claude --worktree의 기본 워크플로우를 배웠습니다. 여기서 더 나아갈 수 있는 방향입니다.

Conductor: Git worktree 기반의 병렬 작업을 시각적으로 관리하는 도구입니다. 여러 worktree의 Claude Code 세션을 한 화면에서 모니터링하고, 각 세션의 진행 상황을 추적할 수 있습니다
Sub-Agent + Worktree 조합: 오케스트레이터 에이전트가 여러 Sub-Agent를 띄우고, 각각이 자신의 worktree에서 독립적으로 작업하며 PR을 올리는 패턴으로 확장할 수 있습니다