브록먼이 80%를 선언한 날, 우리가 놓친 진짜 숫자는 따로 있었다
TL;DR: 오픈AI 공동창업자 그렉 브록먼의 보고서에 따르면 에이전트 코딩이 개발 프로세스의 80%를 차지하게 됐다. 그런데 이 숫자가 진짜 충격적인 이유는 코드 자동화 때문이 아니다. 비개발자가 이 생태계 안으로 들어오기 시작했다는 사실, 즉 '개발자'라는 직군의 경계 자체가 흐려지고 있다는 신호이기 때문이다.
소프트웨어 업계에는 오랫동안 잘 알려지지 않은 규칙이 하나 있었다.
"코드를 짜는 사람과 짜지 못하는 사람 사이에는 넘을 수 없는 선이 있다."
그 선은 단순히 기술의 차이가 아니었다. 채용 공고의 구분이었고, 연봉 협상 테이블의 자격이었고, 스타트업 창업팀 안에서 누가 기술 파트너가 될 수 있는가의 기준이었다. 구글은 코딩 테스트로 그 선을 지켰고, 아마존은 화이트보드 앞에서 알고리즘을 요구했고, 메타는 시스템 설계 인터뷰로 그 경계를 수십 년 동안 공고히 유지했다.
그런데 그렉 브록먼의 보고서 한 장이 그 선을 조용히, 그러나 돌이킬 수 없는 방식으로 지워버렸다.
에이전트 코딩 비중 80%. 그리고 비개발자까지 확산 중.
먼저, 80%라는 숫자가 무엇을 뜻하는가
숫자부터 짚고 넘어가야 한다. 에이전트 코딩이 개발 프로세스의 80%를 차지한다는 말은, 전체 코드 작성 행위 중 80%가 AI에 의해 자동으로 생성되고 있다는 의미다. 개발자가 키보드를 두드려 한 줄씩 작성하는 방식이 아니라, 의도와 맥락을 지시하면 에이전트가 함수를 만들고, 클래스를 구성하고, 테스트 코드까지 생성해내는 방식이다.
이 숫자가 처음 등장한 것은 2025년 초부터였다. 깃허브 코파일럿이 출시된 이후, 마이크로소프트는 사용자들이 제안된 코드를 수락하는 비율이 빠르게 증가하고 있다고 공개했다. 그 뒤 커서(Cursor), 윈드서프(Windsurf) 같은 에이전트 기반 IDE들이 등장하면서 분위기가 달라지기 시작했다. 코드 자동 완성이 아니라, 코드 자동 생성. 줄 단위가 아니라 파일 단위, 기능 단위, 때로는 프로젝트 단위의 코드가 한 번의 프롬프트로 만들어졌다.
80%라는 수치는 그 결과물이다. 그리고 이 숫자의 진짜 무게는 단순히 "AI가 코드를 많이 쓴다"는 사실이 아니다. 개발자의 작업 시간 중 80%가 코드 작성이 아닌 다른 것, 즉 설계와 판단과 검토로 이동하고 있다는 뜻이다. 개발자라는 직업의 무게중심이 실행에서 의도로 넘어가고 있다는 신호다.
그런데 비개발자가 등장했다
여기서 이야기가 진짜로 흥미로워진다.
브록먼의 보고서에서 주목해야 할 두 번째 키워드는 "비개발자까지 확산"이라는 표현이다. 에이전트 코딩이 개발자의 업무를 효율화하는 것에 그쳤다면, 이 이야기는 그냥 생산성 향상 뉴스로 끝났을 것이다. 그런데 비개발자가 이 생태계 안으로 들어오기 시작했다는 사실은 전혀 다른 이야기다.
비개발자가 에이전트 코딩을 쓴다는 것은 무엇을 의미하는가. 마케터가 자신의 캠페인 데이터를 분석하는 파이썬 스크립트를 직접 만들고 있다는 뜻이다. 기획자가 프로토타입 웹앱을 개발팀의 티켓을 기다리지 않고 직접 뽑아내고 있다는 뜻이다. 스타트업 대표가 MVP를 혼자 배포하는 시대가 열리고 있다는 뜻이다.
이전까지 이런 일이 불가능했던 이유는 능력의 문제가 아니라 언어의 문제였다. 컴퓨터가 이해하는 언어는 인간이 직관적으로 쓰는 언어와 달랐다. 문법이 엄격했고, 오류 하나가 전체를 멈췄고, 디버깅은 수십 줄의 맥락을 동시에 이해해야 가능한 작업이었다. 그 언어의 장벽이 곧 개발자와 비개발자를 나누는 물리적인 벽이었다.
에이전트는 그 벽을 무너뜨리는 번역기가 아니다. 아예 벽을 필요 없게 만드는 우회로다.
거인들은 이미 이 우회로 위에 돈을 쌓기 시작했다
오픈AI가 코파일럿 생태계에 투자하는 동안, 구글은 젬이니 코드 어시스트를 클라우드 개발 환경 전반에 통합했다. 마이크로소프트는 깃허브 코파일럿을 비주얼 스튜디오 코드뿐 아니라 오피스 제품군과 연결하는 작업을 확대했다. 아마존은 코드위스퍼러를 AWS 생태계 안에서 기본 도구로 자리잡게 했다.
거인들은 각자 자신의 영역에서 에이전트 코딩을 기본값으로 만들고 있다. 선택지가 아니라 환경으로, 기능이 아니라 인프라로.
그런데 흥미로운 건 이쪽이 아니다. 커서는 월 사용자 수십만 명을 끌어모으며 빠르게 성장했고, 윈드서프는 개발자 커뮤니티 안에서 입소문을 탔다. 이 작은 플레이어들이 거인들의 코딩 어시스턴트와 다른 점은 하나였다. 거인들의 도구는 여전히 '코드를 아는 사람'을 전제로 설계됐다. 커서 같은 도구들은 '코드를 모르는 사람도 쓸 수 있는가'를 제품 설계의 출발점으로 삼았다.
그 차이가 비개발자 시장의 문을 처음 연 것이다.
사라지는 것은 코드가 아니라 '코드를 써야 한다'는 전제다
잠깐 비유 하나를 꺼내보겠다.
에이전트 코딩 이전의 개발자는 "직접 요리하는 셰프"였다. 레시피를 알고, 재료를 손질하고, 불 조절을 직접 했다. 에이전트 코딩 이후의 개발자는 "레시피를 설계하는 셰프"다. 실제 칼질과 불 조절은 에이전트가 한다. 그리고 비개발자는 이제 "메뉴를 말할 수 있는 손님"이 됐다. 요리 과정을 몰라도 원하는 음식을 설명할 수 있다면, 테이블에 앉을 자격이 생겼다.
이것이 바로 브록먼이 80%라는 숫자 뒤에 "비개발자까지 확산"을 붙인 이유다.
그런데 이 변화는 단순히 "누구나 코딩할 수 있다"는 민주화 이야기가 아니다. 더 복잡한 질문을 던진다. 개발자의 역할이 코드 작성에서 의도 설계로 이동한다면, 그 의도를 가장 잘 설계하는 사람이 반드시 기존 개발자일 필요가 없어진다. 도메인 전문가, 즉 의료 현장을 아는 의사, 물류 흐름을 아는 운영 담당자, 고객 심리를 아는 마케터가 오히려 더 정확한 의도를 에이전트에게 전달할 수 있다.
이 이야기가 개발자에게 위협인가, 기회인가. 그것은 아직 결론이 나지 않은 질문이다.
그런데 이 그림에는 빠진 조각이 있다
솔직하게 말해야 한다.
에이전트 코딩이 80%를 차지한다는 것은, 반대로 말하면 아직 20%는 인간이 직접 해야 한다는 뜻이기도 하다. 그리고 그 20%가 어떤 20%인지가 사실 훨씬 더 중요하다.
에이전트가 틀렸을 때 알아챌 수 있는 능력. 에이전트가 만든 코드가 보안상 취약한지 판단하는 능력. 에이전트가 설계한 구조가 3년 뒤에도 유지보수 가능한지 예측하는 능력. 이 20%는 오히려 더 높은 수준의 기술 판단력을 요구한다. 80%를 에이전트에게 맡길수록, 나머지 20%에서 실수했을 때의 비용이 더 커진다.
비개발자의 확산도 마찬가지다. 에이전트가 코드를 만들어줬다고 해서, 그 코드가 안전하고 확장 가능하고 올바른지를 판단하는 능력이 함께 생겨나는 건 아니다. 도구의 민주화와 역량의 민주화는 다른 이야기다.
브록먼의 보고서가 80%의 성취를 말하고 있다면, 업계가 함께 풀어야 할 숙제는 나머지 20%의 품질 보증이다.
비드래프트가 이 지형 안에서 보는 것
비드래프트는 Darwin 모델 패밀리로 GPQA Diamond 글로벌 3위를 기록한 한국의 Pre-AGI 전문 AI 스타트업이다. 에이전트 코딩의 확산이 만들어내는 지형 변화는 코딩 도구 회사들만의 이야기가 아니다. AI 모델 자체를 만드는 쪽에서도 이 흐름은 직접적인 질문을 던진다.
에이전트가 더 많은 코드를 만들어낼수록, 그 에이전트를 구동하는 기반 모델의 추론 품질이 결과물의 신뢰도를 결정한다. 에이전트 코딩의 80% 시대는 곧 "모델이 얼마나 정확하게 의도를 이해하고, 얼마나 신뢰할 수 있는 코드를 만들어내는가"를 묻는 시대이기도 하다.
GPQA Diamond처럼 전문 영역에서의 추론 정확도를 측정하는 벤치마크가 중요해지는 이유가 바로 여기 있다. 비개발자가 에이전트에게 의도를 말할 때, 그 의도를 틀리지 않고 정확하게 번역해내는 것은 도구의 인터페이스가 아니라 그 안에 있는 모델의 추론 능력이다.
HuggingFace 공인 협력사로서, 그리고 K-AI 리더보드 상위권을 유지하는 팀으로서, 이 싸움이 결국 모델 품질로 귀결된다는 것을 우리는 매일 실감하고 있다.
그래서, 그 선은 사라졌는가
다시 처음으로 돌아오자.
소프트웨어 업계에는 오랫동안 넘을 수 없는 선이 하나 있었다. 코드를 짜는 사람과 짜지 못하는 사람 사이의 선.
브록먼의 80%는 그 선이 흔들리고 있다는 신호다. 비개발자의 확산은 그 선이 이동하고 있다는 증거다. 그런데 선이 사라진 것은 아니다. 선이 다른 곳으로 옮겨갔다.
새로운 선은 이렇게 그어지고 있다. 에이전트가 만든 것을 판단할 수 있는 사람과, 에이전트가 만든 것을 그냥 믿는 사람 사이의 선.
코드를 짜는 능력에서 코드를 이해하는 능력으로, 선의 위치는 바뀌었다. 그리고 그 선 위에서 벌어지는 경쟁은 이제 막 시작됐다.
브록먼이 80%라고 말했을 때, 정작 중요한 것은 그 숫자가 아니었다. 그 숫자가 그은 새로운 선의 위치였다. 꽤 결정적인 이야기치고는, 아직 아무도 그 선의 이름을 짓지 못했다.
더 많은 AI 인사이트는 비드래프트에서 확인하세요.
Q. 에이전트 코딩 비중 80%라는 수치는 어디서 나온 건가요?
A. 오픈AI 공동창업자 그렉 브록먼의 보고서에서 공개된 수치입니다. 에이전트 코딩이란 AI가 개발자의 지시를 받아 자동으로 코드를 생성하는 방식으로, 이 보고서는 현재 개발 프로세스에서 이 방식이 80% 비중을 차지하고 있다고 밝혔습니다.
Q. 비개발자가 에이전트 코딩을 쓴다는 것이 실제로 가능한가요?
A. 현재 커서(Cursor), 윈드서프(Windsurf) 같은 에이전트 기반 도구들은 코딩 지식 없이도 자연어 지시만으로 코드를 만들어내는 방향으로 설계되고 있습니다. 완벽한 수준은 아니지만, 간단한 데이터 처리 스크립트나 프로토타입 웹앱 수준에서는 이미 비개발자들이 실용적으로 활용하는 사례가 늘고 있습니다.
Q. 그렇다면 개발자 직업이 사라지는 건가요?
A. 그렇지 않습니다. 에이전트가 코드를 만들수록 그 결과물의 품질과 보안을 판단하는 능력이 더 중요해집니다. 개발자의 역할이 코드 작성에서 의도 설계와 결과물 검증으로 이동하는 것이지, 직업 자체가 소멸하는 것은 아닙니다. 다만 요구되는 역량의 무게중심이 달라지고 있습니다.
Q. 에이전트 코딩의 품질을 결정하는 것은 무엇인가요?
A. 도구의 인터페이스보다 그 안에서 구동되는 AI 모델의 추론 품질이 핵심입니다. 사용자의 의도를 얼마나 정확하게 이해하고, 신뢰할 수 있는 코드로 변환해내는가가 에이전트 코딩의 실질적 한계를 결정합니다. GPQA Diamond 같은 전문 추론 벤치마크가 주목받는 이유가 바로 여기에 있습니다.
