바이브 코딩은 이제 구식 — Karpathy가 말하는 소프트웨어의 미래

"바이브 코딩(vibe coding)은 이제 구식입니다. 대신 에이전틱 엔지니어링(agentic engineering)이라는 단어를 쓰길 권합니다."

— Andrej Karpathy, 전 OpenAI 공동창업자 / Tesla AI 전 디렉터

바이브 코딩이라는 개념을 처음 세상에 내놓은 사람은 Karpathy 본인이었다. 2025년 초, 그는 LLM에 자연어 프롬프트를 던지고 에러 메시지를 반복해 가며 코드를 만들어가는 방식을 그렇게 불렀다. 1년도 채 지나지 않아, 그가 직접 그 시대의 막을 내렸다.

---

1. 바이브 코딩, 왜 구식이 됐나

바이브 코딩은 처음 등장했을 때 충분히 혁신적이었다. LLM에 "이런 기능 만들어줘"라고 쓰고, 에러가 나면 그 에러를 다시 붙여넣고, 동작할 때까지 반복한다. 코드를 완전히 이해하지 않아도 된다는 점이 특징이었다.

그런데 LLM 자체가 훨씬 강력해졌다. 2025년 말~2026년 초를 기점으로 코드 생성 모델의 수준이 급격히 올라갔고, 이제는 단순히 코드를 생성하는 것을 넘어 계획 수립 → 코드 작성 → 테스트 → 디버깅 → 배포까지 전 과정을 자율적으로 수행하는 에이전트가 등장했다.

그 결과, 2025년의 바이브 코딩은 다음과 같은 한계를 드러냈다:

• 단발성: 프롬프트 하나로 단편적인 코드만 생성, 큰 시스템을 일관성 있게 만들기 어려움
• 검증 부재: 동작 여부만 확인하고 품질·보안·유지보수성은 신경 쓰지 않음
• 전문성 부족: 결과물을 이해하지 않아도 된다는 접근은 프로덕션에서 치명적

바이브 코딩은 학생·취미 개발자에게는 여전히 유효하다. 하지만 Karpathy는 전문 개발자에게는 이미 더 나은 패러다임이 왔다고 본다.

---

2. 에이전틱 엔지니어링이란 무엇인가

Karpathy가 정의하는 에이전틱 엔지니어링은 두 단어의 조합에서 의미를 읽어야 한다.

"Agentic" — 새 기본값은 코드를 직접 쓰는 것이 아니다. 99%의 경우 AI 에이전트가 코드를 쓴다. 개발자는 에이전트를 지휘하고 감독한다. 에이전트의 계획을 검토하고, 결과를 검증하고, 방향을 수정한다.

"Engineering" — 그렇다고 그냥 프롬프트만 던지는 일이 아니다. 시스템 설계, 아키텍처 결정, 품질 기준 수립, 보안 검토 — 이 모든 것에 진짜 공학적 사고가 필요하다. 오히려 AI가 저수준 작업을 맡을수록, 인간이 고수준 판단에 집중해야 할 필요성이 커진다.

Karpathy의 표현을 빌리면:

"LLM 에이전트를 통한 프로그래밍은 전문가들에게 점점 기본 워크플로우가 되고 있다. 단, 더 많은 감독과 면밀한 검토와 함께."

이것이 핵심이다. 자동화가 늘어날수록 인간의 역할은 줄어드는 것이 아니라 더 상위 계층으로 이동한다.

---

3. 개발자의 역할이 어떻게 바뀌는가

에이전틱 엔지니어링 시대의 개발자는 세 가지 핵심 역할을 맡는다.

전략 기획자 (Strategist)

무엇을 만들지, 어떤 아키텍처로 만들지, 어떤 trade-off를 선택할지 결정한다. AI는 이 단계에서 아이디어를 내고 옵션을 제시하지만, 최종 결정은 인간이 한다.

에이전트 오케스트레이터 (Orchestrator)

어떤 에이전트에게 어떤 작업을 맡길지, 에이전트들 간의 협업 흐름을 설계한다. 마치 시니어 엔지니어가 팀원들에게 일을 분배하고 조율하는 것과 같다.

품질 감독자 (Quality Guardian)

AI가 생성한 코드를 검토하고, 테스트를 설계하며, 보안·성능·유지보수성 기준에 부합하는지 확인한다. "동작하면 OK"가 아니라 "왜 이렇게 동작하는지"를 이해해야 한다.

역설적으로, 에이전틱 엔지니어링은 시니어 개발자의 가치를 높인다. Karpathy는 "기술적 숙련도는 이전보다 훨씬 더 강력한 승수가 됐다"고 말한다. AI가 실무 코딩을 맡을수록, 그 결과를 판단하고 방향을 잡아줄 수 있는 진짜 전문성이 더 희소해지기 때문이다.

---

4. 기업에게 무엇을 의미하는가

에이전틱 엔지니어링은 개인 개발자의 방법론 변화에 그치지 않는다. 조직 수준에서도 근본적인 변화를 요구한다.

책임 체계의 재설계: AI가 작성한 코드의 버그·보안 취약점에 대한 책임은 누구에게 있는가? 에이전트를 지휘한 엔지니어? 에이전트를 도입한 팀? 에이전틱 엔지니어링은 감독과 검증을 명시적인 워크플로우로 만들어 이 문제를 구조적으로 해결한다.

전문성 재투자: AI가 반복적·저수준 코딩을 맡으면서 확보된 개발자의 시간은, 아키텍처·시스템 설계·AI 감독 역량 개발에 재투자돼야 한다. "AI 덕분에 더 쉬워진다"가 아니라 "AI 덕분에 더 어려운 문제에 집중하게 된다"가 맞다.

채용 기준 변화: 코드를 빠르게 작성하는 능력보다, AI 에이전트의 결과물을 정확하게 평가하고 방향을 잡아주는 능력이 중요해진다. 면접에서 알고리즘 암기보다 시스템 사고와 품질 판단력을 더 많이 보게 될 것이다.

---

5. 한국 개발자에게 시사하는 것

Karpathy의 선언이 한국 개발 생태계에 던지는 메시지는 명확하다.

"AI 도구를 쓰는 것"과 "에이전틱 엔지니어링을 실천하는 것"은 다르다. Copilot으로 자동완성을 쓰거나, ChatGPT에 코드를 물어보는 것은 바이브 코딩의 연장선이다. 에이전틱 엔지니어링은 에이전트의 전체 작업 흐름을 설계하고, 결과를 체계적으로 검증하고, 시스템 수준에서 품질을 보장하는 능력을 요구한다.

깊이가 더 중요해진다. AI가 코드를 써주면 쓸수록, 그 코드가 무엇을 하는지 이해하는 사람의 가치가 올라간다. 기초가 탄탄한 시니어 엔지니어는 에이전틱 엔지니어링 시대에 더 강해진다.

"에이전트를 잘 다루는 법"이 새 커리어 스킬이다. 프롬프트 엔지니어링을 넘어, 복잡한 작업을 에이전트에게 효과적으로 위임하고, 결과를 검증하고, 에이전트 간 협업을 설계하는 능력 — 이것이 2026년 이후 개발자에게 필요한 새 역량이다.

---

정리하며

2025년의 "그냥 프롬프트 던지기"에서 2026년의 "에이전트 지휘·감독"으로 — 패러다임은 분명히 이동하고 있다. Karpathy는 이것이 단순한 도구 변화가 아니라 소프트웨어 엔지니어링의 직업적 정체성 변화라고 본다.

흥미로운 것은 이 변화가 개발자를 대체하는 방향이 아니라는 점이다. 에이전틱 엔지니어링은 AI가 더 많은 일을 할수록 인간 엔지니어의 판단력·전문성·감독 역량이 더 중요해지는 구조다. 기술 역량이 AI의 "승수"가 되는 시대, 제대로 된 공학적 기초를 갖춘 사람이 가장 큰 수혜자가 될 것이다.

---

출처: The New Stack — Vibe coding is passé