新商品のローンチ準備で、Claudeに「発売までにやるべきことを洗い出して、それぞれ進めておいてください」と頼む場面を想像してください。商品によって必要な作業はまちまちで、市場調査・価格設定・販促文の3つで足りることもあれば、競合特許の確認や代理店向け説明資料まで加わり5つになることもあります。何を・いくつの作業に分けるべきかは、案件の中身を見るまで人にも分かりません。これは、司令塔役のClaudeが案件を見てその場で作業を分解し、実働役に割り振る「オーケストレーター・ワーカー」という設計パターンで解決できます。
皆さんこんにちは！AIコンサルタント（中小企業診断士）の津田です。
今回は、Claude活用テクニック大全シリーズ第20回（最終回）として、司令塔役に振り分け方の判断そのものを任せる「オーケストレーター・ワーカー」を解説します。全20回のシリーズ総まとめとして、ここまでの積み重ねの意味も振り返ります。
公式ドキュメントを読み解く：オーケストレーター・ワーカーとは何か
出典はAnthropic Engineering Blog「Building Effective AI Agents」（2024年12月19日公開、https://www.anthropic.com/engineering/building-effective-agents）のOrchestrator-workers（オーケストレーター・ワーカー）節です。
公式は次のように定義しています。
"In the orchestrator-workers workflow, a central LLM dynamically breaks down tasks, delegates them to worker LLMs, and synthesizes their results."
「central LLM」＝司令塔役の1つのClaudeが、「dynamically breaks down tasks」＝案件を見てその場で作業を分解し、「delegates them to worker LLMs」＝実働役のClaudeに割り振り、「synthesizes their results」＝結果を1つにまとめる。司令塔役が「何をいくつに分けるか」自分で決め、配って、取りまとめる仕組みです。
似た仕組みに第19回の「サブエージェント」（作業ごとに割り当てる専任の担当役）があります。公式は決定的な違いをこう述べています。
"the key difference from parallelization is its flexibility—subtasks aren't pre-defined, but determined by the orchestrator based on the specific input."
「parallelization」＝あらかじめ決めた作業を同時並行で進めさせるやり方（並列化）です。「subtasks aren't pre-defined」＝分ける作業の中身は事前に固定されておらず、「determined by the orchestrator based on the specific input」＝司令塔役が案件を見てその都度決める、という意味です。第19回の実務例（調査・集計・執筆の3つに分けて、と人が事前に割り振る使い方）は「並列化」、今回のように「何個に分け何をやらせるか」もClaude自身に判断させる使い方が「オーケストレーター・ワーカー」です。
公式は、必要な作業の数や中身を事前に予測できない複雑な業務にこのパターンが向くとし、複数ファイルにまたがるコード変更や複数情報源を横断する調査業務を例に挙げています。工程数が案件ごとに変わるプロジェクト準備（新商品ローンチ、新規取引先対応など）がこれにあたります。
実現する機能は、Cowork・Claude Codeの「サブエージェントに動的に仕事を割り振る仕組み」（第19回）です。第19回との違いは道具ではなく、司令塔役に振り分け方の判断までゆだねるかどうかです。チャット（claude.ai）にはこの仕組みがなく、Cowork・Claude Codeが前提です。
オーケストレーター・ワーカーは何を解決するのか
使わないと、案件ごとに「今回は何個の作業に分けて、誰に何を頼むか」を毎回人が設計しなければなりません。第19回のサブエージェントは振り分け先を人があらかじめ固定するため、想定外に複雑な案件では抜け漏れが起き、簡単な案件では過剰に細分化してしまうこともあります。
使うと、「発売までにやるべきことを洗い出して進めておいてください」という大枠の指示だけで、Claude自身が案件を見て必要な作業を判断し、専門の担当に割り振り、結果をまとめて返してくれます。振り分け方の設計自体をアウトソースできる点が、普通のチャットや振り分け先を決め打ちする運用にはない固有の価値です。
このメリットが効くのは、毎回内容が変わり必要な作業数を事前に予測できない業務です。毎回同じ手順で進む定型業務（見積書作成など）は、第7回のプロンプトチェイニングで手順を固定するほうがシンプルです。
実務でこう使う：具体例で見る
新商品のローンチ準備を、必要な作業の洗い出しから任せる場面を想定します。ここからはCoworkでの手順です。
【準備】最初に一度だけ
作業用フォルダに新商品の企画書と想定価格帯のメモを置きます。CLAUDE.md（第13回で解説した、Claudeに毎回の前提を伝えておくファイル）に、ローンチ準備でよく発生する作業カテゴリ（市場調査・価格設定・販促文・社内説明資料・法務確認など）と、それぞれの成果物の保存先・形式（Word文書はoutputフォルダへ、など）を書いておきます。Claudeが振り分ける際の候補と完了条件がこれで明確になります。
【依頼】毎回
「新商品〇〇のローンチ準備を進めてください。企画書と想定価格帯メモをフォルダに置いています。発売日は◯月◯日です。企画書を読んで発売までに必要な作業を洗い出し、それぞれ専門の担当に振り分けて並行して進めてください。作業ごとの成果物はWord文書としてoutputフォルダに保存し、最後に全体の進捗と主要な成果物へのリンクを一覧で報告してください。」
依頼文に「サブエージェントを使ってください」と書く必要はありません。振り分けるかどうか・何個に分けるかもClaude自身が判断するため、指示がなくても、必要と判断すれば自発的に分けて進めます。その際は「市場調査用と価格設定用に分けて進めます」のように、何にどう分けたかを報告しながら作業するので、途中経過も把握できます。
今日から試せること
第1回から20回、伝え方・段取り・前提知識・手足と采配、という積み重ねを見てきました。1人でも会社規模の実行力を持てる時代です。まずは今日、必要な作業量が読めない1つの業務で「必要な作業を洗い出して進めておいてください」と頼んでみてください。自社への組み込み方に迷ったら、AI活用伴走支援へ。自分の事業構想そのものから整理したい方は、MiraizConceptもご活用ください。
※関連記事：「Claudeとは何か」（S-02）／「AIエージェントで変わる企業戦略」（S-11）／「AIって何から始めたらいいか分からない人が最初にやるべき3つのこと」（S-07-05）
前回の「サブエージェント」から続けて読むと、専任の担当に任せる仕組みと、その振り分け方自体を司令塔役に委ねる仕組みの違いを押さえられます。連載の最初から読みたい方は「明確に伝える」・「理由を添える」・「見本を示す」・「長い資料の渡し方」・「出力の形を指定する」・「役割を与える」・「プロンプトチェイニング」・「自己チェックさせる」・「評価者・最適化ループ」・「ルーティング」・「考えさせる・急がせる」・「コンテキスト管理」・「CLAUDE.md」・「Agent Skills」・「メモリ」・「ツール利用」・「Web検索・コード実行」・「MCP」もどうぞ。
※本記事はAnthropic公式ドキュメントを著者が読み解き、中小企業向けに翻訳・考察したものです。
※本記事はAIを活用して作成しています。