그렉 브록먼의 보고서가 조용히 선언한 것: 코딩은 더 이상 '개발자의 언어'가 아니다
TL;DR: 오픈AI 공동창업자 그렉 브록먼의 보고서에 따르면, 현재 개발 프로세스에서 에이전트 코딩의 비중이 80%에 달한다. 이 숫자는 단순한 생산성 지표가 아니다. 코딩이라는 행위 자체가 '개발자만의 영역'에서 '누구나의 도구'로 전환되는 임계점을 넘어섰다는 신호다.
요즘 실리콘밸리에는 잘 알려지지 않은 규칙이 하나 있다.
좋은 개발자를 뽑는 가장 확실한 방법은, 코드를 잘 쓰는 사람을 찾는 게 아니라는 것이다. 코드를 잘 시키는 사람을 찾는 것이다.
구글은 수십 년간 화이트보드 앞에서 알고리즘을 손으로 푸는 개발자를 뽑았다. 메타는 코딩 테스트의 난이도를 높이고 또 높였다. 아마존은 수백 개의 기술 면접 문항을 만들었다. 그런데 오픈AI의 공동창업자이자 복귀한 대표 그렉 브록먼이 조용히 내놓은 보고서 하나가 그 모든 관행에 물음표를 찍었다.
에이전트 코딩이 개발 프로세스의 80%를 차지한다.
이 숫자 하나가, 지금까지 우리가 '개발자'라고 불렀던 직업의 정의를 다시 쓰고 있다.
먼저, '에이전트 코딩'이 뭐길래
에이전트 코딩을 가장 쉽게 이해하는 방법은 이렇다. 전통적인 코딩은 악보를 직접 한 음 한 음 적는 행위다. 에이전트 코딩은 "2악장 분위기로, 바이올린 솔로가 들어가고, 3분쯤에 전조가 있으면 좋겠어"라고 말하면 AI가 악보를 써주는 방식이다.
정확히는, AI가 인간의 자연어 지시를 받아 코드를 스스로 생성하고, 테스트하고, 오류를 수정하고, 재생성하는 일련의 루프를 자율적으로 수행하는 것을 말한다. 여기서 핵심 단어는 '자율적으로'다. 기존의 코드 자동완성 도구가 한 줄씩 제안을 내놓는 수준이었다면, 에이전트 코딩은 기능 단위, 모듈 단위, 심지어 프로젝트 단위로 코드를 완성해낸다.
깃허브가 코파일럿을 출시했을 때, 업계의 반응은 "훌륭한 자동완성 기능"이었다. 그런데 지금 브록먼이 말하는 80%는 자동완성의 이야기가 아니다. AI가 실제로 '생각하고 판단하며' 코드를 짜는 단계로 넘어왔다는 이야기다. 개발자는 그 결과물을 검토하고 방향을 수정하는 역할로 이동하고 있다. 악기를 연주하던 사람이 지휘자가 되는 것과 비슷한 변화다.
이 변화가 처음부터 눈에 띄었던 건 아니다. 소수의 얼리어답터 개발자들이 챗GPT에 코드를 물어보던 시절이 있었고, 그 다음엔 코파일럿이 IDE에 내장됐고, 그 다음엔 커서와 윈드서프 같은 전용 에디터가 등장했다. 변화는 조용히, 그러나 누적적으로 진행됐다. 그리고 어느 순간 80%라는 숫자가 등장했다. 물이 끓기 전까지는 변화를 눈치채기 어렵지만, 이미 온도는 99도였던 셈이다.
80%라는 숫자가 실은 말하는 것
숫자를 다시 들여다보자.
80%라는 비중은, 개발자가 하루 8시간 일한다면 그중 6시간 24분은 AI가 만든 코드를 다루고 있다는 뜻이다. 설령 이 수치가 특정 팀이나 특정 조건에서의 관찰이라 해도, 그 방향성 자체는 부정하기 어렵다. 2023년만 해도 이 비중은 논쟁거리조차 되지 않을 만큼 낮았다. 2년 사이에 생태계의 무게중심이 이동했다.
그런데 브록먼의 보고서에서 진짜 흥미로운 부분은 따로 있다. '비개발자까지 확산'이라는 표현이다.
지금까지 AI 코딩 도구의 주요 수혜자는 어디까지나 기존 개발자들이었다. 주니어 개발자가 시니어 급 생산성을 내거나, 시니어 개발자가 혼자 팀 하나의 역할을 해내는 식이었다. 즉, 코딩을 아는 사람이 더 잘하게 되는 구조였다.
그런데 에이전트 코딩의 확산은 이 전제를 흔들고 있다. 코딩을 전혀 모르는 사람이 자신의 아이디어를 말로 설명하면, AI가 그것을 작동하는 소프트웨어로 변환한다. 마케터가 자신만의 데이터 분석 툴을 만들고, 의사가 환자 스케줄러를 직접 설계하고, 교사가 자동 채점 시스템을 만든다. 이 장면들이 이미 일부에서는 현실이 되고 있다.
전통적인 프로그래밍 교육의 전제는 "문법을 먼저 익혀야 의도를 표현할 수 있다"는 것이었다. 에이전트 코딩은 그 전제를 뒤집는다. 의도만 있으면 된다. 문법은 AI가 안다.
거인들의 반응, 그리고 조용한 재편
마이크로소프트는 깃허브 코파일럿에 연간 수조 원 규모의 투자를 이어가고 있다. 구글은 제미나이를 구글 클라우드와 IDE에 깊숙이 통합했다. 아마존은 코드위스퍼러를 AWS 생태계에 묶었다. 세 거인은 저마다의 방식으로 에이전트 코딩 시장에 들어왔다.
그런데 흥미로운 것은 이 거인들이 싸우는 방식이다. 마이크로소프트는 개발자 도구 생태계를 통해 진입했고, 구글은 검색과 클라우드를 무기로 삼았으며, 아마존은 기업 고객을 인질로 잡았다. 각자의 성이 다르고, 해자의 깊이도 다르다.
그 틈에서 커서라는 작은 에디터가 등장했다. 스탠퍼드 출신 네 명이 만든 이 회사는 기존의 코딩 에디터를 AI 에이전트 중심으로 전면 재설계했다. 거인들이 기존 제품에 AI를 '얹는' 방식을 택했다면, 커서는 AI를 중심에 놓고 에디터를 그 주변에 설계했다. 발상의 순서가 달랐다. 그 결과, 많은 개발자들이 거인의 제품을 두고 커서를 선택했다. 규모가 아니라 설계 철학이 이긴 사례다.
에이전트 코딩 시장은 아직 승자가 정해지지 않았다. 거인들은 자본과 분산망을 갖고 있고, 작은 플레이어들은 속도와 집중을 갖고 있다. 이 싸움의 결말은 5년 뒤에나 분명해질 것이다.
진짜 긴장감은 '개발자'라는 직업 안에 있다
솔직하게 말하자.
에이전트 코딩의 80%라는 숫자를 처음 접한 개발자들의 반응은 두 가지로 갈린다. 한쪽은 "드디어 반복 작업에서 해방됐다"고 기뻐하고, 다른 한쪽은 조용히 불안해진다.
불안의 핵심은 단순하다. 내가 5년 동안 익힌 언어와 프레임워크와 알고리즘의 가치가, AI가 그것들을 순식간에 생성해내는 순간 어떻게 되는가 하는 질문이다.
역사적인 비교를 해보자. 포토샵이 등장했을 때 많은 손그림 일러스트레이터들이 위기감을 느꼈다. 그런데 실제로는 포토샵을 잘 다루는 디자이너의 수요가 폭발적으로 늘었다. CAD 소프트웨어가 나왔을 때 제도사들은 직업이 사라질 거라 걱정했다. 하지만 CAD를 다루는 엔지니어의 역할은 더 복잡하고 창의적인 방향으로 진화했다.
에이전트 코딩도 비슷한 경로를 밟을 가능성이 높다. 다만 속도가 다르다. 포토샵이 손그림 문화를 대체하는 데 10년이 걸렸다면, 에이전트 코딩은 그 절반도 안 되는 시간 안에 코딩 문화를 재편할 수 있다. 적응의 시간이 줄어들고 있다는 것, 그것이 진짜 긴장감의 원천이다.
개발자에게 지금 가장 필요한 역량을 한 단어로 말하라면, 아마도 '아키텍처 감각'일 것이다. AI가 만들어낸 코드가 맞는지 틀린지를 판단하고, 전체 시스템 안에서 그것이 어디에 어떻게 들어가야 하는지를 설계하는 능력. 코드를 짜는 손보다, 코드를 읽는 눈과 시스템을 그리는 머리가 더 중요해지는 시대로 넘어가고 있다.
비개발자의 시대 — 진짜 혁명은 여기서 시작된다
브록먼의 보고서에서 '비개발자까지 확산'이라는 표현을 다시 읽으면, 그 무게가 다르게 느껴진다.
세계 인구 중 코드를 쓸 줄 아는 사람은 전체의 극히 일부다. 정확한 수치는 다양하게 추산되지만, 어떤 기준으로 봐도 전 인류의 한 자릿수 퍼센트를 넘지 않는다. 나머지 90% 이상의 사람들은 지금까지 소프트웨어를 '쓰는' 사람으로만 존재했지, '만드는' 사람이 될 수는 없었다.
에이전트 코딩이 진짜로 비개발자에게 열린다면, 이 비율이 뒤집힐 수 있다.
실제로 이미 조용한 변화들이 일어나고 있다. 마케팅 팀이 직접 자신들만의 리포팅 자동화 도구를 만들고, HR 담당자가 지원자 선별 시스템을 설계하고, 소상공인이 자신의 가게를 위한 예약 관리 앱을 만든다. 이런 일들이 이전에도 불가능하진 않았지만, 외주 개발이나 노코드 툴의 한계 안에서만 가능했다. 에이전트 코딩은 그 한계를 다른 방식으로 넘어서고 있다.
그런데 여기서 한 가지를 짚고 넘어가야 한다. 비개발자가 에이전트 코딩으로 무언가를 만들었다고 해서, 그것이 '좋은 소프트웨어'를 의미하진 않는다. AI가 만들어준 코드는 작동은 하지만 보안에 취약하거나, 규모가 커졌을 때 무너지거나, 유지보수가 불가능한 구조일 수 있다. 비개발자의 해방이 곧바로 좋은 소프트웨어의 홍수로 이어지는 것은 아니다. 아직은.
이것은 특정 조건에서의 관찰이지, 모든 비개발자가 당장 복잡한 시스템을 만들 수 있다는 뜻이 아니라는 것을 분명히 해두자.
그렇다면 교육은 어디로 가야 하는가
가장 불편한 질문으로 넘어가보자.
대학교 컴퓨터공학과에서 4년간 가르치는 것들의 상당 부분은, AI가 이제 5분 안에 해낼 수 있다. 정렬 알고리즘을 손으로 구현하는 것, 자료구조를 처음부터 짜는 것, 특정 언어의 문법을 암기하는 것. 이것들은 소프트웨어 엔지니어링의 훈련 과정이었지, 목적 자체는 아니었다.
그렇다면 목적은 무엇이었나. 복잡한 문제를 논리적으로 분해하고, 시스템의 동작을 예측하며, 트레이드오프를 이해하고 결정을 내리는 능력. 이것들은 에이전트 코딩이 아무리 발전해도 쉽게 대체하기 어려운 영역이다.
역설적으로, 에이전트 코딩의 확산은 컴퓨터공학 교육을 더 어렵게 만들 수도 있다. 단순 구현의 부담이 줄어드는 만큼, 왜 이렇게 설계해야 하는가에 대한 깊은 이해가 더 중요해진다. 도구가 편해질수록, 도구를 올바르게 쓰기 위한 판단력의 요구치가 높아진다.
비개발자들에게도 같은 논리가 적용된다. AI에게 코드를 시키려면 무엇을 만들어야 하는지를 명확히 알아야 한다. 요구사항을 논리적으로 정의하고, 엣지 케이스를 상상하고, 결과물의 품질을 평가하는 능력. 이것은 코딩 능력과는 다르지만, 코딩 능력만큼이나 훈련이 필요한 역량이다.
교육의 목표가 바뀌어야 한다는 신호는 이미 여러 곳에서 나오고 있다. 코드를 '쓰는' 교육에서 코드를 '읽고 판단하는' 교육으로. 그리고 그 너머에서, 무엇을 만들어야 하는지를 '정의하는' 교육으로.
한 번의 솔직한 예측
솔직하게 말하면, 80%라는 숫자가 어디서 멈출지 아무도 모른다.
낙관론자들은 90%를 넘어 개발자의 역할이 완전히 재정의될 것이라고 말한다. 비관론자들은 AI가 만든 코드의 누적된 기술 부채가 어느 시점에 폭발할 것이라고 경고한다. 어느 쪽이 맞는지는 지금 판단하기 어렵다.
다만 한 가지는 분명하다. 방향은 되돌릴 수 없다는 것. 에이전트 코딩이 다시 10%, 20%로 줄어드는 시나리오는 상상하기 어렵다. 이미 그것을 경험한 개발자들은 다시 이전 방식으로 돌아가지 않는다. 도구가 편해지면 사람은 편한 도구를 포기하지 않는다. 역사가 그것을 반복적으로 보여줬다.
그렇다면 질문은 하나로 좁혀진다. 이 변화의 속도에 올라탈 것인가, 지켜볼 것인가.
코드를 한 줄도 몰랐던 사람이 자신의 첫 번째 앱을 만들어내는 장면이 일상이 되는 세상. 브록먼의 80%는 그 세상이 이미 문 앞에 와 있다는 신호다. 아직 문을 열지 않았을 뿐이다.
코드를 한 줄도 몰랐던 사람들이, 코드를 80% 만들어내는 시대. 그 시대는 아직 도착하지 않았지만, 도착을 막을 방법도 이제 없다.
꽤 불편한 이야기인데, 동시에 꽤 흥미로운 이야기이기도 하다.
Q. 에이전트 코딩 80%라는 수치는 어디서 나온 건가요?
A. 오픈AI 공동창업자 그렉 브록먼이 최근 공개한 보고서에서 나온 수치입니다. 다만 이것이 오픈AI 내부 개발 환경의 수치인지, 더 광범위한 산업 전반의 관찰인지는 현재 공개된 정보 안에서 명확히 확인하기 어렵습니다. 방향성으로 읽는 것이 적절합니다.
Q. 에이전트 코딩이 확산되면 개발자 일자리는 줄어드나요?
A. 단기적으로는 같은 결과물을 더 적은 인원으로 만들 수 있게 되는 것이 사실입니다. 그러나 역사적으로 생산성 도구의 등장은 해당 직군을 없애기보다 역할을 재편하는 방향으로 작용해왔습니다. 더 복잡한 시스템을 설계하고, AI가 만든 코드를 검증하고, 비개발자들의 요구를 기술로 번역하는 역할의 수요는 오히려 늘 가능성이 있습니다.
Q. 비개발자가 에이전트 코딩으로 만든 소프트웨어를 실제 서비스에 써도 되나요?
A. 단순한 내부 업무 자동화나 소규모 도구 수준에서는 이미 실용적으로 쓰이고 있습니다. 그러나 보안이 중요한 서비스나 대규모 사용자를 다루는 시스템에서는 전문 개발자의 검토 없이 배포하는 것은 아직 위험합니다. 에이전트 코딩은 진입 장벽을 낮추지만, 좋은 소프트웨어를 만들기 위한 판단력의 장벽은 여전히 존재합니다.
Q. 지금 비개발자라면 무엇을 준비해야 하나요?
A. 코딩 문법을 외우는 것보다 '무엇을 만들어야 하는지 정의하는 능력'을 키우는 것이 더 중요합니다. 문제를 논리적으로 분해하고, 원하는 결과를 구체적으로 표현하고, AI가 내놓은 결과물을 비판적으로 평가하는 훈련이 필요합니다. 이것은 코딩 공부가 아니라, 사고의 훈련에 가깝습니다.
📌 이 글은 AI와 함께 작성되었습니다.