editorial-meeting #169 · 2026-05-01 JST · scraps/multi_agent_coordination_patterns/

Anthropic の 5 パターンで Claude Code エージェント設計を分類する

Anthropic 公式ブログ「Multi-agent coordination patterns: Five approaches and when to use them」を素材に、公式の 5 協調パターン(Generator-Verifier / Orchestrator-Subagent / Agent Teams / Message Bus / Shared State)を既存記事 23 本から抽出した中核 7 記事にマッピングし、4 軸(タスク構造・レイテンシ・スケール・観測性)の選定決定木と組み合わせた cornerstone メタ記事。公式分類用語を日本語実装事例へ橋渡しし、既存記事のハブ化と GEO 効果を狙う。

type tech claudecode ai multiagent anthropic automation anthropic-multi-agent-coordination-patterns-guide
編集長判定 条件付き承認 editor-in-chief · 全 5 条件を受け入れ修正済み
B

ターゲット読者

persona
経験レベル
Claude Code でマルチエージェント構成(SubAgent または Agent Teams)を 1 つ以上組んだ経験がある中〜上級エンジニア。実装手順は分かるが、設計の整理に課題を持つ層。
前提知識
  • SubAgent / Agent Teams / オーケストレーションの基礎
  • Claude Code カスタムコマンドの基本
  • マルチエージェント設計を 1 つ以上組んだ実装経験
⚠️ 抱えている課題
  • 自分のマルチエージェント設計に「公式の語彙」を当てたい
  • 5 パターンの違いと「いつ何を使うか」を体系的に理解したい
  • 次の一手(新規パターン導入)を判断する基準がほしい
C

構成案

outline
推定総文字数 13,000〜15,000 字 / はじめに + 7 H2 / mermaid 図 7 + マッピング表 1 + 4 軸比較表 1
  • 00
    はじめに Anthropic 5 パターン記事の紹介、トークン消費 3〜10× の現実、本記事のスコープ
    ~800 字
    </>
  • 01
    なぜ Anthropic の「5 パターン」を学ぶ必要があるのか? コスト現実、パターン語彙の効果、設計議論の共通言語
    ~1,500 字
    </>
  • 02
    5 つの協調パターンとは? Generator-Verifier / Orchestrator-Subagent / Agent Teams / Message Bus / Shared State の早見表と概念図
    ~2,500 字
    </>
  • 03
    どのパターンをいつ使うべきか? 4 軸決定木(タスク構造・レイテンシ・スケール・観測性)、mermaid フローチャート、ユースケース早見表
    ~2,000 字
    </>
  • 04
    既存マルチエージェント実装はどのパターンに該当するか? 23 記事から抽出した中核 7 記事を 5 パターンにマッピング表で対応付け、各記事への内部リンク
    ~2,500 字
    </>
  • 05
    純粋形では足りない場面とは? ハイブリッド設計(Orchestrator + Shared State など)、mermaid 構成例、本ブログでの実装エビデンス
    ~1,500 字
    </>
  • 06
    アンチパターンと推奨ガード Verifier 基準明示・反復上限・担当範囲明示・単一障害点回避、対応する自記事の参照
    ~1,500 字
    </>
  • 07
    まとめ 5 パターンを「設計語彙」として身につける効果、Message Bus 空き地と次回作のフック(H7 単独 H2 を統合)
    ~1,000 字
    </>

書き出しは Anthropic 公式の統計データ(マルチエージェントはトークン消費 3〜10×、C コンパイラ 16 エージェント / $20,000 / 100,000 行)を提示する Answer-first オープン。「コストを払ってでもパターンを選び分ける価値とは何か」という問いから本論へ橋渡しする。

書き出し方針 · 統計データ起点 / Answer-first
D

SEO 戦略

keywords · query · slug · GEO

主要キーワード(重要度順 / タイトル・H2・冒頭 への配置チェック)

Anthropic THL マルチエージェント協調パターン THL Multi-agent coordination THL Generator-Verifier THL Orchestrator-Subagent THL Agent Teams THL Shared State THL Message Bus THL

T = タイトル / H = H2見出し / L = リード文 への配置

slug

zenn.dev/articles
/anthropic-multi-agent-coordination-patterns-guide
選定理由

Anthropic 公式タイトル "Multi-agent coordination patterns" を完全包含し、Embedding 検索と GEO 効果を最大化。-guide サフィックスで「網羅的・cornerstone」を示唆。候補 B(anthropic-five-patterns-multi-agent-design)は「5 patterns」が一般語すぎ識別性が弱く、候補 C は「portfolio mapping」が冗長、候補 D は Anthropic 不在で権威性が弱いため不採用。

想定検索クエリ(検索意図)

search intent — Google / Zenn 内検索
  • Anthropic マルチエージェント 5 パターン情報収集
  • Multi-agent coordination patterns 日本語情報収集
  • Agent Teams いつ使う方法
  • マルチエージェント パターン 比較比較・検討
  • Generator-Verifier 実装方法

GEO 観点 (生成AI検索エンジン最適化)

  • 疑問形 H2(「なぜ〜」「どの〜」「どこで〜」)全 7 H2
  • Answer-first(各 H2 直下に :::message で 40〜60 字結論)採用
  • 公式分類用語をそのまま見出しに使用(引用マッチ強化)5 用語
  • 統計データの引用(トークン 3〜10× / 16 エージェント / $20,000)採用
E

訴求ポイント

value proposition

独自価値

Anthropic 公式分類用語(5 パターン名)を日本語実装事例に橋渡しする記事は本リポジトリ・他媒体ともに不在。23 記事から抽出した中核 7 記事を 5 パターンにマッピングする cornerstone content で既存記事の SEO 価値を底上げする。

読者メリット

自分のマルチエージェント設計に Anthropic 公式語彙を適用でき、パターン選定の判断基準(4 軸)を明示的に持てる。ハイブリッド設計の実例から純粋形に縛られない選択肢を学べる。

読後にできること

自設計を公式語彙で分類し、4 軸決定木で「次の一手」を判断できる。

Before 独自表現でマルチエージェント設計を語る
After 公式語彙で分類・選定・拡張できる
F

ライブラリアン調査

existing articles · differentiation

関連度マップ(中心 = 本記事 / 距離 = 関連の強さ)

間接的な関連 強い関連(中核 7 記事) 直接の前作: なし
本記事
cornerstone
直接の前作 なし
メタ視点で既存記事を再パッケージする初の試み
強い関連 dev-flow-multi-agent-1
Orchestrator-Subagent + Agent Teams
強い関連 editorial-team-1week
Agent Teams 12 人体制の実例
強い関連 editorial-team-ecosystem-1
Orchestrator-Subagent + Shared State / JIT 70%
強い関連 rubber-duck-cross-model-review
Generator-Verifier クロスモデル(最新公開)
強い関連 claude-gemini-interplay 1 / 3
間接的 codex-claude-code-copilot-2026

既存記事との差別化

観点 既存のマルチエージェント記事群 本記事
語彙 「SubAgent」「Agent Teams」「マルチ AI 協調」など独自表現 Anthropic 公式分類用語(5 パターン名)
粒度 個別の実装手順・具体コマンド パターン定義 × 23→7 記事の横断マッピング
差別化ポイント 各記事は単一の構成を解説 4 軸決定木 + cornerstone マッピングで「いつ何を使うか」を意思決定ツール化
読後の到達点 その構成を再現できる 自設計を公式語彙で分類し次の一手を判断できる
回収
ポイント
直接の前作がないため、前作からの予告回収はなし。代わりに本記事の H7(まとめ)で Message Bus パターンを「空き地」として明示し、次回作(Message Bus PoC 実装記事 / 5 パターン連載化)へのフックを張る設計とした。
— 本記事 H7 まとめ(次回作への布石)
G

GA データ分析

過去 90 日 topics 別 PV(2026-05-01 取得 / 参考)
本編集会議では専用の GA レポートファイルは生成されず、Issue に記録された topics 別 PV(過去 90 日)を企画根拠の参考データとして用いた。日次推移・セッション数等は未取得のため掲載しない。

topics 別 PV ランキング(本企画の topics をハイライト)

01
claudecode
1,236
02
multiagent
1,127
03
ai
1,096
04
flutter
1,025
05
github
869
06
mcp
525
07
codereview
464

示唆

本企画の主要キーワード「Anthropic / マルチエージェント協調パターン」は multiagent(1,127 PV / 第 2 位)と完全一致し、claudecode(1,236 PV / 第 1 位)と組み合わせた読者層が本企画のターゲットそのもの。PV 上位はマルチエージェント・ツール使い分け系が中心で、同読者層を直接ターゲットできる。

アクションプラン

  • topics は流入実績重視で agentteams を外し automation を採用(編集長条件 4)
  • 中核 7 記事への内部リンクで cornerstone 回遊導線を確保
  • 公開後の GA 反応を見て次の企画(Message Bus 実装 / 連載化)を判断
H

連載判断

series decision
判定単発(メタ + 決定木統合)

スクラップ素材(04 マッピング・05 ギャップ)が既に揃い 1 本で完結可能。約 13,000〜15,000 字は単発で収まる範囲。連載案(C: 5+1 本 / D: 2 本分離)は中期計画向けで即効性が低く、決定木のみの単発案 B は cornerstone 性が弱いため、A 案(単発・メタ + 決定木統合)を採用。Message Bus 空き地を H7 に残し連載化の伏線とする。

  • 1 記事で完結できる素材が揃う 04・05
  • 即効性が大きい(リサーチコスト最小)
  • cornerstone(7 記事ハブ化)として機能 7 記事
  • 次回作のフックを残せる Message Bus
I

意思決定プロセス

9 steps · transparent options
  1. Step 1 · 位置づけ

    本記事の位置づけ

    採用

    独立した新記事(メタ視点で既存記事を再パッケージ)

    直接の前作がなく、cornerstone として最も価値が出る

    却下

    既存記事の続編

    連続性のある前作が存在しない

  2. Step 2 · 連載判断

    単発か連載か(候補 4 案を比較)

    採用

    A: 単発(メタ + 決定木統合)

    即効性大・GEO 効果大・cornerstone 化・次回作フック

    却下

    B: 単発(決定木のみ)

    cornerstone 性が弱い

    却下

    C: 連載 5+1 本

    Message Bus は新規 PoC が必要、中期計画向け

    却下

    D: 連載 2 本(メタ + 決定木分離)

    1 本でも収まる範囲

  3. Step 3 · 各回構成

    各回のテーマ配分

    該当なし

    単発のため各回構成は不要

    構成は H1〜H7 の論理展開(必要性→早見→選定→適用→発展→回避→未来)で設計

  4. Step 4 · タイトル

    タイトル選定

    採用

    Anthropic の 5 パターンで Claude Code エージェント設計を分類する(30 字)

    編集長条件 3 でタイトル短縮(30〜40 字)。主要 KW を含み具体的

    却下

    当初案(40+ 字の長尺タイトル)

    Google 検索結果で途切れる

  5. Step 5 · slug

    slug 選定(候補 4 案を比較)

    採用

    anthropic-multi-agent-coordination-patterns-guide

    Anthropic 公式タイトルを完全包含、Embedding・GEO 最大化

    却下

    anthropic-five-patterns-multi-agent-design

    「5 patterns」が一般語すぎ識別性が弱い

    却下

    anthropic-multi-agent-five-patterns-portfolio-mapping

    「portfolio mapping」が冗長

    却下

    multi-agent-coordination-patterns-five-2026

    Anthropic 不在で権威性が弱い

  6. Step 6 · 絵文字 / topics

    絵文字 / topics

    採用

    🧭 / claudecode, ai, multiagent, anthropic, automation

    コンパス=4 軸選定のナビゲーション。流入実績重視で automation を採用

    却下

    topics に agentteams を含める案

    編集長条件 4:既存マルチエージェント記事との互換性を優先

  7. Step 7 · ヒーロー画像

    ヒーロー画像型

    採用

    A: 概念型(地図・コンパス・ノードグラフ等の「分類・選定」ビジュアル)

    5 パターンを抽象的・概念的に表現するのに適合

    却下

    B: 擬人化型 / C: ストーリー型

    分類・選定という記事性質に合わない

  8. Step 8 · 最終確認

    オーナーによる最終確認

    確定

    全項目(タイトル・slug・絵文字・topics・構成・ヒーロー画像型)をオーナーが承諾

    確定内容サマリを Issue コメント 4 に記録

  9. Step 9 · 編集長承認

    editor-in-chief 承認

    条件付き承認

    5 条件(原典一次取得・23/7 整合・タイトル短縮・topics 流入重視・H2 圧縮)すべてを受け入れて修正済み

検討経緯コメント(Issue comments 1〜4)

#1 ペルソナ設定の経緯 comment 1/4

既存記事は「実装手順・具体コマンド」層、Anthropic 公式は「パターン定義・概念」層。両者を架橋するため実装経験を持つ中〜上級エンジニアをターゲットに設定。初心者向けにすると独自価値(23 記事マッピング × 4 軸決定木)が伝わりにくい。

3 つの課題はギャップ分析(05)と GA データから導出。想定外読者(初心者)には前半 H1〜H3 の早見表で価値を届ける二段構え。

#2 構成案の検討過程 comment 2/4

企画案 C-1〜C-5・D 連載から 4 方向性を比較し A 案(単発・メタ + 決定木統合)を採用。理由は即効性大・GEO 効果大・cornerstone 化・次回作フック。

編集長の条件付き承認で 5 条件すべてを受け入れて修正(8 H2 → 7 H2 に圧縮等)。H1〜H7 は「必要性→早見→選定→適用→発展→回避→未来」の論理展開。

#3 SEO 戦略の根拠 comment 3/4

GA topics 別 PV で multiagent(1,127 / 第 2 位)と完全一致、claudecode(1,236 / 第 1 位)と組合せた層がターゲット。slug は候補 4 案から Anthropic 公式タイトル完全包含の A 案を選定。

GEO 対応:疑問形 H2 全 7・Answer-first(:::message)・公式英語名の見出し使用・統計データ引用・論理接続詞配置。共起語は自然分散しスタッフィング回避。

#4 最終決定事項のサマリ comment 4/4

確定:タイトル(30 字)・slug・絵文字 🧭・topics(claudecode/ai/multiagent/anthropic/automation)・単発・約 13,000〜15,000 字・ヒーロー A 概念型。図表は mermaid 7 + マッピング表 + 4 軸比較表。

執筆前タスク:Anthropic 公式原典の一次取得(claude.com allowlist 制約時は Engineering Blog の関連公式ドキュメントへ切替)、5 パターン定義の原典確認、マッピング精度の再確認。次アクションは /draft #169

条件付
承認

編集長による企画承認判断

本企画は cornerstone メタ記事として承認する。ただし以下の条件を満たすこと(全条件を受け入れ修正済み)。

  1. Anthropic 公式ブログ原典の一次ソース確認を執筆前に完了する
  2. 「23 記事」と「7 記事」の整合(中核 7 記事を 5 パターンに対応付けと明記)
  3. タイトルを 30〜40 字に短縮する(→ 30 字に変更)
  4. topics は流入実績重視(agentteams を外し automation を採用)
  5. Message Bus 単独 H2 を圧縮(8 H2 → 7 H2、まとめ内 1 段落へ統合)
editor-in-chief · 条件付き承認 → 全 5 条件 受け入れ修正済み
J

成果物 / 次のアクション

deliverables

次のステップ

本記事は draft・review を経て公開済み(published)。編集会議としての次アクションは draft フェーズの起動でした。

/draft #169