안드레이 카파시가 ‘바이브 코딩’이라는 밈이 생겨난 배경과 1년 뒤 LLM 에이전트 기반 개발 워크플로의 변화, 그리고 그가 선호하는 새 용어 ‘agentic engineering’에 대해 회고한다.
URL: https://x.com/karpathy/status/2019137879310836075?s=46&t=mcSRNjoGZpvK980s1LdaWA
많은 사람들이 이걸 바이브 코딩 1주년이라고 인용 트윗하더라. 간단한 회고 -
나는 트위터 계정을 만든 지 17년이나 됐는데(세상에) 아직도 내 트윗이 얼마나 반응을 얻을지 거의 전혀 예측을 못 한다. 이건 샤워하면서 떠오른 생각을 그냥 막 던진, 대충 날린 트윗이었고 아무 생각 없이 쐈는데, 이상하게도 많은 사람들이 그 시점에 동시에 느끼고 있던 무언가에 딱 맞는 이름을 ‘적절한 순간에’ 붙여버렸다. 그래서 이렇게 됐다: 이제 바이브 코딩은 내 위키피디아에 주요한 밈적 “기여”로 언급되고 있고, 그 항목(문서)도 더 길다. ㅋㅋ
내가 한 가지 덧붙이자면, 당시에는 LLM의 역량이 충분히 낮아서 바이브 코딩은 주로 재미로 하는 일회성 프로젝트, 데모, 탐색에 쓰였다. 꽤 재미있었고, 거의 되는 것 같기도 했다.
하지만 오늘(1년 뒤)은 LLM 에이전트를 통한 프로그래밍이 점점 더 전문가들의 기본 워크플로가 되어가고 있다. 다만 더 많은 감독과 검증이 붙는다. 목표는 에이전트를 사용해 얻는 레버리지를 가져가되, 소프트웨어 품질은 조금도 타협하지 않는 것이다.
많은 사람들이 바이브 코딩과 구분하기 위해 더 나은 이름을 붙이려 했고, 개인적으로 내가 요즘 가장 마음에 드는 건 “agentic engineering(에이전틱 엔지니어링)”이다:
2026년에는 모델 레이어와 새로운 에이전트 레이어 모두에서 계속 개선이 있을 가능성이 높다. 나는 이 둘의 곱(결합)이 만들어낼 결과와 또 1년의 진전에 대해 기대가 크다.
Andrej Karpathy
@karpathy
2025년 2월 2일
내가 “바이브 코딩”이라고 부르는 새로운 종류의 코딩이 있다. 여기서는 분위기(vibes)에 완전히 몸을 맡기고, 지수적 성장을 받아들이며, 코드가 존재한다는 사실조차 잊는다. LLM들(예: Sonnet을 쓰는 Cursor Composer)이 너무 좋아지고 있기 때문에 가능해졌다. 그리고 나는 SuperWhisper로 Composer와 그냥 대화한다.
