시니어가 19% 느려졌는데 빨라졌다고 착각했다 — Vibe Coding의 진실

#ai #vibecoding #productivity #agenticengineering

2025년 2월, OpenAI 공동 창립자 Andrej Karpathy가 트윗 하나를 날렸다.

"바이브 코딩이라는 새로운 종류의 코딩이 있다. 바이브에 완전히 몸을 맡기고, 지수함수를 받아들이고, 코드가 존재한다는 사실을 잊는 것이다."

Karpathy는 SuperWhisper 같은 음성 인터페이스로 AI에게 "사이드바 패딩을 반으로 줄여"라고 말하고, 코드 diff를 읽지 않고 "Accept All"을 누르고, 에러가 나면 에러 메시지를 코멘트 없이 그대로 AI에 붙여넣어 알아서 고치게 했다. 본인도 "코드가 내 이해 범위를 넘어서 자라고 있다"고 인정했다.

이 트윗은 450만 뷰를 찍었다. 검색량이 봄에만 6,700% 급증했고, Collins Dictionary 2025년 올해의 단어로 선정됐다. Karpathy 본인은 나중에 "아무 생각 없이 올린 샤워 중 떠오른 생각 트윗"이라고 했다.

1년이 지난 2026년 2월, Karpathy가 다시 입을 열었다. "바이브 코딩은 이제 구식이다." 새 용어를 제안했다. "Agentic Engineering."

두 가지 정의가 충돌 중

Vibe Coding이라는 단어에는 상충하는 정의가 두 개 있다.

첫 번째는 Karpathy의 원래 의미다. AI가 만든 코드를 이해하지 않고 수용하는 것이다. "코드가 존재한다는 사실을 잊는 것." 주말 프로젝트나 프로토타입에 적합하고, 프로덕션에는 위험하다.

두 번째는 실전에서의 의미다. AI가 코드를 생성하지만 사람이 리뷰, 테스트, 이해하는 것이다. AI는 "타이핑 어시스턴트"나 "페어 프로그래머" 역할이다. 프로덕션에도 적용 가능하다.

프로그래머 Simon Willison의 구분이 명확하다. "LLM이 모든 코드를 작성했지만, 당신이 리뷰하고 테스트하고 이해했다면, 그건 내 기준으로 바이브 코딩이 아니다. LLM을 타이핑 어시스턴트로 쓴 것이다."

숫자: 이미 주류다

2026년 통계를 보면 바이브 코딩이든 AI 보조 코딩이든, AI를 안 쓰는 개발자가 소수파가 됐다. 미국 개발자의 92%가 AI 코딩 도구를 매일 사용하고, 글로벌 개발자의 82%가 주 1회 이상 사용한다. 전 세계에서 작성된 코드의 41%가 AI 생성이다. Fortune 500 기업의 87%가 바이브 코딩 플랫폼을 하나 이상 도입했다.

경험 수준에 따른 차이가 극명하다. 시니어 개발자(10년+)는 81%의 생산성 향상을 보고했다. 중급 개발자(3~10년)는 51% 빠른 작업 완료를 경험하지만 리뷰 시간이 더 필요하다. 주니어 개발자(0~3년)는 혼재된 결과를 보이며, 40%가 완전히 이해하지 못한 채 코드를 배포한다고 인정했다.

불편한 연구 결과

METR이라는 AI 평가 기관이 2025년 7월에 무작위 대조 실험을 실시했다. 경험 많은 오픈소스 개발자들이 AI 코딩 도구를 사용했을 때의 결과가 충격적이었다. 19% 느려졌다. 24% 빨라질 것으로 예측했고, 사후에도 20% 빨랐다고 믿었음에도.

실제로 느려졌는데 빨라졌다고 착각한 것이다. 이유가 있다. 비사소한 작업에서 AI 생성 코드를 리뷰하고, 검증하고, 수정하는 인지적 오버헤드가 생성 시간 절약분을 상쇄하거나 역전시킬 수 있다.

보안 문제도 현실이다. 2025년 5월, 스웨덴의 바이브 코딩 앱 Lovable에서 생성된 1,645개 웹 앱 중 170개에 개인정보 접근 가능한 보안 취약점이 발견됐다. 2025년 12월 CodeRabbit 분석에 따르면, AI가 공저한 코드에 포함된 주요 이슈가 인간 작성 코드 대비 약 1.7배 많았다.

Linus Torvalds의 접근: 가장 현실적인 사례

2026년 1월 Linux의 아버지 Linus Torvalds가 Google Antigravity를 사용해 AudioNoise 프로젝트의 Python 시각화 도구를 바이브 코딩으로 만들었다. README에 명시했다. "Python 시각화 도구는 기본적으로 바이브 코딩으로 작성됐다."

핵심은 그다음이다. C 컴포넌트는 직접 코딩했다. 바이브 코딩은 주변 도구에만 사용하고 핵심 로직에는 쓰지 않았다. 이후 Open Source Summit에서 바이브 코딩이 시작하기엔 괜찮지만 유지보수에는 "끔찍한 아이디어"라고 말했다.

핵심 C 코드(커널 로직)는 직접 코딩하고, 주변 Python 도구(시각화)는 바이브 코딩. 이게 2026년 가장 현실적인 접근이다.

2026년: Agentic Engineering으로 진화

Karpathy 본인이 2026년 2월에 선언한 방향이 명확하다. "오늘 LLM 에이전트를 통한 프로그래밍이 전문가들의 기본 워크플로가 되어가고 있다. 다만 더 많은 감독과 검증이 동반된다. 목표는 에이전트 활용의 레버리지는 취하되 소프트웨어 품질에는 타협 없는 것이다."

바이브 코딩(코드를 이해하지 않고 수용)에서 에이전틱 엔지니어링(에이전트가 생성하고 인간이 감독/검증)으로 진화한 것이다. 앞에서 배운 에이전트 패턴이 코딩 워크플로에 적용된 형태다. 에이전트가 계획을 세우고, 구현하고, 테스트하고, 사람이 리뷰하고, 수정 지시하고, 에이전트가 수정한다.

최고의 바이브 코더는 보통 아키텍처를 이해하고, 나쁜 AI 출력을 잡아내고, 언제 개입해야 하는지 아는 시니어 엔지니어다. AI를 쓰되 진짜 중요한 결정에 대한 통제는 유지하면서 지루한 부분만 위임한다.