Claude API と GitHub Copilot は、2026 年 10 月に「ダイナミックワークフロー」という同じ名前の機能を相次いで公開しました。どちらも複数のエージェントを動かす処理をプログラムとして扱います。ただし、ワークフローを書く主体、プログラムの置き場所、進行の確認と制御の方法、提供状況は違います。
この記事では、公式情報 (Claude Platform のリリースノート (October 9, 2026) と GitHub Changelog の告知) を比べて、何が同じで何が違うかを整理します。そのうえで、公式情報だけでは判断できない点も分けて挙げます。手順の解説ではなく、どちらを使うか決めるための材料をまとめた記事です。
比較表：10 の観点で並べると？
10 の観点で並べると、次の表のとおりです。この後の各節で、表の行を 1 つずつ読んでいきます。
| 観点 | Claude API | GitHub Copilot |
|---|---|---|
| ワークフローを書く主体 | Claude Managed Agents のエージェントが書く | 開発者がコードで定義する。Copilot に書かせることもできる |
| ワークフローの実体 | 多数のエージェントを段階ごとに動かし、結果をまとめるプログラム | 自動化した手順と 1 つ以上のエージェントの作業を組み合わせるプログラム |
| 提供先 | Claude Managed Agents のエージェント | Copilot CLI・GitHub Copilot app・GitHub Copilot SDK |
| 提供状況 | ベータ版 (ヘッダー managed-agents-2026-04-01 が必要) |
パブリックプレビュー (変更の可能性あり) |
| 公開日 | 2026 年 10 月 9 日 (日本時間) | 2026 年 10 月 1 日 (米国時間。日本時間では 10 月 2 日) |
| 有効化の方法 |
multiagent フィールドに multiagent_20261001 と workflows の enabled を設定する |
app は設定不要。CLI は最新版で --experimental または /experimental on を使う |
| プログラムの置き場所と実行 | サーバーがバックグラウンドでワークフロー実行として動かす | GitHub Copilot の拡張機能の中に置かれ、Copilot の拡張用 API を使える |
| 進行の確認と制御 | セッションのイベントストリームの workflow_run.* イベントで追跡する |
チェックポイントで一時停止し、結果を確認してから再開できる |
| 想定ユースケース | 数百件の文書のレビューなど、作業の数が多い仕事 | 再利用したい手順や、段階・チェック・上限をはっきりさせたいタスク |
| 対象プラン | 公式情報に記載なし | すべての Copilot プラン |
両方の製品で何が同じ？
どちらの製品も、ワークフローをプログラムとして位置づけています。
多数の対象をレビューする例は、両方の製品に共通しています。対象は、Claude API では文書、GitHub Copilot ではプルリクエストの変更ファイルです。
違いが出るのは、そのプログラムを誰が書き、どこで動かし、途中でどう制御するかです。
ワークフローを書くのは誰？エージェントか開発者か？
Claude API ではエージェントが書き、GitHub Copilot では開発者がコードで定義します (Copilot に書かせることもできます)。
Claude API：エージェントが書く
Claude API では、Claude Managed Agents のエージェントがワークフローの書き手になります。エージェントが自分で書くのは、多数のエージェントを段階ごとに動かし、その結果を集約するプログラムです。
エージェントにワークフローを書かせるかどうかは、エージェントごとに決めます。比較表の「有効化の方法」の行にあたる multiagent フィールドの値は次のとおりです。
{"type": "multiagent_20261001", "workflows": {"type": "enabled"}}
手順を書くのはエージェントです (エージェントが書けるようにする機能です)。リリースノートが開発者側に案内しているのは、いつワークフロー実行を始めるかをシステムプロンプトでエージェントに伝えることです。
GitHub Copilot：開発者がコードで定義する
Copilot 側で書く主体になるのは開発者です。どの手順を踏むか、どこでエージェントを呼ぶか、その結果をどう使うかをコードに書き、分析や判断が必要な部分をエージェントが受け持ちます。手順は順番にも並列にも並べられます。
GitHub Copilot は、オーケストレーションをコードで定義する理由を、複雑なマルチエージェント作業に必要な信頼性と可観測性を得るためと説明しています。
コードを自分で書かずに済ませる道もあります。Copilot に組み込まれた作成ガイドは、仕組みを学ぶためにも、ワークフロー全体を Copilot に書かせるためにも使えます。
つまり、Claude API では手順の組み立てをエージェントに任せます。GitHub Copilot では、開発者が手順をコードで定義します。
プログラムはどこに置かれ、どこで動く？
Claude API ではサーバーがバックグラウンドで動かし、GitHub Copilot では Copilot の拡張機能の中にプログラムが置かれます。
Claude API では、エージェントが書いたプログラムを、サーバーがバックグラウンドでワークフロー実行として動かします。使う入口は Claude Managed Agents のエージェントです。
GitHub Copilot では、ワークフローのプログラムが拡張機能の中に置かれるため、Copilot の拡張用 API を使えます。告知には、ワークフローの中でコマンドの実行、ツールの利用、他のサービスの呼び出しができるとも書かれています。
進行の確認と一時停止・再開はどう違う？
Claude API はイベントで追跡でき、GitHub Copilot はチェックポイントで止めて再開できます。この違いは、「進行を見る」と「止めて再開する」に分けて読むとはっきりします。
Claude API：イベントで追跡する
Claude API 側で進行を見る手段は、セッションのイベントストリームに流れる workflow_run.* イベントです。Claude API のリリースノートには、ワークフロー実行を途中で止める方法も再開する方法も書かれていません。イベントの中身を含め、書かれていない点は後の節「公式情報からは何が判断できない？」にまとめます。
GitHub Copilot：チェックポイントで止めて再開する
GitHub Copilot では、チェックポイントで一時停止し、結果を確認してから再開できます。クライアントが対応していれば、利用者に入力を求めることもできます。告知が挙げる使いどころにも、この制御を使う例があります。
- リリースチェックの失敗の評価をエージェントに任せ、人が結果を確かめる間だけ止めておき、確かめた後に続きを動かす。
- 時間も費用もかかりうる実行を、途中で止めておき、後から続きを動かす。
提供状況・公開日・対象プランはどう違う？
Claude API はベータ版、GitHub Copilot はパブリックプレビューで、公開は Copilot のほうが先です。Copilot はすべての Copilot プランで使えます。
選ぶときに効くのは次の 3 点です。
- Claude API はベータ版なので、ヘッダー
managed-agents-2026-04-01を付けて呼ぶ必要があります。 - Copilot はパブリックプレビュー中で、仕様が変わる可能性があると Changelog に書かれています。
- 公開日は、Copilot が 2026 年 10 月 1 日 (米国時間)、Claude API が 2026 年 10 月 9 日です。
対象プランが書かれているのは Copilot 側だけです。Claude API 側は、後の節「公式情報からは何が判断できない？」で扱います。
Copilot の /fleet とダイナミックワークフローは何が違う？
/fleet は Copilot に任せる方式で、ダイナミックワークフローはコードで決めた手順で進む方式です。
/fleet では、Copilot がサブエージェントに作業を任せ、それらの作業を並列に調整します。これに対してダイナミックワークフローは、コードで定義した手順をそのとおりに実行します。進め方を決めるのが Copilot か、コードに書いた手順か、という違いです。
告知はサービス障害の調査を例に挙げています。ログとテレメトリの収集、独立したエージェントによるシステムごとの分析、タイムラインと根本原因のレポートへのまとめ、という 3 つの段階です。このワークフローは、実行するたびに同じ手順で動くとしています。
公式情報からは何が判断できない？
Claude API 側には、公式情報に書かれていない点があります。選ぶ前に、次の点は「情報がない」と認識しておく必要があります。
| 項目 | 公式情報の状態 |
|---|---|
| Claude API の対象プラン | 公式情報に記載なし |
workflow_run.* イベントの種類と中身 |
リリースノートに記載なし |
| Claude API のワークフロー実行を止める方法・再開する方法 | リリースノートに記載なし |
| いつワークフロー実行を始めるかを伝えるシステムプロンプトの具体的な文面 | リリースノートに例なし |
Claude API のリリースノートに用途の例として載っているのは、数百件の文書のレビューだけです。そのほかの用途は公式情報に記載がありません。一方、GitHub Copilot の告知には、マージ済みプルリクエストの未解決コメントを 2 つのモデルで判定する例や、大きなコードベースでテストの不足や削除予定の API の使用箇所を探す例など、より多くの用途が並んでいます。これらが Claude API でも合うかどうかは、公式情報からは分かりません。
どちらが優れているかは、公式情報からは判断できません。公式情報から言えるのは、次の選び分けまでです。
| 観点 | Claude API が合う条件 | GitHub Copilot が合う条件 |
|---|---|---|
| 書く主体 | 手順の組み立てを Claude Managed Agents のエージェントに任せたい | 手順を自分でコードに書きたい、または Copilot に書かせたい |
| 使う場所 | Claude Managed Agents のエージェントでサーバー側で動かしたい | Copilot CLI・app・SDK から使いたい |
途中で人が確認して再開する方法が公式に書かれているのは、GitHub Copilot 側です。Claude API のワークフロー実行の詳しい仕様は、リリースノートが参照先に挙げている Workflow runs のドキュメントで確認してください。
まとめ
- 共通点：どちらもワークフローをプログラムとして扱い、多数の対象のレビューを用途の例に挙げています。
- 違い：Claude API はエージェントが書いてサーバーで動かし、
workflow_run.*イベントで追跡します。GitHub Copilot は開発者 (または Copilot) がコードで定義し、拡張機能の中に置き、チェックポイントで止めて再開できます。 - 判断の限界：Claude API の対象プランは公式情報に記載がなく、イベントの中身と停止・再開の方法はリリースノートに書かれていません。どちらが優れているかも判断できません。
Claude API と GitHub Copilot それぞれの有効化の手順と、両製品の公式発表の要点は、Claude API ダイナミックワークフローとは？使い方とGitHub Copilotとの違い にまとめています。