1장: 구현 비용의 붕괴

2025년 2월, Andrej Karpathy는 새로운 코딩 방식을 하나 소개하는 트윗을 올렸습니다. "바이브에 완전히 몸을 맡기고, 지수적 성장을 받아들이고, 코드가 존재한다는 사실조차 잊는(fully give in to the vibes, embrace exponentials, and forget that the code even exists)" 방식이라는 것이었습니다. 그는 에이전트가 내놓은 diff를 읽지 않고 전부 수락하고, 에러가 나면 메시지를 그대로 붙여넣는다고 적었습니다. 이 트윗은 조회 450만 회를 넘기며 바이브 코딩(vibe coding)이라는 이름을 남겼습니다 (용어의 이력).

중요한 것은 이것이 냉소나 농담이 아니었다는 점입니다. 코드를 한 줄도 읽지 않고 전부 수락하는 방식으로도 무언가가 실제로 완성되는 순간이 왔다는 관찰이었습니다. 그렇다면 정확히 무엇이 그만큼 싸진 것인지부터 따져 보아야 합니다.

무엇이 실제로 싸졌는가

가장 확실하게 싸진 것은 첫 버전을 존재하게 만드는 비용입니다. 빈 화면에서 동작하는 무언가까지 가는 거리, 프로토타입, 보일러플레이트, 익숙하지 않은 라이브러리의 첫 연결. 예전에는 하루가 걸리던 이 구간이 몇 분으로 줄었습니다.

그런데 더 중요한 변화는 그 옆에 있습니다. 버리는 비용도 함께 0에 수렴했다는 것입니다. 두 시간을 들여 만든 접근법은 아까워서 붙들게 되지만, 20분 만에 나온 접근법은 미련 없이 지우고 다른 방향을 다시 세워 볼 수 있습니다. 하나를 고르기 전에 세 가지를 실제로 만들어 보는 일이 처음으로 현실적인 선택지가 되었습니다. 이 대목은 3부에서 무엇에 걸지 정하는 방식을 다시 다룰 때 돌아올 지점입니다.

이 변화는 조직 수준의 텔레메트리에서도 관측됩니다. Faros AI가 1,255개 팀과 개발자 1만여 명의 데이터를 분석한 결과, AI 도입도가 높은 팀은 머지된 PR이 98% 늘었습니다 (Faros AI). 코드가 만들어져 들어오는 양 자체는 실제로 두 배 가까이 뛴 셈입니다.

무엇은 싸지지 않았는가

여기서 이야기를 멈추면 결론은 하나뿐입니다. 계획할 시간에 그냥 만들면 된다는 것입니다. 그런데 같은 시기의 가장 단단한 실측 하나가 정확히 반대 방향을 가리킵니다.

METR은 2025년 7월, 숙련된 오픈소스 개발자 16명에게 자신이 오래 유지보수해 온 저장소의 실제 이슈 246건을 맡기고 무작위 대조 실험을 했습니다. AI 도구 사용이 허용된 조건에서 이들은 19% 더 느리게 작업을 마쳤습니다. 그런데 더 눈여겨볼 것은 그다음입니다. 실험이 끝난 뒤에도 참가자들은 자신이 20%가량 빨라졌다고 느끼고 있었습니다. 체감과 실측 사이에 39%p의 인식 격차가 벌어진 것입니다 (METR, arXiv:2507.09089).

이 결과는 앞 절을 뒤집지 않습니다. 두 결과가 갈라지는 지점은 조건입니다. 생성이 빨라진 것은 사실이고, 그 이득은 코드를 읽지 않고 수락할 때 온전히 손에 들어옵니다. 그러나 남이 오래 책임져 온 코드베이스에서, 들어온 변경을 이해하고 검토하고 자기 이름으로 머지해야 하는 순간, 줄어들었던 비용이 다른 항목으로 되살아납니다. 즉 "구현 비용이 0에 수렴한다"는 명제는 조건부 진실입니다. 검증하지 않는 만큼만 0이고, 책임지고 확인하기 시작하는 만큼 값이 돌아옵니다.

그리고 39%p의 격차가 말해 주는 것은, 그 되살아난 비용을 우리가 스스로 잘 보지 못한다는 사실입니다. 프로세스를 다시 설계할 때 체감을 근거로 삼으면 안 되는 이유가 여기에 있습니다.

명명자의 후퇴

같은 결론에 다른 경로로 도달한 사람이 이 용어를 만든 당사자입니다. 트윗으로부터 1년쯤 지난 2026년 2월, Karpathy는 바이브 코딩이라는 프레이밍을 내려놓고 에이전틱 엔지니어링(agentic engineering)으로 자리를 옮겼습니다. 도구가 나빠져서가 아니라, 도구가 품질 임계점을 넘어서면서 이 프레이밍이 오히려 사람들을 잘못된 곳으로 데려가기 시작했기 때문입니다.

"바이브 코딩은 바닥을 끌어올리는 일입니다. 에이전틱 엔지니어링은 전문 소프트웨어의 품질 기준선을 지키는 일입니다. 바이브 코딩을 했다는 이유로 취약점을 들여놓는 것은 허용되지 않습니다. 여러분은 여전히 자신의 소프트웨어에 책임이 있습니다."

"지금 에이전트는 인턴 같은 존재입니다. 미감, 판단, 취향, 감독은 여전히 여러분이 쥐고 있어야 합니다."

— Andrej Karpathy (Sequoia Ascent 2026)

1년 사이에 벌어진 이 용어의 이동 자체가 하나의 증언입니다. 이 방식으로 만들 수 있는 것의 하한선은 분명히 올라갔지만, 만들어진 것을 붙들고 있어야 하는 자리는 사라지지 않았고 다만 위치가 바뀌었습니다. 명명자 본인이 "책임"과 "감독"이라는 단어로 그 새 위치를 가리키고 있는 셈입니다.

그렇다면 비용은 정확히 어디로 옮겨 간 것일까요. 다음 장에서 새로 희소해진 세 자원을 하나씩 짚어 보겠습니다.