볼트 홈: README
비교 — 멀티에이전트/컨텍스트 격리: Anthropic 찬성 vs Cognition 반대
한 줄 정의
멀티에이전트(컨텍스트 격리)를 두고 정반대로 보이는 두 입장이 있다. Anthropic은 “오케스트레이터-워커로 리서치 90.2% 향상”이라며 찬성하고, Cognition은 “Don’t Build Multi-Agents, 코딩에선 결정이 충돌한다”며 반대한다. 이 노트는 두 주장이 모순이 아니라 도메인 함수라는 점을 정면 비교로 정리한다.
왜 중요한가
“멀티에이전트를 써야 하나?”는 에이전트 설계에서 가장 비싼 갈림길이다. 멀티에이전트는 채팅 대비 토큰을 약 15배 쓰고, 잘못 적용하면 비용만 늘고 결과는 오히려 나빠진다. 그런데 권위 있는 두 출처가 정반대를 말한다. Anthropic은 적극 권장하고, Cognition은 짓지 말라고 한다.
이 충돌을 “누가 맞나”로 읽으면 오답이다. 둘 다 맞다. 보고 있는 도메인이 다를 뿐이다. Anthropic은 병렬 읽기와 독립 하위문제가 자연스러운 리서치를 보고, Cognition은 결정이 사슬처럼 엮인 코딩을 본다. 이 노트는 그 분기 변수인 태스크 상호의존성을 명시화하고, 언제 격리가 이득이고 언제 독약인지를 결정 규칙으로 정리한다. 격리 과잉이 04 충돌을 구조적으로 유발하는 메커니즘, 그리고 07 거버넌스의 슬롯 계약이 그 간극을 어떻게 메우는지도 함께 짚는다.
1. 양측 핵심 주장 대조표
| 항목 | Anthropic (찬성) | Cognition (반대) |
|---|---|---|
| 출처 | 멀티에이전트 리서치 시스템, 2025 | Walden Yan “Don’t Build Multi-Agents”, 2025 |
| 도메인 | 리서치(웹·문서 탐색) | 소프트웨어 엔지니어링(코딩) |
| 아키텍처 | LeadResearcher(Opus 4) + 병렬 SubAgent(Sonnet 4) | 단일 스레드 선형 에이전트 + 경계 압축 |
| 핵심 성과 | 단일 대비 90.2% 향상, 토큰이 성능 분산 80% 설명 | 신뢰성·일관성, 결정 충돌 0 |
| 서브에이전트 역할 | 병렬 압축·탐색 (독립 컨텍스트 창) | 조사 전용·비병렬 (결과만 반환) |
| 컨텍스트 처리 | 워커가 핵심 토큰만 압축 반환 → 리드가 합성 | 전체 트레이스 항상 공유 |
| 핵심 위험 | (전제: 독립 분해 가능) | 암묵적 결정 분산 → 충돌 |
| 대표 사례 | BrowseComp, 병렬 리서치 | Flappy Bird(배경=마리오 스타일을 새 워커가 모름) |
핵심 인용 대비: Anthropic — “멀티에이전트는 문제 해결에 충분한 토큰을 투입하게 돕기 때문에 작동한다.” vs Cognition — “Actions carry implicit decisions, and conflicting decisions carry bad results.”
상세 근거는 06_05-멀티에이전트-찬성-Anthropic-리서치시스템와 06_06-멀티에이전트-반대-Cognition-DontBuild 참고.
2. 왜 정반대인가 — 도메인 차이 분해
flowchart LR subgraph Research["리서치 도메인 · Anthropic"] R1["하위문제 독립"] --> R2["병렬 읽기 안전"] R2 --> R3["격리=이득<br/>토큰 투입 극대화"] end subgraph Coding["코딩 도메인 · Cognition"] C1["하위문제 상호의존"] --> C2["암묵적 결정 사슬"] C2 --> C3["격리=독약<br/>합칠 때 충돌"] end
- 리서치: “X를 조사”, “Y를 조사”는 서로의 결정을 몰라도 된다. 각 워커가 독립적으로 깊이 파고 결과만 합치면 된다. 읽기는 부작용이 없으니 병렬화가 안전하다.
- 코딩: “배경을 만든다”는 행동에는 “아트 스타일은 마리오”라는 암묵적 결정이 박혀 있다. “새를 만든다” 워커가 그 결정을 보지 못하면 합칠 때 스타일이 충돌한다. 쓰기와 결정은 서로 의존하므로 병렬화가 위험하다.
3. 도메인 결정 규칙 — 격리가 이득 vs 독약
| 격리가 이득인 조건 | 격리가 독약인 조건 |
|---|---|
| 하위문제가 독립적으로 분해됨 | 하위문제가 상호의존(결정 사슬) |
| 병렬 읽기(부작용 없는 탐색) | 공유 상태 쓰기(서로의 결과에 영향) |
| 결과를 단순 합성으로 통합 가능 | 통합에 암묵적 결정 정합이 필요 |
| 토큰 예산 여유(15배 비용 감당) | 신뢰성·일관성이 성능보다 우선 |
| 깊은 탐색이 핵심(검색=압축) | 미세한 결정 일관성이 핵심 |
flowchart TD START(["멀티에이전트를 쓸까"]) --> Q1{"하위문제가<br/>독립적으로<br/>분해되는가"} Q1 -->|"아니오·의존"| SINGLE["단일 순차 에이전트<br/>+ 전체 트레이스 공유<br/>Cognition 패턴"] Q1 -->|"예 (독립)"| Q2{"작업이 주로<br/>읽기·탐색인가"} Q2 -->|"아니오·공유 상태 쓰기"| SINGLE Q2 -->|"예·읽기 병렬"| Q3{"토큰 예산이<br/>충분한가"} Q3 -->|"아니오"| HYBRID["비병렬 서브에이전트<br/>Claude Code 패턴<br/>조사 전용·격리만"] Q3 -->|"예"| MULTI["병렬 멀티에이전트<br/>오케스트레이터-워커<br/>Anthropic 패턴"]
흥미롭게도 Cognition조차 Claude Code를 모범 사례로 든다. 서브에이전트를 띄우되 병렬로 일하지 않고, 조사만 시키며, 그 결과가 메인 히스토리에 남지 않는다. 격리의 이득인 컨텍스트 분리만 취하고 독인 결정 분산은 피하는 중간 지대다.
4. 모순이 아니라 도메인 함수다 — 07 거버넌스와의 연결
두 입장을 하나의 함수로 보면:
격리의 가치 = f(태스크 상호의존성) — 의존성이 낮을수록(리서치) 격리는 이득, 높을수록(코딩) 독약.
Anthropic과 Cognition은 이 함수의 양 끝점을 각각 보고했다. 충돌처럼 보이는 건 같은 곡선 위의 다른 좌표일 뿐이다.
그렇다면 의존성이 중간인 태스크는 어떨까. 여기서 07 거버넌스의 슬롯 계약이 다리를 놓는다. 멀티에이전트를 쓰되 워커 간 암묵적 결정을 명시적 계약(슬롯)으로 못 박으면, 즉 “아트 스타일=마리오”를 계약으로 공유하면, Cognition이 경고한 결정 분산(F6)을 구조적으로 차단하면서 Anthropic의 병렬 이득을 취할 수 있다. 거버넌스는 전체 트레이스 공유의 비용을 필요한 결정만 명시 공유하는 쪽으로 낮추는 절충안인 셈이다.
flowchart LR DEP["태스크<br/>상호의존성"] -->|낮음| ANT["병렬 격리<br/>이득<br/>Anthropic"] DEP -->|높음| COG["순차·격리 자제<br/>Cognition"] DEP -->|중간| GOV["슬롯 계약 거버넌스<br/>결정만 명시 공유<br/>07 거버넌스"]
요약·체크리스트
- 둘 다 맞다: Anthropic(리서치 90.2%)과 Cognition(코딩 충돌)은 서로 다른 도메인을 본 것이지 모순이 아니다.
- 분기 변수는 태스크 상호의존성이다. 낮으면 격리가 이득, 높으면 독약.
- 격리가 이득인 조건: 독립 분해, 병렬 읽기, 단순 합성 가능, 토큰 여유.
- 격리가 독약인 조건: 상호의존 결정 사슬, 공유 상태 쓰기, 통합에 결정 정합 필요.
- 중간 지대: Claude Code 패턴(비병렬 조사 격리), 또는 슬롯 계약 거버넌스로 결정만 명시 공유.
- 비용 경고: 멀티에이전트는 채팅 대비 약 15배 토큰을 쓴다. 격리 이득이 확실할 때만 병렬화한다.
관련 노트
- 06 해결전략 — 4전략 통합 지형도
- 06_05-멀티에이전트-찬성-Anthropic-리서치시스템 — 찬성 측 상세
- 06_06-멀티에이전트-반대-Cognition-DontBuild — 반대 측 상세
- 07 거버넌스 — 슬롯 계약으로 결정 분산 차단
- 04 충돌 — 암묵적 결정 분산의 근원 실패모드
- 09_01-감별진단-5대모드-종합비교 — 5대 실패모드 감별
- 09_07-비교-4대-해결전략 — Isolate 과잉의 트레이드오프 위치