2  바이브 코딩의 탄생

2025년 2월 Andrej Karpathy의 트윗 하나가 이름 없던 작업 방식에 이름을 줬다. 이 장은 그 순간을 해부한다. 원문이 말한 것과 말하지 않은 것, 왜 하필 그 시점이었는지, 그리고 말이 퍼지며 뜻이 어떻게 흘러갔는지.

2.1 Karpathy의 트윗과 그 순간의 조건

경고집필 상태

초안 전. 담당·상태는 저장소 루트의 TOPICS.md에서 확인.

브리프. 2025년 2월, Andrej Karpathy가 올린 트윗 하나가 이후 한 해 동안 소프트웨어 업계에서 가장 많이 인용된 용어를 낳았다. 이 꼭지는 그 원문을 해부한다. 정확히 무엇을 정의했고 무엇을 정의하지 않았는지, 트윗 작성 시점의 기술적 조건(모델 세대, 에이전트형 코딩 도구의 성숙도, 개발자 커뮤니티의 분위기)이 이 정의의 확산에 어떻게 기여했는지, 왜 하필 그 시점이었는지를 다뤄야 한다. 2장 전체의 출발점이 되는 꼭지다.

There’s a new kind of coding I call “vibe coding”, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.

— Andrej Karpathy, X, 2025년 2월

시드 질문

  • Karpathy의 원문이 실제로 정의한 범위는 무엇이고, 이후 널리 쓰인 뜻과 어떻게 다른가?
  • 트윗 발화 시점에 이용 가능했던 코딩 에이전트·도구는 무엇이었나, 그 성숙도가 이 개념의 수용에 어떤 역할을 했나?
  • Karpathy는 1년 뒤 회고 트윗에서 이 트윗을 “샤워하다 떠오른 생각을 던진 트윗”이라 불렀다. 이 자기 평가는 실제 영향력과 어떻게 어긋나는가?
  • 트윗이 확산되던 초기 며칠간 어떤 반응(환영, 냉소, 반박)이 지배적이었나?

조사 포인터

  • 원 트윗(https://x.com/karpathy/status/1886192184808149383)과 1주년 회고 트윗(https://x.com/karpathy/status/2019137879310836075)의 전문과 주요 인용 반응을 수집할 것
  • 트윗 발화 시점 전후 주요 코딩 에이전트 도구의 출시·업데이트 이력을 확인할 것
  • 위키피디아 개관(https://en.wikipedia.org/wiki/Vibe_coding)에서 초기 수용 관련 서술을 확인할 것

2.2 용어의 확산과 뜻의 표류

경고집필 상태

초안 전. 담당·상태는 저장소 루트의 TOPICS.md에서 확인.

브리프. 하나의 트윗에서 시작된 말이 몇 달 사이 원래 정의보다 훨씬 넓은 뜻으로 쓰이게 되었다. 이 꼭지는 그 확산과 뜻의 표류를 다룬다. Simon Willison이 “모든 AI 보조 프로그래밍이 바이브 코딩은 아니다”라고 선을 그은 이유, 좁은 뜻(코드를 읽지 않고 전적으로 맡기는 것)과 넓은 뜻(AI 도구를 쓰는 코딩 전반)이 어떻게 동시에 유통되었는지, Collins 사전이 올해의 단어로 선정하며 이 확산을 어떻게 공인했는지를 다뤄야 한다. 2장에서 §2.1이 발화의 순간을 다룬다면 이 꼭지는 그 이후의 유통 과정을 다룬다.

시드 질문

  • Simon Willison이 그은 경계선의 구체적 기준은 무엇인가, 그는 어떤 사례를 “진짜 바이브 코딩”과 “AI 보조 프로그래밍”으로 나눴나?
  • 좁은 뜻과 넓은 뜻이 공존하는 상태는 실무 현장에서 어떤 혼란(“이거 바이브 코딩이야?” 류의 논쟁)을 낳았나?
  • Collins 사전의 선정 사유문은 이 말을 어떻게 정의했나, 그 정의는 원 트윗과 Willison의 구분 중 어느 쪽에 가까운가?
  • 시기별 스냅샷(트윗 직후, 몇 달 뒤, 사전 등재 시점)을 비교하면 뜻의 표류에 어떤 패턴이 보이는가?

조사 포인터

  • Simon Willison, “Not all AI-assisted programming is vibe coding” (2025-03-19) 전문을 읽을 것
  • Collins Word of the Year 2025 발표문(https://www.collinsdictionary.com/us/woty)과 보도(https://www.cnn.com/2025/11/06/tech/vibe-coding-collins-word-year-scli-intl)의 정의 문구를 대조할 것
  • 위키피디아 개관(https://en.wikipedia.org/wiki/Vibe_coding)의 편집 이력에서 정의 변화를 추적할 수 있는지 확인할 것

2.3 도구의 계보: 자동완성에서 에이전트까지

경고집필 상태

초안 전. 담당·상태는 저장소 루트의 TOPICS.md에서 확인.

브리프. 이 꼭지는 개념이 아니라 도구의 계보를 다룬다. 2021년 공개된 GitHub Copilot의 자동완성형 코딩 지원에서 출발해, 챗 인터페이스 기반 코딩 도구를 거쳐 에이전트형 CLI·IDE 도구로 이어지는 흐름을 정리해야 한다. 핵심 주장은 도구의 형태(자동완성 대 대화 대 자율 실행)가 그 시대의 코딩 방법론을 규정해왔다는 것이다. 바이브 코딩이라는 방법론이 그것을 가능케 한 도구 형태 없이는 나오지 않았을 것이라는 인과 관계를 검증해야 한다. 2장에서 이 꼭지는 개념사(§2.1, §2.2)를 도구사로 보완하는 자리다.

시드 질문

  • GitHub Copilot(2021년 프리뷰 공개)은 자동완성이라는 형태를 왜 택했나, 그 형태가 이후 어떤 도구들의 기본값이 되었나?
  • 자동완성형에서 챗 기반 코딩 지원(코드 설명, 생성 요청)으로의 전환은 어떤 도구, 어떤 시점에 일어났나?
  • 챗 기반에서 에이전트형(파일 시스템 접근, 명령 실행, 자율 루프)으로의 전환은 어떤 기술적 전제를 필요로 했나?
  • 각 도구 형태의 전환기마다 개발자 커뮤니티의 반응(환영, 저항)은 어떠했나?
  • 도구 형태와 방법론 중 어느 쪽이 다른 쪽을 이끌었나, 아니면 상호 결정적이었나?

조사 포인터

  • GitHub Copilot 공개 발표(2021년, 정확한 날짜와 프리뷰·GA 구분을 확인할 것)와 이후 주요 업데이트 이력을 확인할 것
  • 대표 에이전트형 코딩 CLI·IDE 도구(Cursor, Windsurf, Claude Code, Devin 등)의 출시 연대기를 정리할 것
  • Anthropic, “Building effective agents” (2024-12)에서 도구 형태와 자율성 관련 논의를 확인할 것