AI 에이전트 늘려도 일정 안 당겨진다… 브룩스 법칙의 변주

AI 에이전트도 '맨먼스 미신'에서 자유롭지 않다

프레드릭 브룩스가 1975년 《맨먼스 미신》에서 지적한 법칙이 AI 시대에도 작동한다.
원문은 "에이전트 9개를 투입해도 아기를 한 달 만에 낳을 순 없다"고 단언한다.

해커뉴스 토론에서 35점, 댓글 23개로 반응이 모였다.
핵심은 병목이 사라진 게 아니라 이동했다는 점이다.

온보딩, 스탠드업, 사무실 정치는 밀리초 만에 해결된다.
대신 완료 정의, 코드 리뷰, 할루시네이션(거짓 정보 생성) 감시, 조각 잇기가 사람의 몫으로 남는다.

원문 표현대로 "명확한 오케스트레이션(여러 에이전트 조율·통제) 없이 에이전트 9개를 한 코드베이스에 던지면 서로의 코드를 고속 루프로 덮어쓴다."
이 문장이 이번 논쟁의 중심이다.

댓글 네 가지가 논쟁의 축을 이룬다.

본지가 49일 전 다룬 AI에게 글쓰기를 맡기면 내 생각이 사라질까는 주체성을 물었다.
이번 글은 조율 주체가 누구냐로 확장된다.

24일 전 레고 설계도 AI 'ldraw-nova'는 단일 작업 자동화를 보여줬다.
12일 전 하드웨어 드라이버 자동 생성도 마찬가지다.

이들은 잘 쪼개진 독립 작업에 강하다.
브룩스 법칙이 경고하는 상호 의존적 대형 프로젝트와는 결이 다르다.

브룩스가 50년 전 IBM OS/360 프로젝트에서 본 교훈은 단순하다.
순서대로 해야 할 일은 사람을 늘여도 빨라지지 않는다.

AI 에이전트를 투입해도 이 사실은 변하지 않는다.
에이전트는 커피 안 마시고 밀리초 만에 준비된다.
하지만 서로 의존하는 코드 조각을 동시에 고치면 충돌만 커진다.

비유하자면 주방이다.
요리사 9명을 불러도 달걀 삶는 시간은 9분으로 안 줄어든다.
에이전트는 요리사가 아니라 레시피대로 무한 반복하는 로봇팔에 가깝다.
로봇팔 9대가 한 프라이팬을 쓰면 재료만 망가진다.

사람이 하던 '관리'가 **'명세 작성·리뷰·충돌 중재'**로 옮겨갔을 뿐이다.
원문 말마따나 "요구사항 불확실한 상태에서 에이전트 늘리면 틀린 답을 더 빨리 얻는다."

이 대목이 걸린다.
도구가 빨라져도 병목은 사람 쪽으로 돌아온다.

챗GPT·클로드·제미나이로 코드 짜다 막히면 새 대화창에서 처음부터 다시 시키라.
에이전트 여러 개를 한 세션에 띄워 병렬로 돌리면 컨텍스트 충돌(대화 맥락 섞임)로 더 꼬인다.

직장인·학생·자영업자라면 작업 쪼개기부터 연습하라.
"이 기능 전체 만들어줘" 대신 **"로그인 폼 검증 함수만 짜줘"**처럼 독립 단위로 요청한다.

개발자가 아니라면 프롬프트 관리가 곧 조율이다.
어떤 프롬프트가 어떤 결과를 냈는지 버전 관리 습관을 지금 들이라.
나중에 에이전트 여러 개 쓸 때 내가 오케스트레이터가 된다.

오늘 바로 해볼 것 세 가지.

브룩스 법칙이 그대로 적용되는 영역과 예외인 영역 경계는 아직 흐리다.
해커뉴스 댓글처럼 탐색·프로토타입·단일 함수는 에이전트 병렬화가 먹힌다.

반면 아키텍처 결정·데이터 흐름 설계·보안 검증은 여전히 순차·인간 주도다.
이 선을 긋는 기준이 앞으로 1~2년 내 표준화될지가 관전 포인트다.

한쪽은 "에이전트 오케스트레이터라는 새 직무가 생긴다" 말하고
다른 쪽은 "결국 시니어 개발자 일이 늘어날 뿐"이라 맞선다.
양쪽 다 맞을 수도, 틀릴 수도 있다.
확인된 건 비용이 이동했지 사라지지 않았다는 사실 하나다.