에이전틱 엔지니어링이라는 단어를 처음 들었을 때, 뭔가 거창하게 느껴질 수 있다. 그런데 이 단어를 만든 사람이 직접 뜻을 설명하면 이야기가 달라진다. 오픈AI 공동 창업자이자 테슬라 오토파일럿을 설계한 안드레이 카파시는 최근 세쿼이아 캐피털 유튜브 채널과의 인터뷰에서 이렇게 말했다. “프로그래머로서 지금처럼 뒤처진 느낌은 처음이다.” 그 천재가 뒤처진다고 느끼는 시대가 지금이다.
에이전틱 엔지니어링은 단순히 AI를 잘 쓰는 기술이 아니다. 카파시의 인터뷰 핵심은 이 한 문장으로 압축된다. 기존 소프트웨어가 지켜온 품질 기준을 에이전트 시대에도 무너뜨리지 않고 가져가는 것. 이 글에서는 카파시 인터뷰 요약을 바탕으로, 소프트웨어 3.0의 정의부터 바이브코딩과 에이전틱 엔지니어링의 차이, 그리고 이 시대에 우리가 갖춰야 할 3가지 역할까지 순서대로 정리한다.
소프트웨어 3.0이란 무엇인가 — 1.0·2.0·3.0의 차이
카파시는 LLM을 단순한 도구가 아니라 “완전히 새로운 컴퓨터”라고 정의한다. 그리고 컴퓨터가 동작하는 방식의 역사를 세 단계로 나눈다.
| 세대 | 동작 방식 | 핵심 |
|---|---|---|
| 소프트웨어 1.0 | 사람이 직접 코드 작성 | 모든 조건과 예외를 코드로 명시 |
| 소프트웨어 2.0 | 데이터셋으로 뉴럴넷 학습 | 가중치(Weight)가 코드를 대체 |
| 소프트웨어 3.0 | 자연어 프롬프트로 에이전트에게 지시 | 의도만 주면 에이전트가 채운다 |
카파시가 든 예시가 직관적이다. 어떤 도구를 설치하는 스크립트를 만든다고 하자. 1.0 방식으로는 운영체제 환경마다 다른 예외 처리를 일일이 코드로 넣어야 한다. 스크립트가 수백 줄로 불어나고, 그래도 어떤 환경에선 깨진다.
3.0 방식은 다르다. 텍스트 한 덩어리, 즉 스킬 하나를 에이전트에게 주면 에이전트가 자기 환경을 파악하고 알아서 설치한다. 1.0에서는 모든 단계를 코드화해야 했다. 3.0에서는 의도만 주면 된다. 그 사이를 채우는 건 에이전트의 지능이다.
더 충격적인 사례도 있다. 카파시는 메뉴판 사진을 찍으면 각 메뉴별 음식 이미지를 생성해 오버레이해주는 앱을 만들었다. 1.0 방식으로는 OCR로 텍스트 추출, 이미지 생성 API 반복 호출, 렌더링, 배포까지 복잡한 애플리케이션이 필요하다. 3.0 방식은? 사진 찍고 바로 그 사진 위에 이미지가 나온다. 중간 앱이 필요 없다.
카파시는 이걸 “블로우 마이 마인드”라고 표현했다. 인풋과 아웃풋 사이에 사람이 잘게 쪼개 만들어온 수많은 중간 단계가 통째로 사라질 수 있다는 뜻이다. 지금 짜고 있는 코드가 올드 패러다임에 갇힌 건 아닌지 한번 생각해볼 필요가 있다.
바이브코딩 vs 에이전틱 엔지니어링 — 바닥을 올리고 천장을 지킨다
카파시는 두 개념을 명확하게 구분한다.
| 개념 | 정의 | 역할 |
|---|---|---|
| 바이브코딩 | Raising the floor | 비개발자도 앱을 만들 수 있도록 소프트웨어의 바닥을 모두에게 끌어올림 |
| 에이전틱 엔지니어링 | Preserving the quality bar | 기존 소프트웨어가 지켜온 품질 기준을 에이전트 시대에도 유지하는 운동 |
바이브코딩은 혁신이다. 코딩을 한 번도 안 해본 사람이 자기 앱을 만드는 시대가 열렸다는 건 부정할 수 없는 사실이다. 그런데 카파시는 여기서 멈추면 안 된다고 말한다.
바닥이 올라간 만큼, 천장도 지켜야 한다. 테스트, 코드 리뷰, 보안 — 이런 것들이 에이전트 시대에 무너지면 아무리 빠르게 만들어도 쓸 수 없는 코드가 된다. 에이전틱 엔지니어링을 배워야 하는 이유가 바로 여기에 있다.
그리고 카파시는 한 단계 더 나아간다. 에이전트를 능숙하게 다루는 사람에게는 10x는 시작도 아니라고 말한다. 50x, 100x까지도 가능한 시대다. AI 개발 설계에서 다뤘던 것처럼, 설계 먼저 하고 단계별로 검증하는 원칙이 에이전틱 엔지니어링의 실천과 맞닿아 있다.
에이전틱 엔지니어링 시대, 개발자의 3가지 새 역할
인터뷰어가 카파시에게 물었다. “이 AI 에이전트 시대에 우리는 어떤 역할을 해야 하나?” 카파시의 답은 명확했다.
에이전트는 인턴이다. 지치지 않고, 빠르고, 똑똑하지만 실수한다. 그렇기 때문에 우리는 에이전트를 써야 하고, 동시에 그 위에서 역할을 가져야 한다.
카파시가 말하는 3가지 역할이다.
1. Aesthetics + Judgement + Taste — 감각과 판단
뭐가 좋은 코드인지, 더 나아가 뭐가 좋은 프로덕트인지, 유저에게 맞는 게 무엇인지 아는 감각이다. 이건 에이전트에게 줄 수 없다. 에이전트는 제안할 수 있어도, 이 판단의 무게를 질 수 없다.
2. Oversight — 감독
에이전트가 잘못된 방향으로 달릴 때 잡아주고 이끄는 역할이다. 에이전트는 실수한다. 그 실수를 알아채고 방향을 잡는 건 사람의 몫이다.
3. Spec + Plan — 설계와 스펙
아주 디테일한 스펙을 설계하고, 에이전트에게 그 일을 맡기는 것. 카파시는 이게 점점 더 중요해진다고 말한다. 에이전트와 함께 스펙을 만들고, 그 결과물이 문서가 되고, 그 문서를 통해 에이전트가 일한다. 우리는 디렉터가 된다.
카파시 본인도 실천한다. PyTorch 같은 라이브러리의 API 디테일은 이제 더 이상 보지 않는다. 에이전트 인턴이 할 일이기 때문이다. 하지만 PyTorch가 무엇이 가능한지, 어떤 구조로 짜야 하는지는 반드시 알아야 한다. 그걸 모르면 스펙을 짤 수 없고, 인턴에게 뭘 시켜야 할지도 모른다.
이해는 외주를 줄 수 없다 — 카파시가 말하는 진짜 역량
카파시는 인터뷰를 이 한 문장으로 마무리했다.
“You can outsource your thinking, but you can’t outsource your understanding.”
사고는 외주를 줄 수 있어도, 이해는 외주를 줄 수 없다.
이해하지 못하면 디렉터가 될 수 없다. 오케스트레이터가 될 수 없다. 카파시는 요즘 이런 생각을 한다고 했다. “My brain is the model. 내 뇌가 병목이다.”
더 이상 병목은 코드 속도가 아니다. 뭘 만들지, 왜 가치가 있는지, 에이전트를 어떻게 조율할지 — 이게 병목이고, 이건 외주가 안 된다.
여기서 한 가지 짚고 싶다. 이 말은 나에게 낯설지 않다.
현장 엔지니어가 데이터 사이언스를 배우기 시작할 때 가장 먼저 부딪히는 질문이 있다. “AI한테 다 시키면 되지 않나요?” 그런데 막상 써보면 안다. AI는 내가 뭘 물어봐야 할지 모르면 쓸모가 없다. 어떤 파라미터가 의미 있는지, 어떤 구조로 접근해야 하는지, 어디서 이상이 생겼는지 — 그 판단이 없으면 에이전트는 그냥 빠른 실행기일 뿐이다.
카파시가 말하는 에이전틱 엔지니어링의 본질이 바로 여기에 있다. 뭔지를 알아야 시킬 수 있고, 알아야 조율할 수 있다. 도메인을 이해하는 사람이 에이전트를 쥐면 50x, 100x가 된다. 도메인 없이 에이전트만 쥔 사람은 빠른 속도로 엉뚱한 방향을 달릴 뿐이다.
데이터 설계가 AI 분석을 결정한다에서 다룬 것처럼, AI 시대에도 도메인 지식이 핵심인 이유는 변하지 않는다. RAW DATA를 어떻게 설계하고, 어디서 측정하고, 결과를 어떻게 해석할지 — 그 판단은 여전히 사람이 해야 한다. 카파시의 말은 그 오래된 진실을 다시 한번 확인시켜줄 뿐이다.
그러면 지금 우리는 무엇을 키워야 할까? 카파시는 세 가지 근육을 말한다.
| 근육 | 내용 | 키우는 방법 |
|---|---|---|
| Taste | 뭐가 좋은지 아는 감각 | AI를 많이 써보면서 취향을 발전시킨다 |
| Judgement | 어떤 결정을 내려야 하는지 아는 감각 | 에이전트와 함께 설계하고 결과를 돌아본다 |
| Understanding | 개념·구조를 깊이 이해하는 힘 | 디테일을 버리되 펀더멘탈은 놓지 않는다 |
세 가지 모두 결국 하나로 수렴한다. 이해. 내가 다루는 것을 얼마나 깊이 이해하고 있느냐. 그게 에이전트 시대의 진짜 출발점이다.
카파시가 처음에 뒤처진다고 했던 건 절망이 아니었다. 천재도 지금 같은 출발선에 있다는 뜻이다. 그리고 그 출발선에서 가장 유리한 위치는, 현장을 이미 이해하고 있는 사람이다. 바이브코딩 실패 원인에서 다뤘듯, 에이전트를 쓰는 방법보다 에이전트 위에서 설계하는 구조를 먼저 잡아야 한다. 그 구조를 잡는 능력이 도메인 이해에서 나온다.
에이전틱 엔지니어링은 기술이 아니다. 이해하는 사람이 에이전트 시대를 이끄는 이유다.
핵심 요약
- 소프트웨어 3.0은 자연어 프롬프트로 에이전트에게 의도를 주는 시대다 — 중간 단계가 사라진다
- 바이브코딩은 바닥을 올리고, 에이전틱 엔지니어링은 천장을 지킨다 — 둘은 상호 보완 관계다
- 우리의 역할은 감각(Taste), 감독(Oversight), 설계(Spec)다 — 디렉터가 되는 것이다
- 뭔지를 알아야 시킬 수 있고 조율할 수 있다 — 도메인 이해가 에이전틱 엔지니어링의 진짜 출발점이다
함께 읽으면 좋은 글
에이전틱 엔지니어링 시대에 AI가 일을 대신해도 인간의 역할이 사라지지 않는 이유가 궁금하다면 이어서 읽어볼 만하다.
AI 네이티브 세계가 어떤 모습인지, AX 전환 개념이 더 궁금하다면 함께 읽어보자.
카파시 인터뷰 원문은 Sequoia Capital 유튜브 채널에서 확인할 수 있다.
