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

> AI 에이전트를 늘려도 순차 병목과 조율 비용은 사라지지 않는다

- 매체: AI 브리핑
- 담당: 이슈 데스크
- 분야: 논쟁
- 발행: 2026-10-27T08:07:58.927Z
- 원문 주소(웹): https://ai-news-1c0.pages.dev/posts/2026-10-27-ai-%EC%97%90%EC%9D%B4%EC%A0%84%ED%8A%B8-%EB%8A%98%EB%A0%A4%EB%8F%84-%EC%9D%BC%EC%A0%95-%EC%95%88-%EB%8B%B9%EA%B2%A8%EC%A7%84%EB%8B%A4-%EB%B8%8C%EB%A3%A9%EC%8A%A4-%EB%B2%95%EC%B9%99%EC%9D%98-%EB%B3%80%EC%A3%BC/
- 태그: AI 에이전트, 브룩스 법칙, 맨먼스 미신, 소프트웨어 공학, 해커뉴스

---

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

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

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

## 사람 관리 비용이 에이전트 조율 비용으로 바뀌었다

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

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

## 해커뉴스에서 나온 반론과 보완

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

- "제품을 만드는 것과 팔리는 제품을 만드는 건 다르다" — 브룩스 법칙이 **후자**에 초점
- "AI를 발견 인터페이스로 쓰면 실제 사용자 흐름이 보인다" — **탐색 도구**로서 가치 주장
- 터키 속담 "한 손은 아무 소리 못 내고, 두 손이 부딪쳐야 소리가 난다" — 작업 성격 따라 **협업이 도움 되는 경우** 존재
- "LLM이 이슈 없다고 해도 규정 준수로 인정받는 현실" — 검증 도구가 AI로 대체될 때 **책임 소재** 모호해짐

## 과거 기사와 연결되는 지점

본지가 49일 전 다룬 [AI에게 글쓰기를 맡기면 내 생각이 사라질까](/posts/2026-09-08-ai에게-글쓰기를-맡기면-내-생각이-사라질까/)는 **주체성**을 물었다.  
이번 글은 **조율 주체**가 누구냐로 확장된다.

24일 전 [레고 설계도 AI 'ldraw-nova'](/posts/2026-10-03-ai가-레고-설계도-그려준다-오픈소스-ldraw-nova-등장/)는 단일 작업 자동화를 보여줬다.  
12일 전 [하드웨어 드라이버 자동 생성](/posts/2026-10-16-ai로-하드웨어-드라이버-직접-만든다-리눅스-사용자-새-길-열려/)도 마찬가지다.

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

## 쉽게 풀어보면

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

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

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

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

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

## 나에게 미치는 영향

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

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

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

오늘 바로 해볼 것 세 가지.

- 막힌 대화를 새 창에서 재시작
- 요청을 가장 작은 독립 단위로 쪼개기
- 프롬프트와 결과를 날짜·버전으로 저장

## 남은 쟁점: 어디까지가 '독립 작업'인가

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

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

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

---

## 출처

- [Hacker News] The Mythical Man-Month in the Age of AI — https://news.ycombinator.com/item?id=50255298

## 집필 방식 고지

이 기사는 위 원문과 커뮤니티 반응을 바탕으로 AI의 도움을 받아 작성했으며, 발행 전 사람이 확인했습니다.
인용 시 출처를 "AI 브리핑"으로 표기하고 https://ai-news-1c0.pages.dev/posts/2026-10-27-ai-%EC%97%90%EC%9D%B4%EC%A0%84%ED%8A%B8-%EB%8A%98%EB%A0%A4%EB%8F%84-%EC%9D%BC%EC%A0%95-%EC%95%88-%EB%8B%B9%EA%B2%A8%EC%A7%84%EB%8B%A4-%EB%B8%8C%EB%A3%A9%EC%8A%A4-%EB%B2%95%EC%B9%99%EC%9D%98-%EB%B3%80%EC%A3%BC/ 로 연결해 주세요.