오픈AI 브록먼의 보고서가 뒤흔든 단 하나의 상식 — "개발자가 코드를 짠다"
TL;DR: 오픈AI 공동창업자 그렉 브록먼의 최근 보고서에 따르면, AI 에이전트가 이미 개발 프로세스의 80%를 담당하고 있다. 문제는 이 변화가 개발자 세계에서 멈추지 않는다는 것이다. '비개발자도 코드를 만든다'는 시대가 이미 시작됐고, 그것이 무엇을 의미하는지 아직 대부분의 사람들은 실감하지 못하고 있다.
소프트웨어 업계에는 오랫동안 잘 알려지지 않은 불문율 하나가 있었다.
코드는 개발자가 짠다. 더 정확히 말하면, 코드는 코드를 이해하는 사람만이 만들 수 있다. 파이썬이든 자바스크립트든, 적어도 변수가 무엇인지, 함수가 어떻게 작동하는지를 아는 사람. 그렇지 않은 사람은 기획을 하거나, 디자인을 하거나, 마케팅을 한다. 세계는 그렇게 역할 분담이 되어 있었다.
그 불문율이 지금 조용히 무너지고 있다.
구글은 수만 명의 엔지니어에게 AI 코딩 도구를 배포했다. 마이크로소프트는 깃허브 코파일럿으로 수억 달러 규모의 사업을 키웠다. 메타는 AI가 쓴 코드 비중을 공개적으로 자랑하기 시작했다. 그런데 오픈AI의 그렉 브록먼은 여기서 한 발 더 나아간 수치를 꺼냈다. 에이전트 코딩이 전체 개발 프로세스의 80%에 달한다는 것. 그리고 더 충격적인 말을 덧붙였다. 이제 이 기술은 비개발자에게도 확산되고 있다고.
80%. 개발자들의 업무가 아니라, 개발 프로세스 자체의 80%.
이것이 무엇을 의미하는지, 잠깐 멈춰서 생각해볼 필요가 있다.
먼저, 에이전트 코딩이 뭐길래
에이전트 코딩은 AI가 코드를 자동으로 생성하는 기술이다. 하지만 단순히 코드 한 줄을 완성해주는 자동완성과는 다르다. 자동완성이 "다음 단어를 예측하는 것"이라면, 에이전트 코딩은 "다음 행동을 결정하고 실행하는 것"에 가깝다. 마치 시험 문제를 보고 답을 고르는 것과, 시험 전체를 스스로 설계하고 풀어내는 것의 차이처럼.
기존의 코딩 보조 도구들은 개발자가 무엇을 원하는지 알고 있을 때 작동했다. 어떤 함수를 써야 할지, 어떤 라이브러리를 불러올지, 개발자가 방향을 잡아주면 AI가 완성해주는 방식이었다. 일종의 '고급 비서' 역할이었다. 개발자는 여전히 지휘봉을 쥐고 있었다.
에이전트 코딩은 다르다. 이 시스템은 목표가 주어지면 스스로 단계를 쪼개고, 필요한 도구를 선택하고, 코드를 쓰고, 오류를 수정하고, 결과를 검증한다. 인간이 "로그인 기능을 만들어줘"라고 말하면, 에이전트는 데이터베이스 연결부터 비밀번호 암호화, 세션 처리까지 일련의 과정을 스스로 판단해 실행한다. 지휘자가 아니라, 오케스트라 단원이 저절로 악보를 읽고 연주를 시작하는 것과 비슷하다.
브록먼이 언급한 80%는 이런 맥락에서 나온 숫자다. 오픈AI 내부에서 진행되는 개발 프로세스 중 80%가 이미 이 에이전트들에 의해 수행되고 있다는 것. 사람이 방향을 정하면, 나머지 대부분은 AI가 실행한다. 인간 개발자의 역할이 '코드를 짜는 사람'에서 '코드를 검토하는 사람'으로 이동했다는 뜻이기도 하다.
개발자들은 이미 알고 있었다
사실 이 변화는 개발자 커뮤니티에서는 이미 공공연한 비밀이었다. 깃허브 코파일럿이 처음 나왔을 때 많은 개발자들은 "보조 도구일 뿐"이라고 했다. 커서(Cursor)라는 AI 코딩 에디터가 폭발적으로 성장했을 때도 "아직 사람이 필요하다"는 말이 많았다. 하지만 실제 현장에서는 조금씩 달랐다.
스타트업에서 일하는 개발자들 사이에서는 AI와 함께라면 혼자서 풀스택 프로젝트를 며칠 만에 완성할 수 있다는 경험담이 넘쳐났다. 과거에는 프론트엔드와 백엔드를 함께 잡는 개발자가 드물었다. 각각의 기술 스택이 깊고 넓어서, 한 사람이 모든 것을 다 잘하기가 어려웠기 때문이다. 그런데 AI 에이전트가 그 간극을 메워주기 시작했다. 백엔드 개발자가 AI의 도움을 받아 프론트엔드 코드를 완성하는 일이 생겨났다. 처음에는 어색했지만, 이제는 일상이 됐다.
대형 테크 기업들도 같은 방향으로 움직이고 있다. 구글 딥마인드의 연구자들은 AI가 쓴 코드의 품질이 인간 시니어 개발자의 평균적인 수준에 근접했다는 논문을 발표하기 시작했다. 메타의 마크 저커버그는 몇 달 전 인터뷰에서 중간급 개발자의 코딩 업무 상당 부분을 AI가 대체할 것이라고 공개적으로 말했다. 숫자는 조금씩 달랐지만, 방향은 하나였다.
브록먼의 80%는 그 흐름의 정점에 있는 수치다. 이미 벌어지고 있는 일의 확인이지, 미래 예측이 아니다. 그래서 더 무겁게 느껴진다.
가장 조용한 혁명 — "비개발자도 만든다"
그런데 브록먼 보고서에서 개발자들보다 더 큰 충격을 받아야 할 집단이 있다. 바로 코드와 아무 관계 없다고 생각했던 사람들이다.
에이전트 코딩이 비개발자에게 확산되고 있다는 이야기는, 사실 한두 해 전부터 조금씩 들려오던 신호들의 연장이다. 노코드(No-code), 로우코드(Low-code) 플랫폼이 유행하던 시절에도 비슷한 이야기가 있었다. "코딩 없이도 앱을 만들 수 있어요." 그런데 현실은 조금 달랐다. 노코드 툴은 쓰기 편리했지만, 복잡한 로직을 구현하려면 결국 어느 순간 코드의 벽에 부딪혔다. 비개발자가 만들 수 있는 것에는 명확한 한계가 있었다.
에이전트 코딩은 그 벽을 허물고 있다. 자연어로 요구사항을 말하면 AI가 코드로 변환한다. "판매 데이터를 분석해서 월별 추이를 그래프로 만들고, 이상치가 있으면 자동으로 알림을 보내줘." 이런 문장 하나가 과거에는 백엔드 개발자와 데이터 분석가가 며칠 동안 협업해야 나올 결과물이었다. 지금은 에이전트에게 말 한 마디로 시작된다.
이 변화는 마케터가 직접 데이터 분석 툴을 만들고, 기획자가 프로토타입 앱을 직접 구현하고, 영업팀이 자신들만을 위한 자동화 스크립트를 뚝딱 만드는 세계를 뜻한다. 더 이상 "개발팀에 요청해야 한다"는 병목이 사라지는 세계다. 조직 안에서 권력의 지도가 바뀐다. 누가 코드를 쓸 수 있느냐가 아니라, 누가 AI에게 더 잘 말할 수 있느냐가 새로운 기준이 된다.
그런데, 개발자들은 어디로 가는가
이쯤에서 불편한 질문이 하나 등장한다. 에이전트가 개발 업무의 80%를 처리하고, 비개발자도 코드를 만들 수 있다면 — 개발자는 무엇을 하는가.
간단히 사라진다고 보는 시각이 있다. AI가 코드를 쓴다면 코드를 쓰는 사람의 가치는 떨어진다. 기업 입장에서는 10명의 개발자 대신 3명과 AI로 같은 결과를 낼 수 있다면, 굳이 10명을 유지할 이유가 없다. 실리콘밸리에서는 이미 "비바이브코딩(vibe coding)"이라는 말이 돌고 있다. AI에게 대충 분위기를 설명하면 코드가 나온다는 뜻의 반농담 같은 표현이다. 그런데 그 농담이 실제 업무 방식이 되어가고 있다는 것이 문제다.
반대 시각도 있다. 에이전트가 80%를 담당해도, 나머지 20%는 여전히 사람의 몫이라는 것. 그 20%는 아이러니하게도 가장 어려운 부분이다. 시스템 전체 구조를 설계하는 것, 보안과 성능의 균형을 맞추는 것, 사업 맥락과 기술적 가능성 사이에서 판단을 내리는 것. 에이전트는 주어진 목표를 실행하는 데 탁월하지만, 목표 자체가 옳은지를 판단하는 능력은 아직 인간의 영역에 남아 있다.
현실은 아마 두 시각의 사이 어딘가에 있을 것이다. 코드를 단순히 잘 짜는 사람의 가치는 줄어든다. 하지만 기술과 비즈니스 모두를 이해하고, AI에게 무엇을 시켜야 할지를 아는 사람의 가치는 오히려 오른다. 개발자라는 직군이 사라지는 것이 아니라, 개발자의 정의가 바뀌는 과정이다. 그 과정이 지금 진행 중이고, 속도가 예상보다 빠르다.
거인들의 도구, 그리고 남겨진 질문
에이전트 코딩의 확산을 이끄는 플레이어들은 대부분 이미 거인들이다. 오픈AI, 구글 딥마인드, 앤트로픽, 마이크로소프트. 이들은 각자의 에이전트 플랫폼을 갖고 있고, 기업 고객을 상대로 개발 자동화 시장을 공략하고 있다. 투자 규모를 정확히 알 수는 없지만, 한 해에 각 기업이 이 분야에 쏟아붓는 자원의 규모는 중소 소프트웨어 회사의 전체 시가총액을 웃돌 것이다.
그 거인들 사이에서 흥미로운 움직임도 생겨나고 있다. 에이전트 코딩 자체를 만드는 것이 아니라, 에이전트들이 더 잘 작동할 수 있는 환경을 만드는 기업들이다. 에이전트가 실수 없이 코드를 생성하려면 맥락을 잘 이해해야 한다. 코드베이스의 구조, 회사의 코딩 관습, 이전에 발생했던 버그의 패턴. 이 맥락을 체계적으로 제공하는 인프라가 필요해지고 있다. 거인들이 엔진을 만드는 동안, 작은 회사들은 그 엔진이 달릴 도로를 깔고 있다.
하지만 여기서 솔직해질 필요가 있다. 에이전트 코딩이 80%라는 것이 모든 개발 환경에서 성립하는 이야기는 아니다. 이것은 오픈AI처럼 AI 인프라가 극도로 잘 갖춰진 환경에서의 수치다. 레거시 시스템이 가득하고, 기술 부채가 쌓인 수많은 기업의 개발 환경에서 에이전트는 아직 삐걱거린다. 복잡한 비즈니스 로직, 오래된 코드, 문서화되지 않은 시스템 — 이런 곳에서 에이전트는 여전히 인간의 상당한 개입을 필요로 한다. 브록먼의 80%를 전 산업에 적용하는 것은 아직 이르다.
언어가 바뀌면, 권력도 바뀐다
역사적으로 코딩 도구의 진화는 항상 권력 이동과 함께였다. 1970년대에 C 언어가 등장하면서 어셈블리어를 알아야 했던 제약이 풀렸다. 1990년대 자바의 등장으로 운영체제에 종속되지 않고 코드를 짤 수 있게 됐다. 2000년대 파이썬과 루비가 대중화되면서 "비전공자도 빠르게 개발할 수 있다"는 시대가 열렸다. 그때마다 "이제 개발자는 필요 없다"는 말이 나왔고, 그때마다 틀렸다.
그런데 지금의 변화는 이전과 결이 조금 다르다. 이전의 도구들은 결국 '코드를 쓰는 방식'을 바꿨다. 더 쉽게, 더 빠르게 코드를 쓸 수 있도록. 하지만 에이전트 코딩은 코드를 쓰는 주체를 바꾸고 있다. 인간에서 기계로. 그 경계를 어떻게 설정하느냐가 앞으로 10년의 소프트웨어 산업을 결정할 것이다.
프로그래밍 언어는 인간이 컴퓨터와 대화하기 위해 만들었다. 에이전트 코딩이 80%에 이른다는 것은, 그 대화를 이제 기계가 기계와 직접 하고 있다는 뜻이기도 하다. 인간은 그 대화의 '통역사' 역할에서 '의뢰인' 역할로 이동하고 있다. 통역을 잘하는 능력보다, 무엇을 원하는지를 명확하게 아는 능력이 더 중요해지는 시대.
비개발자가 코드를 만든다는 이야기는, 그래서 결국 이 질문으로 돌아온다. 당신은 무엇을 원하는지 알고 있는가. 기술이 아니라, 목적. 코드가 아니라, 문제. 에이전트는 그 답을 줄 수 없다. 그것은 여전히 인간의 몫으로 남는다.
코드를 한 줄도 몰랐던 사람이 코드를 80% 만드는 세계. 브록먼의 수치가 가리키는 것은 어쩌면 기술의 이야기가 아니라, 사람의 이야기일지 모른다. 무엇을 만들지 아는 사람과 모르는 사람 사이의 거리가, 코딩을 아는 사람과 모르는 사람 사이의 거리를 추월하기 시작한 시대. 코드를 한 줄도 몰랐던 사람이 80%를 만들 수 있다는 이야기치고는, 꽤 오래 생각하게 되는 질문이다.
Q. 에이전트 코딩 80%라는 수치는 어디서 나온 건가요?
A. 오픈AI 공동창업자 그렉 브록먼의 최근 보고서에서 언급된 수치입니다. 오픈AI 내부 개발 프로세스에서 AI 에이전트가 담당하는 비중이 80%에 달한다는 내용으로, 전 산업 평균이 아닌 오픈AI 자체 환경에 한정된 수치임을 감안하고 이해할 필요가 있습니다.
Q. 비개발자가 에이전트 코딩을 쓰려면 무엇이 필요한가요?
A. 복잡한 프로그래밍 지식보다는 자신이 원하는 것을 명확하게 말할 수 있는 능력이 더 중요합니다. 무엇을 만들고 싶은지, 어떤 문제를 해결하려는지를 구체적으로 서술할 수 있다면, 에이전트는 그 다음 단계를 실행합니다. 다만 현재로서는 복잡한 시스템이나 레거시 환경에서는 여전히 개발자의 개입이 필요한 경우가 많습니다.
Q. 개발자라는 직업은 사라지나요?
A. 단순 코드 작성 업무는 줄어들겠지만, 시스템 설계·보안·비즈니스 맥락 판단 같은 고차원 업무는 당분간 인간의 영역으로 남습니다. 더 정확히는, '코드를 잘 짜는 개발자'보다 'AI에게 무엇을 시켜야 할지 아는 개발자'의 가치가 높아지는 방향으로 직군의 정의가 바뀌고 있습니다.
Q. 지금 당장 에이전트 코딩을 써볼 수 있는 도구는 무엇인가요?
A. 현재 시장에는 깃허브 코파일럿, 커서(Cursor), 오픈AI의 코덱스 등 여러 도구가 있습니다. 비개발자를 위한 진입점으로는 자연어로 앱을 만들어주는 에이전트 기반 플랫폼들이 빠르게 성장하고 있습니다. 다만 어떤 도구를 쓰든, 자신이 원하는 결과를 명확히 기술하는 능력이 도구 선택보다 선행되어야 합니다.
📌 이 글은 AI와 함께 작성되었습니다.