2 장. 거인들의 경고 — 도구를 만든 사람들이 같은 말을 한다
"Things get better in plan mode." — Andrej Karpathy (X, 2026-04-24)
도입 — 한 슬라이드에 네 사람
1 장에서 왜 타이핑이 더 이상 핵심이 아닌가 를 봤다. 그런데 이건 나 한 사람의 주장 이 아니다. 이 책이 설득에 의지하지 않고 증언 에 의지하는 이유다.
지금 한 슬라이드에 네 사람의 얼굴을 띄워 본다.
- Andrej Karpathy — "Vibe Coding" 단어를 만든 사람
- Michael Truell — Cursor 공동 창업자 / CEO
- GitHub — Copilot 만든 회사의 공식 블로그
- Sam Altman — OpenAI CEO
이들의 공통점 이 무엇인가? 바이브 코딩 도구를 직접 만든 사람들 이다. 여러분이 매일 쓰는 도구의 제작자들. 그들이 모두 같은 말을 한다.
"설계가 먼저다."
이 장에서는 네 사람의 직접 발언을 출처와 날짜를 박은 채로 본다. 강의에서 누가 "정말 그렇게 말했냐?" 라고 반박하면 1 차 출처로 즉시 돌아갈 수 있어야 한다.
인용 1 — Karpathy 의 X 포스트
2026 년 4 월 24 일, Vibe Coding 단어를 만든 Andrej Karpathy 가 X 에 올린 한 줄.
"Things get better in plan mode."
이 한 줄이 충격적인 이유는, Karpathy 본인이 1 년 전 "Vibe Coding 만세" 의 흐름을 시작한 사람 이라는 점이다. *바이브 코딩의 창시자가 * 지금은 plan mode 가 더 낫다고 말한다. 자기 부정에 가까운 발언이다.
그가 post 라고 부른 Plan Mode 는 무엇인가? Claude Code 의 옵션 중 하나로, "AI 가 즉시 코드를 짜지 말고, 먼저 작업 계획을 사람과 합의한 뒤 실행한다" 는 모드다. 즉 바이브 코딩 ≠ 즉흥 코딩 임을 바이브 코딩 창시자가 직접 정정한 사건. 이게 2 년 만에 일어났다.
이 발언을 더 자세히 읽으면 다음 줄이 따라온다 — "Vibe coding is a starting point, not a destination." 시작점이지 목적지가 아니라는 것. 시작은 자유롭게, 점점 Spec-Driven Development (사양 우선 개발) 로 옮겨가야 프로덕션이 가능하다는 입장이다.
인용 2 — Cursor CEO Truell 의 X 스레드
2026 년 3 월 18 일, Cursor 공동 창업자 Michael Truell 이 "Cursor 를 잘 쓰는 7 가지 팁" 이라는 스레드를 올렸다. 그 첫 번째 항목 이 무엇이었는가?
"Start with a plan."
여러분이 Cursor 를 쓸 때 가장 흔히 하는 실수는 그 첫 번째 항목 을 무시하는 것이다. Tab 한 번 누르면 자동완성이 나오니까 — plan 같은 건 그 다음에 해도 된다고 착각한다.
Cursor 만든 사람 이 "제일 먼저 plan 부터 시작해라" 라고 했다. 이 발언이 기술적 권유 가 아니라 *사용 설명서의 1 번 항목 * 이라는 점이 중요하다. 도구가 그렇게 쓰이도록 설계됐기 때문에 1 번 항목인 것이다.
인용 3 — GitHub 공식 블로그
2026 년 2 월 24 일, GitHub 가 공식 블로그에 Multi-Agent 워크플로 분석 글을 올렸다. 핵심 한 문장.
"Most multi-agent workflow failures come down to missing structure." (대부분의 멀티 에이전트 워크플로 실패는 구조의 부재 로 환원된다.)
이 한 문장이 강력한 이유는 "AI 가 약하다" 라는 진단을 완전히 거꾸로 뒤집었기 때문이다. 실패의 원인은 AI 모델 성능 부족 이 아니라 구조 부재 — 즉 우리가 설계를 안 줘서 망한다.
Boris Cherny (Anthropic Claude Code 책임자) 의 표현으로 같은 말을 다시 옮기면 — "AI 가 약해서가 아니라, 우리가 구조를 안 줘서."
이 진단이 도구의 제품 디자인 에 그대로 반영됐다. GitHub Copilot 은 Plan Mode + AGENTS.md + custom instructions 를 표준 UX 로 채택했다. "높은 품질의 PR (pull request) 을 받으려면 이 세 가지를 먼저 설정하라" — 높은 품질이 자동으로 나오는 게 아니라 구조를 줘야 나온다 는 입장의 명시.
인용 4 — Sam Altman 의 TU Berlin 인터뷰
마지막은 OpenAI CEO Sam Altman. TU Berlin (베를린 공대) 인터뷰에서 학생들에게 한 말이다.
"엔지니어링의 본질은 타이핑 이 아니라, 무엇을 · 왜 지어야 하는지 판단하는 것이다."
여러분이 OpenAI 와 Anthropic 의 경쟁 관계를 알고 있다면 — Altman 의 발언이 Anthropic 도구 강의 와 살짝 거리가 있다 고 느낄 수 있다. 그게 정확하다. 이 인용은 어느 한 회사의 입장 이 아니라 AI 업계 전반의 수렴된 결론 이다. OpenAI 든 Anthropic 든 GitHub 든 Cursor 든 — 제작자들의 결론이 한 곳에서 만난다. 이게 더 큰 신호다.
발언이 제품 으로 어떻게 박혔는가
네 인용을 말 로만 보면 권위 논리에 그친다. 그런데 같은 말이 도구의 UX 에 시스템적으로 박혔다는 점에서 더 강하다. 표로 정리한다.
| 도구 | UX 강제 | 의미 |
|---|---|---|
| Claude Code | "Explore first, then plan, then code" — 공식 Best Practice | 코드 전에 탐색·계획 단계가 기본값 |
| GitHub Copilot | Plan Mode + AGENTS.md + custom instructions → "higher quality pull requests" | 구조 없으면 PR 품질 안 나온다는 명시 |
| Cursor | Rules (persistent instructions) + Plan Mode ("detailed implementation plan before writing code") | 코드 작성 전 에 implementation plan 이 반드시 |
세 도구가 동일한 "탐색 → 계획 → 코딩" 순서 를 강제한다. 우연이 아니다. 바로 생성 보다 먼저 구조화 가 통계적으로 더 성공적 이기 때문이다.
이 동일한 순서 가 곧 3.0 시대 설계의 모양 이다. 이전 세대처럼 UML 한 장 을 그리는 게 아니다. AI 에게 어디부터 보고, 무엇을 계획하고, 그 다음에 무엇을 코딩하라고 정확히 지시하는 형식. 14 장에서 그 형식이 CLAUDE.md 라는 이름으로 자리잡는다.
권위 논리 에 그치지 않는다 — 다음 장 예고
지금까지의 논증은 권위 논리 다. Karpathy 가 그렇게 말했으니까, Cursor CEO 가 1 번 항목으로 적었으니까. 하지만 권위만으로 강의가 끝나면 약하다. 학생이 "왜 그래야 하는지" 를 자기 머리로 납득 해야 행동이 바뀐다.
3 장에서는 왜 그래야 하는지 의 인지·심리적 근거 를 본다. 안상현 (Meta 시니어 개발자) 의 AI 네이티브 4 단계 모델 — 믿음 → 목격 → 활용 → 행동 — 이 그 답이다.
특히 전문가 편향 역설 — 지금 전문가가 아닌 여러분이 오히려 유리하다 는 반직관적 명제 — 이 핵심이다.
2 장 정리
네 사람의 발언, 세 도구의 UX. 공통점은 하나.
"AI 가 무엇을 할지 먼저 정의 하라. 그러고 나서 코드를 짜라."
이게 설계 먼저 의 AI 시대 형태 다. 다음 장에서 *왜 여러분 자신이 * 그 설계자가 되어야 하는지의 내적 동기 를 본다.
"베테랑 개발자보다 지금 의 여러분이 더 유리한 이유가 있다."