요약

2026-04-24, entity/karpathy 가 X에 올린 "Things get better in plan mode." 한 줄. Claude 계열 코딩 도구를 직접 사용한 경험 기록 안에서 나온 발언. 같은 포스트에서 AI가 코드를 과도하게 복잡하게 만든다는 점도 함께 지적했다. 본 강의의 역설적 훅 — "바이브 코딩이라는 단어를 만든 사람이 직접 plan mode가 더 좋다고 말한다."

상세

발언 원문 (영문)

"Things get better in plan mode."

발언 맥락

• 게시일: 2026-04-24
• 매체: X (구 Twitter), Karpathy 본인 계정
• 맥락: Claude Code(또는 Claude 계열) 사용 후기 스레드의 한 항목
• 동시 지적: AI가 코드를 과도하게 복잡하게(over-engineering) 만들 수 있다는 위험

의미 분해

• "Things get better" — 산출물 품질이 측정 가능하게 향상 된다는 본인의 직접 관찰.
• "in plan mode" — term/plan-mode 즉 코드 생성 전 계획을 먼저 수립 하는 도구의 모드.
• 발언자가 단어 concept/vibe-coding 의 창시자라는 점이 핵심 권위 — 자기 부정의 무게가 있다.

같은 발언의 다른 버전 (Karpathy 시리즈로 묶기)

• "Vibe coding is passé." (시기적 자기 부정)
• "바이브 코딩은 시작점이지 목적지가 아니다." (turingcollege.com)
• "Things get better in plan mode." (본 case)

세 발언이 한 흐름 — 바이브 코딩 → plan mode → spec/agentic engineering 으로의 단계적 후퇴.

방법론

강의 활용 (01 도입 lesson/int-design-first-evidence 의 첫 인용):

1. 슬라이드 구성: 좌측에 X 포스트 캡처 + 우측에 발언 한국어 번역 + 하단에 게시 일자.
2. 멘트 (30초): "여기 한 사람의 말씀입니다 — 2026년 4월 24일, X에 올라온 한 줄. 이 사람이 누군지 아십니까? 다음 슬라이드를 보시면…"
3. 다음 슬라이드: Karpathy 약력 + "그가 만든 단어가 바로 '바이브 코딩'입니다" — 역설 클라이맥스.
4. 연결: "단어를 만든 사람이 plan mode가 더 좋다고 합니다. 그러면 우리는 어떻게 써야 할까요?"

주의사항

• 출처 캡처 필수: 강의에서 "정말 그렇게 말했냐?"라는 반박을 받으면 즉시 X 원본을 띄울 수 있어야 한다. 슬라이드에 URL 또는 게시 일자 표기.
• 번역 정확도: "더 잘 됩니다" 보다 "더 좋아집니다(품질이 향상됩니다)" 가 원문 어감에 가깝다. 측정 가능한 품질 향상 의 뉘앙스 살리기.
• 과인용 주의: Karpathy 한 명의 발언으로만 권위를 세우면 약하다 → 다음 case (case/truell-start-with-plan-thread, case/github-missing-structure-blog, case/altman-engineering-judgment) 와 묶어 수렴 증거 로 제시.
• 발언이 Claude Code 맥락 에서 나온 점을 명시. 일반론처럼 확장하면 OpenAI/Cursor 사용자에게 어색해진다.