AI에게 기능 하나를 맡겨 코드를 받는 방식은 이제 익숙해졌습니다. 그런데 개발해야 할 기능이 많아지면, 에이전트 한 명에게 긴 지시를 한 번에 주는 방식은 금방 한계가 드러납니다. 작업이 꼬이고, 결과물을 합치는 데 시간이 걸리며, 잘못된 코드가 섞일 위험도 커집니다.
9월 16일 열리는 Agent Conf에서는 이런 문제를 다루는 방식으로 여러 Coding Agent를 병렬 실행해 하나의 ‘Software Factory’처럼 운영하는 구조가 실제 워크숍 주제로 등장했습니다. AI 코딩이 개인의 생산성을 높이는 도구에서, 개발 공정을 구성하는 방식으로 옮겨가는 모습입니다.
PRD를 개발 가능한 작업으로 나누는 일
이 구조의 출발점은 PRD입니다. PRD는 만들 기능과 요구사항을 정리한 문서인데요. 이를 그대로 AI에게 던지는 것이 아니라 회원가입, 관리자 화면, 결제 연동처럼 작고 확인 가능한 작업 단위로 분리합니다.
각 Agent는 자신에게 배정된 범위 안에서 개발합니다. 여러 작업을 병렬로 처리하니 속도는 빨라질 수 있습니다. 다만 작업을 나누는 기준이 불명확하면 서로 다른 Agent가 같은 부분을 건드리거나, 화면과 데이터 구조가 맞지 않는 문제가 생깁니다. 그래서 초기 설계가 오히려 더 중요해집니다.
자동 테스트가 개발라인의 검사 역할을 합니다
Software Factory에서 중요한 것은 AI가 코드를 많이 만드는 일이 아닙니다. 만들어진 코드가 정해진 기준을 통과하는지 반복해서 확인하는 일입니다. 작업 결과는 자동 테스트를 거치고, 실패하면 해당 Agent에게 수정 작업이 다시 전달됩니다. 검증을 통과하지 못한 코드는 다음 단계로 넘어가지 못하게 막습니다.
사람이 모든 코드를 처음부터 끝까지 눈으로 읽으며 확인하는 방식만으로는 병렬 개발 속도를 따라가기 어렵습니다. 테스트 기준, 코드 검토 기준, 배포 차단 기준을 미리 정해두어야 하는 이유입니다.
개발자의 역할은 사라지기보다 이동합니다
이 방식이 개발자를 필요 없게 만든다고 보기는 어렵습니다. 오히려 역할이 직접 코드를 작성하는 사람에서, AI 개발라인을 설계하고 결과를 검수하는 사람으로 이동하기 시작했다고 보는 편이 맞습니다.
어떤 일을 나눌지, Agent가 참고할 규칙은 무엇인지, 테스트가 무엇을 보장해야 하는지는 여전히 사람의 판단이 필요합니다. 특히 고객 정보, 결제, 권한 관리처럼 오류 비용이 큰 기능은 AI의 결과를 그대로 신뢰해서는 안 됩니다.
모든 개발에 바로 적용할 구조는 아닙니다
간단한 소개 홈페이지나 수정 범위가 작은 업무 개선이라면 이 정도 구조는 과할 수 있습니다. 반면 기능이 계속 늘어나는 웹서비스, 여러 개발 작업이 동시에 진행되는 프로젝트라면 검토할 가치가 있습니다.
앞으로의 경쟁력은 AI에게 코드를 한 번 잘 받아내는 데만 있지 않을 가능성이 큽니다. 요구사항을 나누고, 결과를 자동으로 걸러내며, 사람이 최종 책임을 질 수 있는 개발 공정을 만드는 쪽이 더 현실적인 기준이 될 것입니다.
