실전 바이브코딩 테크닉

1개념은 배웠는데, 월요일 출근하면 어디서부터? 2개념을 → 실제 팀 자산으로 패키징 3이 챕터의 위치 4끝나면 무엇을 할 수 있게 되는가 5무엇을 만들고 가는가 — 11개 자산 6챕터 로드맵 — 7개 그룹 7개념을 자산으로, 개인 도구를 팀 표준으로

8CLAUDE.md 9한 줄로 정의하면 10왜 중요한가 — Before / After 11개인 차원의 가치 12팀·회사 차원의 가치 13Hierarchy — 한 파일이 아니다 14layer별로 무엇을 담는가 15도구 ① karpathy-guidelines skill 16데모 ① 한 페이지 행동 지침 4원칙 17도구 ② Anthropic claude-md-management plugin 18데모 ② 두 시나리오를 같이 굴린다 19팀 단위 관리 전략 — 세 원칙 20팀 워크플로우 예시 21요약 & 다음 섹션 예고

22지침이 좋아도 지형이 험하면 agent는 길을 잃는다 23AI-Ready Codebase란 무엇인가 24실패의 원인은 코드 품질이 아니다 252-Step 모델 — 이 섹션의 큰 그림 26Step 1 — Codebase Sanity 27Step 2 — Cartography (지도 제작) 28측정 가능하게 — AI-Readiness Score 29라이브 데모 — Grade Skill 실행 30점수 해석 — ROI 높은 1~2개만 31자기 repo에 grade skill 돌리기 32Hook 연동 — 반복·자동으로 돌리기 33누적되는 자산 — Plugin에 합류 34요약 — 그리고 다음은 코드 밖으로

35코드는 정리됐다. 그럼 코드 밖은? 36원전 정의 — Tiago Forte의 PKM 37이 챕터의 확장 정의 38왜 중요한가 — 지식이 흩어져 있다 39"이거 그냥 RAG 아닌가요?" 40CLAUDE.md vs Second Brain — 3-Layer 모델 41운영 원칙 4가지 — 설계 목표 42Data sources 카탈로그 43구축 워크플로우 — agent가 wiki를 관리한다 44실습 — Personal Second Brain v1 45라이브 시연 ① — 두 달치 raw를 한 번에 wiki로 46라이브 시연 ② — Obsidian 그래프로 47Personal 사용 예시 48Team level — repo 안 _brain/ 폴더 49거버넌스 + 유지보수 — 시스템이 굴린다 50Second Brain — 정리 + 다음 섹션

51한 팀의 brain을 조직 전체로 52정의 + 03 Second Brain과의 경계 53Why now: 회사는 단일 시스템이 아니다 54오늘의 AI agent가 겪는 3가지 문제 55Consequences — 실제 비용 vs Meta 데이터 56CI를 구성하는 4가지 컴포넌트 57CI 전체 시스템 — 3-Layer 아키텍처 58Layer 1 — Onboarding을 Skill로 59ci-onboard skill 안에 무엇이 들어 있나 60실행 라이브 — /ci-onboard 첫날 두 줄 61검증 — 통합 검색으로 첫 query 62라이브 비교 — CI 없는 답 vs CI 있는 답 63측정 — CI 효과를 어떻게 입증하나 64요약 + 다음 섹션 예고

65자산이 노트북에만 있으면 표준이 아니다 66Team Plugin이란 무엇인가 — 한 줄 정의 67앞 4개 자산이 plugin이라는 그릇에 들어간다 68왜 plugin이어야 하는가 — 세 가지 이유 69Plugin 구조 들여다보기 70레퍼런스 투어 — Anthropic 공식 plugins 71배포·설치 메커니즘 72버저닝 전략 — 세 가지 패턴 73업데이트 흐름 — 동료가 최신을 쓰게 만드는 법 74실습 — 내 plugin v1 만들기 75이 plugin은 챕터 끝까지 자란다 76요약 — 그릇이자 v1 77다음 섹션 — TDD

78TDD — 팀이 공유하는 test-first 가드 79TDD 정의 — 가볍게 짚고 갑니다 80왜 agent 시대에 TDD가 더 중요해졌는가 81TDD와 SDD — 같은 가족 82TDD hook 카탈로그 — 핵심 3개 83TDD hook 실물 — 1번 hook을 코드로 84실습 1 — plugin에 TDD hook 1개 추가 85자산 점검 — plugin에 무엇이 들어갔나 86다음 섹션 예고 — SDD

87TDD가 못 채우는 자리 SDD가 채운다 88SDD는 절반이 spec, 절반이 harness 89근본적 마인드셋 전환 — 다섯 가지 90전통적 방식 vs AI 중심 방식 91SDD의 다섯 단계 — 누가 주도하나 92좋은 spec이란 — 다섯 가지 질문 93AI와 spec을 함께 쓰기 — 반복 5스텝 94Readiness 체크리스트 — spec 준비됐나 95대규모 프로젝트는 — 계층형 spec 96harness_framework로 한 바퀴 돌리기 97SDD 데모 · DESIGN 98SDD 데모 · PLAN 99SDD 데모 · IMPLEMENT 100SDD 데모 · REVIEW & STEER 101SDD 데모 · REFLECT 102SDD 한 바퀴를 마치며

103자산이 늘면, 비용도 같이 늘어난다 104Token이란? 105실비용 앵커링 — 자릿수의 감 106누구의 청구서를 줄이는가 107Caching — 비용을 깎는 단일 최대 도구 108Cache 구조 — 세 가지만 109캐시 친화적 prompt 작성법 110Optimization techniques — Do 111Optimization techniques — Don't 112실습 — token efficiency skill + dashboard 113Dashboard 해석 — 늘 같은 5단계 114Cost Gate — 사전·실시간 정책 115요약 — 비용을 깎는 건 다짐이 아니라 자산

116코드 리뷰 에이전트 117Code review in 2026 118AI 코드 리뷰의 가치 명제 119Pre-PR vs Post-PR 120Agent 시대의 코드 리뷰 기법 121Risk Score 5축 122Risk Score → 액션 매트릭스 123사람 vs AI 리뷰 매트릭스 124레퍼런스 투어 125안전 가드: 메인 repo 적용 전 6가지 126자기 repo에 code review agent 설정 127PR 만들어서 자동 코멘트 받기 128Risk-based auto-merge 활성화 129요약 — plugin에 추가한 자산

130Agent가 rm -rf ~ 친 적 있는 사람, 손? 131한 줄로 정의하면 1323-Layer 모델 — 큰 그림 133PreToolUse hook으로 사전 차단 134실무자들이 가장 많이 박는 5개 패턴 135Audit log와 비용 알림 136Permission mode — 자율성을 4단계로 137Sandbox와 Worktree 13808과 10의 경계 — 같은 비용, 다른 목적 139내 plugin에 guardrails 3개 추가하기 140Over-guarding — 너무 많이 박으면 역효과 141정리 — 그리고 다음 섹션

142방어망은 깔았다. 그래서 사고가 나면 누가 받는가? 143Oncall ≠ 일반 agent 144What is Oncall Agent 145왜 이게 매력적인가 146아키텍처 흐름 — 한 장으로 147언제 사람을 깨우는가 148실습 — 강사 라이브 데모 14911개 자산이 도착했다 150다음 챕터 — Project 1 MVP