에이전트 코딩이 80%에 달하는 시대 — "개발자가 코딩한다"는 상식이 조용히 무너지고 있다
TL;DR: 그렉 브록먼의 보고서에 따르면 2026년 현재 AI 에이전트가 개발 프로세스의 80%를 담당하고 있다. 이제 코딩은 개발자만의 언어가 아니다. 비개발자들이 AI 에이전트를 통해 직접 코드를 만들어내는 시대가 열리고 있으며, 이것은 단순한 생산성 향상이 아니라 '누가 개발자인가'라는 정의 자체를 바꾸는 사건이다.
소프트웨어 업계에는 잘 알려지지 않은 규칙이 하나 있다.
"코드는 개발자가 짠다."
당연한 말처럼 들린다. 수십 년 동안 그래왔다. 컴퓨터가 등장한 이래로 코드를 쓰는 사람은 따로 있었고, 그 사람들은 수년간 언어를 익히고, 자료구조를 외우고, 알고리즘을 손에 익혀야 비로소 '개발자'라는 이름을 얻을 수 있었다. 코딩은 일종의 면허였다. 그 면허가 없는 사람은 소프트웨어를 사용하는 쪽에만 있었다.
그런데 그 규칙이, 지금 이 순간에도, 조용히 무너지고 있다.
오픈AI의 공동창업자 그렉 브록먼은 최근 보고서에서 충격적인 수치를 하나 내놓았다. 개발 프로세스에서 에이전트 코딩이 차지하는 비중이 80%에 달한다는 것이다. 그리고 그 다음 문장이 더 중요했다. 이 기술은 이제 비개발자들에게도 확산되고 있다는 것.
거인들의 세계에서 무슨 일이 벌어지고 있는가. 그리고 그 거인들의 게임이 우리 같은 평범한 사람에게 무엇을 의미하는가.
먼저, '에이전트 코딩'이 뭐길래
에이전트 코딩이라는 단어는 처음 들으면 묘하게 낯설다. 코딩을 하는 에이전트? AI가 코드를 쓴다는 뜻인가?
맞다. 하지만 단순히 "코드 자동완성"과는 다르다.
비유하자면 이렇다. 기존의 AI 코딩 도구는 "다음 단어를 추천해주는 스마트 키보드"에 가까웠다. 개발자가 방향을 정하고, 직접 타이핑하고, 중간중간 AI가 옆에서 "이 단어 쓰려고 한 거 맞죠?"라고 제안하는 방식이었다. 여전히 운전대를 잡은 사람은 개발자였다.
에이전트 코딩은 다르다. 이건 "목적지를 말하면 알아서 운전해주는 자율주행 차량"에 가깝다. 개발자나 사용자가 원하는 것을 자연어로 설명하면, AI 에이전트가 스스로 계획을 세우고, 코드를 작성하고, 오류를 수정하고, 테스트까지 돌린다. 인간이 개입하는 순간은 점점 줄어든다.
그렉 브록먼이 말한 80%는 바로 이 맥락이다. 소프트웨어가 만들어지는 전체 과정에서, 인간 개발자가 직접 타이핑하는 코드보다 AI 에이전트가 생성하는 코드의 비중이 압도적으로 커졌다는 뜻이다. 10줄 중 8줄은 AI가 썼다는 얘기다. 개발자는 이제 "코드를 쓰는 사람"이 아니라 "AI가 쓴 코드를 검토하고 방향을 잡아주는 사람"이 되어가고 있다.
이것이 숫자 하나가 아닌 이유는, 이 숫자가 직업의 정의를 바꾸기 때문이다.
'80%'라는 숫자의 진짜 무게
숫자는 때로 실체보다 먼저 도착한다.
80%라는 수치를 처음 접했을 때, 많은 사람들은 "그래서 개발자가 필요 없어진다는 거야?"라는 반응을 보인다. 하지만 그 질문은 핵심을 조금 빗나가 있다. 더 정확한 질문은 이것이다. "그러면 이제 개발자가 아닌 사람도 소프트웨어를 만들 수 있다는 거야?"
이것이 브록먼 보고서가 담고 있는 두 번째 충격이다.
에이전트 코딩의 확산은 단순히 개발자의 생산성을 높이는 데서 그치지 않는다. 코딩이라는 행위 자체에 진입장벽이 없어지기 시작했다. 마케터가 자신이 원하는 데이터 분석 도구를 직접 만든다. 디자이너가 UI 프로토타입을 코드로 바로 뽑아낸다. 영업팀 담당자가 고객 관리 자동화 스크립트를 스스로 짠다.
과거에는 이런 아이디어들이 "개발팀에 요청서 넣기"라는 병목 앞에서 멈췄다. 개발팀은 항상 바빴고, 우선순위는 협상의 대상이었고, 비개발자의 아이디어가 실제 코드가 되기까지는 몇 주에서 몇 달이 걸리는 일이 다반사였다.
에이전트 코딩은 그 병목을 없애고 있다. 아이디어를 가진 사람이, 코딩을 몰라도, 그날 당장 작동하는 무언가를 만들어낼 수 있는 환경이 만들어지고 있다.
그리고 이것은 소프트웨어 산업 바깥의 이야기가 아니다. 제조, 금융, 교육, 의료 — 어떤 산업이든 내부에 반복적인 디지털 작업이 있다면, 그 작업을 자동화할 코드를 이제는 그 산업의 종사자 스스로 만들어낼 수 있다는 뜻이다.
거인들의 경쟁, 그리고 당신의 자리
구글은 수년 전부터 내부 개발 도구에 AI를 통합해왔다. 마이크로소프트는 깃허브 코파일럿(GitHub Copilot)을 통해 전 세계 개발자에게 AI 코딩 보조를 제공하고 있다. 메타는 자체 AI 코딩 도구를 운영하며 내부 코드베이스를 AI가 이해하도록 훈련시키고 있다.
이 거인들의 공통점은 무엇인가. 그들은 모두 "개발자를 더 잘 도와주는 도구"를 만드는 방향으로 달려왔다.
그런데 브록먼의 발언은 방향이 조금 다르다. 그가 말하는 것은 개발자 도구의 진화가 아니라, 개발의 민주화다. 코딩을 모르는 사람들에게도 이 기술이 확산되고 있다는 지점 — 그곳이 진짜 변곡점이다.
거인들이 개발자를 위한 더 좋은 망치를 만드는 동안, 에이전트 코딩은 망치 없이도 못을 박을 수 있는 방법을 만들고 있다. 거인들의 게임이 개발자 시장을 놓고 경쟁하는 동안, 에이전트 코딩이 열어놓은 문은 개발자 시장의 경계 자체를 무너뜨리는 방향으로 가고 있다.
이것은 거인들에게는 위협이기도 하고 기회이기도 하다. 하지만 비개발자에게는 거의 일방적인 기회다.
그런데 이 방식에는 실패가 있었다
솔직하게 말해야 할 것이 있다.
에이전트 코딩이 처음 등장했을 때, 업계 일부에서는 "이것이 개발자를 완전히 대체할 것"이라는 선언이 쏟아졌다. AI가 전체 소프트웨어를 처음부터 끝까지 혼자 만들어낼 수 있다는 낙관론이었다.
그런데 이 방식은 실패했다.
보다 정확히는, 그 낙관론이 실패했다. 에이전트 코딩이 80%를 담당한다는 말은 "나머지 20%는 여전히 인간이 없으면 안 된다"는 뜻이기도 하다. 복잡한 아키텍처 설계, 보안 취약점 판단, 코드가 실제 비즈니스 맥락에서 올바르게 작동하는지에 대한 최종 판단 — 이런 영역에서 AI 에이전트는 아직 혼자 책임을 질 수 없다.
코드를 짜는 것과 좋은 소프트웨어를 만드는 것은 다르다. 에이전트는 전자에서 빠르게 앞서나가고 있지만, 후자는 여전히 인간의 판단과 경험이 필요하다. 비개발자가 에이전트를 통해 코드를 만들어낼 수 있게 된 것은 사실이지만, 그 코드가 프로덕션 환경에서 안전하게 작동하는지를 검증하는 일은 여전히 쉽지 않다.
그래서 "개발자가 사라진다"는 말은 틀렸다. 더 정확한 말은, "개발자의 역할이 바뀐다"다.
경찰에서 조율사로 — 개발자의 새로운 자리
그렇다면 개발자는 이제 무엇을 해야 하는가.
역할이 바뀐다. "경찰"에서 "조율사"로.
과거의 개발자는 코드의 모든 줄을 통제하는 사람이었다. 코드가 잘못되면 그것을 찾아내고 수정하는, 일종의 경비원이자 제조자였다. 코딩 언어를 알고, 문법을 지키고, 오류를 잡는 것이 핵심 역량이었다.
에이전트 코딩 시대의 개발자는 다르다. AI 에이전트들이 만들어낸 코드들을 조율하고, 각 에이전트가 서로 충돌하지 않도록 설계하고, 전체 시스템이 의도한 방향으로 흘러가도록 조율하는 사람이 필요하다. 이것은 기술적인 역할이기도 하지만 동시에 설계적이고 전략적인 역할이다.
비유하자면 이렇다. 과거의 개발자가 혼자 악기를 연주하는 연주자였다면, 미래의 개발자는 여러 AI 연주자들을 이끄는 지휘자다. 직접 모든 음을 연주하지 않아도 되지만, 전체 음악이 어떻게 들려야 하는지를 알아야 한다.
그리고 이 변화는 비개발자에게도 새로운 기대를 만든다. 코딩을 몰라도 에이전트를 통해 코드를 만들 수 있게 되었지만, 그 코드가 무엇을 해야 하는지, 어떤 문제를 풀어야 하는지를 명확하게 정의하는 능력 — 즉, 문제를 구조화하는 능력이 새로운 핵심 역량이 된다.
문제를 잘 정의하는 사람이 소프트웨어를 갖게 되는 시대가 오고 있다.
비개발자들이 먼저 달려드는 이유
흥미로운 현상이 있다. 에이전트 코딩의 확산을 가장 빠르게 체감하는 집단이, 역설적으로 개발자가 아니라 비개발자들이라는 점이다.
왜 그럴까.
개발자들은 기존 방식에 익숙하다. 자신만의 코딩 습관이 있고, 특정 언어와 툴에 깊이 투자해왔다. AI 에이전트가 만들어낸 코드를 보면 스타일이 마음에 안 들거나, 자신이 직접 짠 것보다 비효율적이라는 느낌을 받기도 한다. 변화에 대한 저항이 있다. 그것이 나쁜 것은 아니다. 오히려 그 저항이 코드 품질을 지키는 역할을 한다.
반면 비개발자들은 다르다. 기존에 코드를 짤 수 없었던 사람들에게 에이전트 코딩은 처음부터 "기적"처럼 느껴진다. 비교 대상이 없다. 어제까지 코드를 한 줄도 못 썼던 사람이 오늘 작동하는 자동화 스크립트를 만들어냈다면, 그 코드가 최적화가 됐든 안 됐든 그것은 기적이다.
이 감각의 차이가 확산 속도를 만든다. 비개발자들은 완벽한 코드보다 일단 작동하는 코드를 원한다. 에이전트 코딩은 그 수요에 정확히 응답한다.
마케팅팀이 GA 데이터를 자동으로 가져와서 슬랙에 올려주는 봇을 직접 만든다. 인사팀이 지원자 데이터를 정리하는 스크립트를 ChatGPT나 Claude에게 부탁해 만들어낸다. 스타트업 창업자가 MVP를 개발자 없이 에이전트로 직접 뽑아낸다. 이 이야기들은 이미 슬랙 채널과 링크드인에 넘쳐나고 있다.
아직 갈 길이 멀다 — 그리고 그것이 오히려 중요하다
솔직히 말하자. 에이전트 코딩이 80%라는 수치는 분명히 강렬하다. 하지만 이것이 "소프트웨어 개발이 해결됐다"는 의미는 아니다.
에이전트가 만든 코드는 여전히 보안 취약점을 만들어낸다. 복잡한 시스템에서의 의존성 충돌을 스스로 해결하지 못한다. 비즈니스 맥락을 이해하지 못한 채 기술적으로는 올바르지만 실용적으로는 쓸모없는 코드를 만드는 경우도 있다. 특히 비개발자가 만든 에이전트 코드는 초기에는 잘 작동하다가 규모가 커지면 무너지는 경우가 잦다.
이것은 에이전트 코딩의 실패가 아니다. 기술의 현재 위치를 솔직하게 보는 것이다.
80%가 자동화되었다는 말은, 나머지 20%가 그 어느 때보다 중요해졌다는 말이기도 하다. 아키텍처를 설계하는 능력, 시스템 전체를 이해하는 눈, 코드가 만들어내는 결과가 실제로 의미 있는지를 판단하는 능력 — 이런 역량들의 희소성이 오히려 올라가고 있다.
에이전트 코딩 시대에 가장 위험한 사람은, 코딩을 전혀 모르는 비개발자가 아니다. 에이전트가 만든 코드를 검토 없이 그대로 프로덕션에 올리는 사람이다. 속도는 얻었지만 판단을 잃은 사람.
기술이 빨라질수록, 판단의 속도도 함께 빨라져야 한다.
코드를 짜지 않고, 코딩에 뛰어든 사람들에게
에이전트 코딩이 80%라는 숫자는, 결국 이 질문을 남긴다.
"그렇다면 당신은 무엇을 할 것인가?"
코딩을 배울 필요가 없어진 게 아니다. 코딩을 배우는 방법이 바뀌었다. 문법을 외우는 것보다 문제를 정의하는 것이 먼저다. 알고리즘을 암기하는 것보다 시스템을 설계하는 눈이 더 중요해졌다. 에이전트에게 무엇을 시킬지 알아야 에이전트가 일한다.
비개발자가 코드를 짜는 시대가 왔다고 해서, 아무도 개발을 이해하지 않아도 되는 시대가 온 것은 아니다. 오히려 모두가 개발의 기본 언어를 조금씩 알아야 하는 시대가 열리고 있다. 코딩은 면허가 아니라 리터러시(literacy)가 되어가고 있다.
글을 쓸 줄 아는 것이 작가의 전유물이 아니듯이, 코드를 이해하는 것도 개발자의 전유물이 아닌 시대. 그 시대는 이미 브록먼의 80%라는 숫자 안에 살고 있다.
코드를 한 줄도 모르던 사람이 개발자보다 먼저 코드를 짜는 일이 벌어지고 있다. 그리고 그 사람이 당신이 될 수 있는 시대치고는, 꽤 흥미로운 이야기다.
더 많은 AI 인사이트는 비드래프트에서 확인하세요.
Q. 에이전트 코딩이 80%라면, 개발자는 직업을 잃게 되는 건가요?
A. 아니다. 더 정확히는 역할이 바뀐다. 코드를 직접 타이핑하는 비중은 줄어들지만, AI가 만든 코드를 검토하고, 시스템 전체를 설계하고, 방향을 잡아주는 고차원적 역할의 중요성은 오히려 커지고 있다. 그렉 브록먼의 보고서도 개발자를 대체한다는 것이 아니라 프로세스가 자동화된다는 맥락에서 제시되었다.
Q. 비개발자가 에이전트 코딩으로 만든 코드는 실제로 믿을 수 있나요?
A. 간단한 자동화나 프로토타입 수준에서는 충분히 활용 가능하다. 하지만 보안이 중요한 환경이나 규모가 커지는 시스템에서는 전문가의 검토가 필요하다. 에이전트가 만든 코드는 기술적으로 작동하더라도 비즈니스 맥락에서 최적이 아닐 수 있으므로, 판단 능력을 함께 키우는 것이 중요하다.
Q. 비개발자가 에이전트 코딩을 시작하려면 어디서부터 시작해야 하나요?
A. 코딩 문법이 아니라 문제 정의 능력부터 시작하는 것이 효과적이다. "내가 자동화하고 싶은 반복 작업이 무엇인가"를 구체적으로 정의하고, 그것을 ChatGPT나 Claude 같은 도구에게 자연어로 설명하는 것부터 시작할 수 있다. 첫 단계는 코드를 이해하는 것이 아니라 문제를 명확하게 말하는 것이다.
Q. 에이전트 코딩과 기존 AI 코드 자동완성(GitHub Copilot 등)은 무엇이 다른가요?
A. 코파일럿 같은 도구는 개발자가 작성 중인 코드를 보조하는 "자동완성" 방식이다. 에이전트 코딩은 이보다 한 단계 나아가, 목표를 주면 AI가 스스로 계획·작성·테스트까지 수행하는 자율적 방식이다. 개발자가 운전대를 잡느냐, AI가 자율주행을 하느냐의 차이로 이해하면 된다.
📌 이 글은 AI와 함께 작성되었습니다.
