Agent swarm과 새로운 모델 경제학: Planner는 비싸게, Worker는 싸게

Planner는 최상위 모델, Worker는 저가 모델로 썼더니 품질은 같고 비용은 대폭 절감

여러 에이전트를 병렬로 돌리며 비용과 품질 사이에서 모델 조합을 고민하는 에이전트 개발자

Planner와 Worker로 역할을 나눴다
- Planner(가장 똑똑한 모델)는 목표를 쪼개 위임만 하고 직접 구현하지 않는다.
- Worker(빠르고 저렴한 모델)는 한 조각만 맡아 실행한다.
- 목표를 트리로 쪼개는 구조라 문제 크기에 맞춰 swarm 모양이 자란다고 한다.
새 swarm이 모든 모델 조합에서 이겼다
- 같은 모델·같은 시간(4시간)으로 SQLite를 Rust로 처음부터 구현시키고 sqllogictest 통과율로 비교했다.
- 4시간 시점에 새 실행은 73~85%, 옛 실행은 11~77%였다.
- 새 구성은 모두 결국 100%를 통과했다.
커밋 폭주는 생산성이 아니라 헛수고였다
- 옛 Grok 4.5 실행은 2시간에 커밋 68,000개로 새 실행의 약 70배였다.
- 하지만 충돌이 70,000건이 넘었고 새 실행은 4시간 내내 1,000건 미만이었다.
- 가장 충돌이 잦은 파일은 옛 실행 7,771건, 새 실행 47건이었다.
swarm 규모에서만 생기는 실패를 프롬프트와 구조로 막았다
- 설계 중복(split-brain)은 Planner가 설계 결정을 직접 하고 하위 트리끼리 같은 질문을 결정하지 않게 프롬프트로 막았다.
- 병합 충돌은 중립적인 제3 에이전트가 대신 해결하게 했다.
- 비대해진 파일은 Worker가 표시하면 커밋을 막고 다른 에이전트가 모듈로 쪼갰다.