볼트 홈: README

비교 — 멀티에이전트/컨텍스트 격리: Anthropic 찬성 vs Cognition 반대

한 줄 정의

멀티에이전트(컨텍스트 격리)를 두고 정반대로 보이는 두 입장이 있다. Anthropic은 “오케스트레이터-워커로 리서치 90.2% 향상”이라며 찬성하고, Cognition은 “Don’t Build Multi-Agents, 코딩에선 결정이 충돌한다”며 반대한다. 이 노트는 두 주장이 모순이 아니라 도메인 함수라는 점을 정면 비교로 정리한다.


왜 중요한가

“멀티에이전트를 써야 하나?”는 에이전트 설계에서 가장 비싼 갈림길이다. 멀티에이전트는 채팅 대비 토큰을 약 15배 쓰고, 잘못 적용하면 비용만 늘고 결과는 오히려 나빠진다. 그런데 권위 있는 두 출처가 정반대를 말한다. Anthropic은 적극 권장하고, Cognition은 짓지 말라고 한다.

이 충돌을 “누가 맞나”로 읽으면 오답이다. 둘 다 맞다. 보고 있는 도메인이 다를 뿐이다. Anthropic은 병렬 읽기와 독립 하위문제가 자연스러운 리서치를 보고, Cognition은 결정이 사슬처럼 엮인 코딩을 본다. 이 노트는 그 분기 변수인 태스크 상호의존성을 명시화하고, 언제 격리가 이득이고 언제 독약인지를 결정 규칙으로 정리한다. 격리 과잉이 04 충돌을 구조적으로 유발하는 메커니즘, 그리고 07 거버넌스의 슬롯 계약이 그 간극을 어떻게 메우는지도 함께 짚는다.


1. 양측 핵심 주장 대조표

항목Anthropic (찬성)Cognition (반대)
출처멀티에이전트 리서치 시스템, 2025Walden 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배 토큰을 쓴다. 격리 이득이 확실할 때만 병렬화한다.

관련 노트