브록먼이 "에이전트 코딩 80%"를 선언한 날, 진짜 질문은 숫자가 아니라 경계에 있었다
TL;DR: 오픈AI 그렉 브록먼의 보고서에서 에이전트 코딩이 개발 프로세스의 80%를 차지한다는 수치가 공개됐다. 이는 단순한 자동화 통계가 아니다. '코드를 쓸 줄 아는 사람'과 '코드를 쓸 줄 모르는 사람' 사이의 경계가 사라지는 속도가 예상보다 훨씬 빠르다는 신호다. 그리고 그 경계가 사라지는 순간, 다음 질문이 생긴다 — 그러면 무엇이 남는가.
요즘 소프트웨어 업계에는 잘 알려지지 않은 규칙이 하나 있다.
개발자가 코드를 가장 잘 쓰는 사람이 아니게 된 시대에도, 개발자가 가장 중요한 사람으로 남는 이유가 있다는 것이다. 그리고 그 이유는 놀랍게도 코드와 전혀 관계가 없다.
구글은 자사 내부 코드의 상당 부분을 AI가 생성한다고 밝혔다. 메타는 AI 코딩 도구 없이는 지금의 개발 속도를 유지할 수 없다고 인정했다. 그리고 오픈AI의 그렉 브록먼은 보고서를 통해 에이전트 코딩이 개발 프로세스의 80%에 달한다고 선언했다. 그런데 서울의 한 작은 스타트업이 이 숫자를 보며 전혀 다른 질문을 꺼냈다. "그러면 나머지 20%가 뭔지 알고 있는가?"
먼저, '에이전트 코딩 80%'라는 숫자가 실제로 의미하는 것
숫자만 읽으면 오해하기 쉽다.
에이전트 코딩이 80%라는 말은, AI가 개발자의 역할을 80% 대체했다는 뜻이 아니다. 개발 행위 중 코드를 직접 타이핑하는 행위, 함수를 검색하는 행위, 반복적인 보일러플레이트를 작성하는 행위의 80%를 AI 에이전트가 수행하고 있다는 뜻이다. 이 두 문장은 완전히 다른 세계를 가리킨다.
비유하자면 이렇다. 피아니스트가 연주하는 곡의 80%를 자동 반주 시스템이 맡게 됐다는 소식이 들렸을 때, 피아니스트가 사라진 것이 아니라 피아니스트의 손가락이 자유로워진 것이다. 어떤 음을 언제 넣을지, 어디서 감정을 터뜨릴지, 어느 대목에서 침묵할지 — 그 판단은 여전히 피아니스트의 것이다.
그렉 브록먼이 이 수치를 공개하면서 강조한 것도 바로 그 지점이었다. 에이전트 코딩의 확산이 개발자를 몰아내는 것이 아니라, 비개발자에게 코딩의 문을 열어주고 있다는 것. 말하자면, 80%라는 숫자는 개발자의 종말을 예고하는 것이 아니라 개발자의 정의를 바꾸는 신호다.
그런데 여기서 진짜 흥미로운 질문이 시작된다. 비개발자가 코드를 만들 수 있게 되는 세계에서, 우리는 '개발 능력'을 어떻게 측정해야 하는가.
비개발자가 코드를 만드는 세계, 그 전에 먼저 짚어야 할 것
사실 이 이야기는 오늘 갑자기 시작된 것이 아니다.
2000년대 초, 포토샵이 대중화됐을 때 비슷한 공포가 있었다. "디자이너가 사라지는 것 아닌가." 그런데 포토샵은 디자이너를 사라지게 하지 않았다. 오히려 디자이너의 수를 폭발적으로 늘렸고, 동시에 디자이너와 비디자이너 사이의 경계를 흐렸다. 결국 남은 것은 도구를 쓸 수 있는 능력이 아니라, 도구로 무엇을 만들지 아는 능력이었다.
에이전트 코딩의 확산은 포토샵 이후 디자인 업계가 겪었던 변화를 소프트웨어 개발 업계가 빠르게 복습하는 과정처럼 보인다. 그리고 그 복습의 속도는 포토샵 때와 비교가 되지 않는다. 포토샵이 디자인 업계를 바꾸는 데 10년이 걸렸다면, 에이전트 코딩은 그 변화를 2-3년 안에 압축하고 있다.
지금 비개발자들이 에이전트 코딩 도구를 쓰기 시작하면서 가장 먼저 부딪히는 벽이 있다. 코드를 생성하는 것 자체는 쉬워졌다. 그런데 생성된 코드가 올바른지, 버그가 있는지, 보안 취약점이 있는지, 다른 시스템과 충돌하지 않는지를 판단하는 능력은 여전히 훈련이 필요하다. AI가 코드를 만들어주더라도, 그 코드를 검증하는 능력 없이는 결국 위험한 시스템을 만들게 된다.
이것이 에이전트 코딩 80% 시대의 역설이다. 코드를 만드는 문턱은 낮아졌지만, 코드를 제대로 다루는 책임은 사라지지 않았다.
거인들이 이 변화를 어떻게 다루고 있는가
구글은 이미 내부 개발 프로세스에 AI 코딩 어시스턴트를 전면 도입했다. 메타는 자사의 코드 리뷰 프로세스에 AI를 통합시켜, 사람이 검토해야 할 코드의 양을 줄이는 방향으로 실험하고 있다. 마이크로소프트는 깃허브 코파일럿을 통해 전 세계 수백만 개발자의 코딩 패턴을 학습하며 에이전트 코딩의 품질을 높이고 있다.
이 거인들의 공통점은 하나다. 에이전트 코딩을 개발자 대체 수단이 아니라, 개발자 생산성 증폭 도구로 포지셔닝하고 있다는 것이다. 그리고 여기서 브록먼의 발언이 흥미롭게 갈린다. 그는 에이전트 코딩이 개발자뿐만 아니라 비개발자에게까지 확산되고 있다는 점을 강조했다. 거인들이 "개발자를 더 잘 쓰는 도구"를 만들 때, 브록먼은 "개발자가 아닌 사람이 쓰는 도구"를 이야기하고 있었다.
이 미묘한 차이가 사실은 엄청난 간극을 만든다.
개발자가 에이전트 코딩으로 생산성을 높이는 것과, 비개발자가 에이전트 코딩으로 처음 코드를 만드는 것은 완전히 다른 경험이다. 전자는 숙련된 요리사가 더 좋은 칼을 쓰는 것이고, 후자는 요리를 해본 적 없는 사람이 처음으로 자동 조리 기계 앞에 서는 것이다. 결과물은 비슷해 보일 수 있다. 그런데 그 결과물을 다음 단계로 발전시킬 수 있는 능력은 완전히 다른 곳에 있다.
그렇다면 나머지 20%는 무엇인가
이 질문이 오늘 글의 핵심이다.
에이전트 코딩이 80%를 담당한다면, 나머지 20%에 무엇이 들어있는지를 아는 것이 다음 시대의 경쟁력이 된다. 그리고 그 20%는 AI가 아직 잘 하지 못하는 영역들로 구성되어 있다.
첫째, 요구사항의 번역이다. 비즈니스 문제를 기술 언어로 번역하는 능력. "고객이 불편해한다"는 말에서 "어떤 기능을 어떻게 바꿔야 하는가"를 도출하는 과정은 여전히 인간의 판단 영역이다. AI 에이전트는 "함수를 만들어달라"고 하면 함수를 만들 수 있지만, "우리 서비스에서 고객이 이탈하는 이유가 무엇인지 코드로 찾아줘"라는 질문을 함수 설계로 번역하는 과정은 아직 인간이 앞서 있다.
둘째, 실패의 예측이다. 코드를 만들기 전에 그 코드가 실패할 시나리오를 떠올리는 능력. 경험이 쌓인 개발자는 코드를 보기 전에 이미 "이 구조라면 여기서 문제가 생길 것"이라는 직관을 갖는다. 이 직관은 수천 번의 실패와 디버깅을 통해 몸에 쌓인 것이다. AI는 패턴을 학습하지만, 아직 이 직관적 예측을 완전히 재현하지 못한다.
셋째, 책임의 소재다. 에이전트가 만든 코드가 잘못됐을 때, 누가 책임을 지는가. 이 질문에 AI는 답을 못 한다. 그래서 어떤 코드를 만들 것인가를 결정하는 판단과, 그 판단의 결과에 책임을 지는 구조는 여전히 인간 개발자의 영역이다.
나머지 20%는 기술이 아니다. 판단이고, 경험이고, 책임이다.
비개발자의 참여가 만드는 새로운 지형
브록먼이 에이전트 코딩의 확산을 "비개발자에게까지"라고 표현했을 때, 그것이 열어주는 가능성과 동시에 만들어내는 위험을 함께 볼 필요가 있다.
가능성은 분명하다. 마케터가 데이터를 분석하는 스크립트를 직접 만들 수 있게 된다. 기획자가 프로토타입을 개발자 없이 만들 수 있게 된다. 연구자가 분석 코드를 프로그래밍 언어를 몰라도 실행할 수 있게 된다. 이것은 실제로 일어나고 있는 변화다.
그런데 위험도 분명하다. 코드가 어떻게 동작하는지 이해하지 못한 채 시스템을 만들게 되면, 그 시스템이 언제 어떻게 무너질지 예측하기 어렵다. 이미 몇몇 스타트업에서 비개발자가 에이전트 코딩으로 만든 시스템이 실제 서비스에 올라간 후, 예상치 못한 방식으로 장애를 일으킨 사례들이 조용히 회자되고 있다. 숫자로 공개된 통계는 없다. 그러나 분위기는 분명히 존재한다.
이 지점에서 에이전트 코딩 80%라는 숫자의 의미가 달라진다. 이것은 "이제 코딩을 배우지 않아도 된다"는 메시지가 아니라, "코딩을 배우는 방식이 근본적으로 바뀌었다"는 메시지다. 코드를 타이핑하는 훈련보다, 코드를 판단하는 훈련이 더 중요해지는 시대가 왔다.
그리고 이 변화의 끝에서 남는 질문
에이전트 코딩이 80%에 도달했다면, 다음 숫자는 언제 나올까. 90%? 95%? 이론적으로 AI 에이전트가 코드를 100% 생성하는 세계는 머지않은 미래에 가능할지도 모른다.
그런데 100%라는 숫자가 실현되는 순간, 역설적으로 인간의 역할은 더욱 선명해진다. 코드를 만드는 능력이 완전히 자동화된 세계에서는, 무엇을 만들지 결정하는 능력만 남기 때문이다. 그리고 그 결정 능력은 코딩 교육이 아니라, 세상을 이해하는 교육에서 나온다.
비드래프트가 개발하는 시스템들, 신약 후보 물질을 탐색하는 PharmaOS나 사회 구조를 시뮬레이션하는 NationalOS 같은 플랫폼은, 사실 에이전트 코딩 80% 시대의 20%를 겨냥하고 있다. AI가 코드를 만드는 것이 아니라, AI가 코드를 넘어 판단을 만드는 것. 이 방향이 의미 있는 이유는, 도구를 자동화하는 것보다 판단을 지원하는 것이 훨씬 어렵고, 따라서 훨씬 가치 있는 문제이기 때문이다.
아직 이 판단 지원 시스템이 완성됐다는 뜻은 아니다. 그것은 아직 갈 길이 멀다. 그러나 방향 자체는 80%라는 숫자가 가리키는 곳과 정확히 반대편을 바라보고 있다.
코드를 만들지 않는 것과, 코드를 만들 수 없는 것은 다르다.
에이전트 코딩 80%의 시대에 진짜 희소해지는 능력은 코드를 직접 쓰는 손이 아니다. 코드가 무엇을 해야 하는지 아는 머리, 그리고 그 결과에 책임을 지는 자세다. 브록먼이 던진 숫자 하나가, 꽤 긴 이야기를 품고 있었다.
더 많은 AI 인사이트는 비드래프트에서 확인하세요.
Q. 에이전트 코딩이 80%라는 수치는 정확히 무엇을 기준으로 한 것인가요?
A. 그렉 브록먼의 보고서에서 제시된 수치로, 개발 프로세스 전체 중 AI 에이전트가 코드 생성을 담당하는 비중을 나타냅니다. 코드 타이핑, 함수 생성, 반복 구조 작성 등의 작업이 포함되며, 설계 판단이나 요구사항 분석 같은 상위 레벨 의사결정은 이 수치에 포함되지 않습니다.
Q. 비개발자가 에이전트 코딩을 쓰면 실제로 개발자 수요가 줄어드나요?
A. 역사적으로 이와 유사한 도구의 등장은 개발자 수를 줄이기보다 늘려왔습니다. 포토샵이 디자이너를 대체하지 않고 디자이너의 저변을 넓혔듯, 에이전트 코딩도 코딩 접근성을 높이면서 전체 소프트웨어 수요를 확대할 가능성이 높습니다. 다만 단순 반복 코딩 업무의 수요는 실질적으로 감소할 수 있습니다.
Q. 나머지 20%를 담당하는 능력을 어떻게 키울 수 있나요?
A. 코드를 직접 타이핑하는 연습보다, 시스템이 어떻게 실패하는지를 관찰하고 요구사항을 기술 언어로 번역하는 훈련이 더 중요합니다. 에이전트가 만든 코드를 그냥 실행하기보다 읽고 검증하는 습관, 그리고 기술 판단에 책임을 지는 경험을 쌓는 것이 현실적인 방향입니다.
Q. 에이전트 코딩 100%가 실현되면 개발자라는 직업은 사라지나요?
A. 코드 생성이 완전 자동화될수록 무엇을 만들지 결정하는 능력의 가치는 오히려 높아집니다. '개발자'라는 직업의 정의가 바뀔 가능성은 높지만, 기술적 판단과 책임을 담당하는 역할 자체는 사라지지 않을 것입니다. 직업의 이름보다 역할의 내용이 변화하는 것에 가깝습니다.