에이전트 코딩이 개발 현장을 장악했다는 선언이 나왔다. 그런데 그 숫자가 진짜로 뒤집는 것은 코드의 미래가 아니다.
TL;DR: 오픈AI 그레그 브록먼의 보고서에 따르면 AI 에이전트가 개발 프로세스의 80%를 담당하게 됐다. 그런데 이 숫자가 정말로 선언하는 것은 "개발자의 종말"이 아니라, 나머지 20%가 무엇인지에 대한 새로운 질문이다. 판단과 책임과 맥락 — 기계가 아직 손에 넣지 못한 그것이, 지금 가장 비싼 능력이 되고 있다.
요즘 소프트웨어 업계에는 잘 알려지지 않은 규칙이 하나 있다.
회의실에서 코드를 가장 빠르게 만드는 사람이 가장 중요한 사람은 아니라는 것. 오히려 코드를 언제 멈춰야 하는지, 어느 방향으로 가야 하는지를 아는 사람이 점점 더 비싸지고 있다는 것. 그리고 2026년 5월, 그 규칙을 가장 선명하게 증명하는 숫자가 하나 나왔다.
오픈AI의 공동 창업자 그레그 브록먼이 내놓은 보고서에는 이런 내용이 담겨 있었다. AI 에이전트가 개발 프로세스의 80%를 차지하게 됐다. 비개발자에게도 그 문이 열렸다. 이제 코드를 짜는 것은 더 이상 개발자만의 언어가 아니다.
언론은 당연히 이 숫자를 헤드라인에 올렸다.
그런데 아무도 묻지 않은 질문이 있었다.
나머지 20%는 무엇인가.
먼저, '80%'라는 숫자가 실제로 의미하는 것
숫자는 종종 진실을 말하는 척하면서 가장 중요한 것을 생략한다.
80%라는 수치 앞에 사람들은 본능적으로 압도당한다. 소프트웨어 개발의 5분의 4를 기계가 한다는 선언은, 마치 공장 라인에서 인간 노동자가 밀려나던 20세기의 장면을 연상시킨다. 개발자들이 불안해하고, 비개발자들이 환호하고, 경영진이 채용 계획을 다시 꺼내 드는 이유가 여기 있다.
그런데 이 80%는 정확히 어떤 작업인가.
에이전트 코딩이 잘하는 것은 구체적이고 명확하다. 반복적인 보일러플레이트 코드 생성, 테스트 케이스 작성, 문서화, 알려진 패턴의 구현, 기존 코드의 리팩토링. 이 작업들은 인간 개발자가 하루 업무 중 가장 많은 시간을 쓰면서도 가장 적은 창의력이 필요했던 부분이다. 누군가는 이것을 "개발자의 잡무"라고 불렀다. 그 잡무가 사라진다는 것은 해방이기도 하고, 일자리의 축소이기도 하다.
하지만 진짜 중요한 사실은, 이 80%가 개발 프로세스에서 결정의 80%를 가져간다는 뜻이 아니라는 점이다.
코드 한 줄이 탄생하기 전에는 반드시 이런 질문들이 선행한다. 이 기능을 왜 만들어야 하는가. 사용자가 정말로 원하는 것은 무엇인가. 이 아키텍처가 6개월 뒤에도 유효할 것인가. 보안 취약점은 어디에 숨어있는가. 이 코드가 실패했을 때 책임은 누가 지는가. 에이전트는 이 질문들에 아직 답하지 못한다. 아니, 더 정확히 말하면, 답을 낼 수는 있지만 그 답이 틀렸을 때 아무것도 잃지 않는다.
그것이 핵심이다.
잃을 것이 없는 존재는 진짜 결정을 내리는 것이 아니다. 출력을 할 뿐이다.
비개발자의 문이 열렸다는 것이 정말로 의미하는 것
브록먼의 보고서에서 두 번째로 중요한 키워드는 "비개발자까지 확산"이다.
이것은 단순히 기술이 쉬워졌다는 이야기가 아니다. 더 정확히 말하면, 코드를 작성하는 능력과 소프트웨어를 만드는 능력이 분리되기 시작했다는 선언이다. 오랫동안 이 둘은 동의어에 가까웠다. 소프트웨어를 만들려면 코드를 써야 했고, 코드를 쓰려면 프로그래밍 언어를 배워야 했다. 진입 장벽은 기술적 복잡성이었다.
그 장벽이 낮아졌다.
마케터가 자신의 캠페인 분석 도구를 직접 만들기 시작했다. 의사가 환자 데이터를 처리하는 스크립트를 직접 작성한다. 교사가 자신의 수업을 위한 퀴즈 생성 시스템을 하루 만에 프로토타입으로 만든다. 이것은 소프트웨어 개발의 민주화라고 불러도 좋은 장면이다.
그런데 여기서 흥미로운 역설이 생긴다.
비개발자들이 코드를 만들 수 있게 됐다는 것은, 비개발자들이 이제 개발자들이 오래 씨름해온 질문 앞에 서게 됐다는 뜻이기도 하다. 이 코드는 안전한가. 이 로직은 엣지 케이스를 처리하는가. 이 시스템이 확장될 때 어떻게 작동하는가. 도구는 손에 쥐어줬지만, 그 도구를 올바르게 사용하는 판단력은 함께 주어지지 않는다.
비유하자면, 에이전트 코딩은 면허 없이도 쓸 수 있는 자동차를 나눠준 것과 비슷하다. 차는 달리지만, 어디로 달려야 할지를 아는 것은 여전히 운전자의 몫이다.
그러니 이 확산이 진정으로 가치를 만들려면, 비개발자들에게 필요한 것은 코딩 능력이 아니라 시스템 사고다. 요구사항을 명확히 정의하고, 결과물을 비판적으로 검토하고, 실패 가능성을 미리 그려보는 능력. 이것은 어떤 에이전트도 대신해줄 수 없다.
거인들이 이 숫자를 두려워하지 않는 이유
구글은 내부 코드의 상당 부분을 이미 AI가 생성하고 있다고 공식적으로 밝혔다. 마이크로소프트는 GitHub Copilot을 통해 개발자들의 작업 방식을 수년 전부터 바꿔왔다. 메타는 자체 AI 인프라를 통해 코드 생성 자동화를 깊숙이 통합했다. 이 거인들에게 80%라는 숫자는 놀라운 뉴스가 아니다. 이미 그 흐름 안에 있었다.
그런데 이들이 이 숫자를 진정으로 두려워하지 않는 이유는 따로 있다.
이들은 80%가 만들어지는 파이프라인을 소유하고 있다. 에이전트가 코드를 생성할 때 사용하는 모델, 그 모델을 학습시킨 데이터, 그 데이터를 처리하는 인프라 — 이 모든 것이 거인들의 손안에 있다. 코드를 만드는 능력이 확산될수록, 그 코드를 만드는 도구에 대한 의존도는 오히려 높아진다.
이것은 산업혁명 시대와 구조적으로 닮았다. 방적기가 보급되면서 옷감을 만드는 사람이 늘어났지만, 방적기를 만드는 회사가 진짜 부를 쌓았다. 에이전트 코딩의 시대에도 같은 그림이 그려지고 있다. 코드를 만드는 것이 쉬워질수록, 코드를 만드는 기계를 파는 것이 더 어려워지지 않는다. 오히려 시장이 커진다.
오픈AI가 브록먼의 보고서를 통해 이 숫자를 공개한 것은 단순한 성과 자랑이 아니다. 이것은 시장 신호다. "우리 도구를 쓰면 이렇게 된다"는 메시지를 가장 인상적인 방식으로 전달한 것이다. 80%라는 숫자는 기술 지표이면서 동시에 마케팅 언어다.
그렇다면 나머지 20%는 실제로 무엇으로 채워지는가
여기서 가장 솔직한 이야기를 해야 한다.
나머지 20%는 낭만적인 무언가가 아니다. "인간만이 할 수 있는 창의성" 같은 말로 포장하면 듣기 좋지만, 실제로는 더 구체적이고 더 불편하다.
첫 번째는 맥락 판단이다. 에이전트는 주어진 요구사항을 처리하지만, 그 요구사항이 올바른지를 의심하지 않는다. "이 기능을 추가해달라"는 지시에 에이전트는 충실히 응하지만, "이 기능을 지금 추가하는 것이 제품의 방향과 맞는가"를 묻는 것은 인간의 일이다. 맥락이란, 말해지지 않은 것들의 총합이다.
두 번째는 실패의 소유권이다. 에이전트가 만든 코드에 버그가 있어 시스템이 다운됐을 때, 책임은 에이전트에게 돌아가지 않는다. 그 코드를 검토하고 배포를 결정한 인간에게 돌아온다. 에이전트가 80%를 만드는 세계에서, 인간이 지는 책임의 무게는 오히려 더 커질 수 있다. 왜냐하면 더 많은 것이 더 빠르게 만들어지고, 그 모든 것의 최종 검토자는 여전히 인간이기 때문이다.
세 번째는 윤리적 경계다. 어디까지 자동화하고 어디서 멈춰야 하는지를 결정하는 것. 이 코드가 어떤 사람에게 어떤 영향을 미칠 것인지를 상상하는 것. 기술이 할 수 있다는 것과 해야 한다는 것을 구별하는 것. 이 세 가지는 모두 인간의 판단 영역이고, 그것을 위임받은 기계는 아직 없다.
결국 나머지 20%는, 그 어떤 자동화로도 희석되지 않는 인간 고유의 책임 지대다.
비드래프트가 이 숫자 앞에서 묻는 것
비드래프트는 Darwin 모델 패밀리를 통해 GPQA Diamond 글로벌 3위를 기록했다. HuggingFace 공인 협력사로서 K-AI 리더보드 상위권을 유지하고 있다. 이 팀이 에이전트 코딩의 확산 소식을 들었을 때 무엇을 먼저 생각했을까.
에이전트가 만드는 80%가 정말로 신뢰할 수 있는가.
이것은 기술적인 질문이기도 하고, 철학적인 질문이기도 하다. 코드가 자동으로 생성된다는 것은 그 코드의 품질을 어떻게 보장할 것인가의 문제를 함께 불러온다. 특히 의료, 법률, 금융처럼 실패의 비용이 높은 영역에서는 에이전트가 만든 코드를 그대로 쓸 수 없다. 검증 레이어가 필요하다. 그 검증을 누가, 어떻게 할 것인가.
비드래프트가 개발하고 있는 PharmaOS 신약 발견 플랫폼이나 AETHER 하이브리드 어텐션 아키텍처는, 에이전트 코딩이 80%를 처리하는 세계에서도 그 나머지 20%의 품질 보증이 결정적이라는 것을 전제로 한다. 생명과 직결된 연산에서 "에이전트가 만들었으니 믿어도 된다"는 논리는 통하지 않는다.
그래서 이 팀이 주목하는 것은 에이전트 코딩의 성능이 아니라, 에이전트 코딩의 검증 가능성이다.
80%의 세계에서 살아남는 능력은 무엇인가
이 질문은 개발자에게만 향하지 않는다.
에이전트 코딩이 비개발자에게까지 확산됐다는 브록먼의 선언이 사실이라면, 이제 모든 지식 노동자가 이 질문 앞에 서게 된다. 기계가 빠르게 만들어내는 것들 사이에서, 내가 만들어내는 것의 의미는 무엇인가.
역설적이게도, 도구가 강력해질수록 도구를 다루는 사람의 판단력이 더 중요해진다. 에이전트 코딩이 30%였을 때는, 잘못된 방향으로 가더라도 낭비되는 코드의 양이 적었다. 그것이 80%가 된 세계에서는, 잘못된 방향 하나가 순식간에 수십 배의 잘못된 코드를 쏟아낸다.
속도가 빨라질수록 방향이 더 결정적이다.
이것은 비행기의 비유와 닮아있다. 자동조종 시스템이 발전할수록, 파일럿의 역할이 줄어드는 게 아니라 오히려 더 정교해진다. 자동화가 처리할 수 없는 비상 상황에서의 판단, 목적지를 결정하는 항법 감각, 승객의 안전에 대한 최종 책임 — 이것들은 자동조종 장치가 아무리 발전해도 조종석에 앉아있는 사람의 몫이다.
개발 현장의 지금도 같다.
80%를 에이전트에게 넘긴 개발자와 비개발자에게 남은 것은 더 적은 일이 아니라, 더 높은 곳에 있는 일이다. 덜 반복적이고, 덜 예측 가능하고, 덜 자동화되는 — 그래서 더 인간적인 일.
그것이 가장 어렵고, 그것이 가장 오래 살아남는다.
그래서, 아직 묻지 않은 질문이 하나 남는다
브록먼의 숫자는 80%를 선언했다.
언론은 그 숫자에 환호하거나 두려워했다.
그런데 정작 아무도 크게 묻지 않은 질문이 있다.
나머지 20%를 잘하는 사람은, 지금 어디서 무엇을 훈련하고 있는가.
방향을 잡는 능력, 맥락을 읽는 감각, 실패의 무게를 기꺼이 지는 책임감 — 이것들은 에이전트 코딩 강의를 들어서 생기지 않는다. 수많은 결정을 내려보고, 그 결정이 틀렸을 때 그것을 복기하고, 다음번에 조금 더 나은 판단을 내리는 반복 속에서만 길러진다.
80%의 세계는 이미 열렸다.
그 세계에서 진짜로 희소해지는 것은 나머지 20%다.
나머지 20%라는 지대치고는, 꽤 오랫동안 인간이 지켜온 영토다.
더 많은 AI 인사이트는 비드래프트에서 확인하세요.
Q. 에이전트 코딩 80%라는 수치는 어떤 근거로 나온 건가요?
A. 오픈AI 공동 창업자 그레그 브록먼이 2026년 공개한 보고서에서 제시한 수치로, AI 에이전트가 소프트웨어 개발 프로세스 전반에서 차지하는 비중을 의미합니다. 다만 이 수치는 특정 환경과 조건을 전제로 한 것으로, 모든 개발 현장에 동일하게 적용되는 절대적 기준은 아닙니다.
Q. 비개발자가 에이전트 코딩을 활용할 때 가장 주의해야 할 점은 무엇인가요?
A. 코드를 만드는 것보다 그 코드가 무엇을 해야 하는지를 명확히 정의하는 것이 더 어렵습니다. 에이전트는 지시를 충실히 따르지만, 그 지시가 올바른지를 스스로 검증하지는 않습니다. 결과물을 비판적으로 검토하고 실패 가능성을 미리 점검하는 습관이 반드시 필요합니다.
Q. 에이전트 코딩의 확산이 개발자 직업에 미치는 영향은 무엇인가요?
A. 반복적이고 예측 가능한 코딩 작업은 줄어들지만, 아키텍처 설계·요구사항 분석·코드 검증·윤리적 판단처럼 맥락과 책임이 필요한 역할은 오히려 더 중요해집니다. 개발자의 역할이 사라지는 것이 아니라 더 높은 층위로 이동하고 있다고 보는 것이 정확합니다.
Q. 에이전트가 만든 코드를 신뢰할 수 있는 기준은 어디서 찾아야 하나요?
A. 현재로서는 에이전트가 생성한 코드에 대한 인간의 검토와 테스트가 필수입니다. 특히 의료·법률·금융처럼 오류의 비용이 높은 영역에서는 별도의 검증 레이어가 반드시 필요합니다. 신뢰는 도구의 성능이 아니라, 그 도구의 결과물을 검증하는 체계에서 나옵니다.