AIチームが「会話」から「再利用できる工程」へ――GitHub Copilot Dynamic workflows
シン＠AI統制＆マルチエージェント
2026年10月1日、GitHubは Dynamic workflows をGitHub Copilot CLI、Copilot app、Copilot SDKへ公開しました。
この発表の面白さは、単に「複数のAIを同時に動かせる」ことではありません。誰が、どの順番で、何を確認し、どこで人間に戻すかを、再利用できるプログラムとして固定できる点です。
AIに毎回「調べて、比べて、確認して」とお願いする段階から、うまくいった仕事の流れそのものを保存する段階へ。AIチーム運用が、かなり“業務設計”に近づきました。
【まず3つだけ】
今回の変化は、次の3点に整理できます。
1. 順次・並列・条件分岐をコードで定義できる
2. 複数エージェントに相互検証させ、人間の確認地点も置ける
3. 上限・権限・進捗・停止・再開を運用に組み込める
【1．毎回AIに相談するのではなく、「仕事の流れ」を残す】
通常のチャットでは、AIがその場で次の一手を考えます。Copilotの/fleetも、AIがタスクを分解して複数のサブエージェントへ配ります。
Dynamic workflowでは、工程の持ち主が変わります。ステップ、条件、引き継ぎをワークフロー作者がコードで決め、判断が必要な部分だけをエージェントへ渡します。
たとえば記事制作なら、次のような流れを毎回同じ形で動かせます。
・公式発表を集める
・独立したエージェントが日付・料金・提供範囲を別々に確認する
・相互に矛盾をチェックする
・未確認事項を残したまま本文案を作る
・公開前に人間の確認地点で止まる
同じモデルを使っても、工程が毎回違えば再現性は低くなります。Dynamic workflowsは、モデルの賢さだけでなく、良い進め方を資産として残すための仕組みです。
【2．複数AIを増やすより、「検証の形」を決める】
GitHubの公式説明では、複数の独立したエージェントを並列で動かし、互いの発見を検証させ、構造化した結果を次の段階へ渡せます。
重要なのは、人数ではありません。
たとえば「2モデルが同意した場合だけ報告する」「検証できない主張は未確認として残す」「公開前は必ず人間へ戻す」といったルールを工程側に置けます。
これは、MORIがHuman OSで重視してきた次の考え方と近い動きです。
・AIの自己申告をEvidenceにしない
・Capability（できる）とAuthorization（してよい）を分ける
・重要な結果は別の視点で検証する
・成功した進め方を再利用可能なWorkflowへ変える
ただし、GitHubがHuman OSを採用したという意味ではありません。公開仕様から見える設計上の共通点としての比較です。
【3．長時間AIに必要なのは、速さより「止められること」】
Dynamic workflowsでは、同時エージェント数、総エージェント数、実行時間、AIクレジットに上限を設定できます。進行中のワークフローは監視し、一時停止・取消・再開も可能です。
さらにOpenTelemetryを有効にすれば、ワークフロー実行やエージェント活動をトレースとして確認できます。
ここには大事な注意があります。
・AIクレジット上限は概算であり、進行中の処理により超過する場合がある
・copilot workflow runの非対話実行では承認画面が出ないため、必要な権限を事前に明示する
・拡張機能自身のコードは権限プロンプト外で動く場合がある
・停止後に再利用できるのは保存済みの結果で、未保存作業は再実行になる可能性がある
「止められる」「上限がある」「あとから追える」は便利機能ではなく、長時間働くAIを本番へ近づけるための基本部品です。
【利用状況と、まだ確認できていないこと】
GitHubの発表では、Dynamic workflowsは全Copilotプランで利用可能です。Copilot appでは追加設定なし、Copilot CLIでは現時点で実験機能を有効にして使います。機能全体は公開プレビューで、変更される可能性があります。
今回確認したのは公式発表と公式ドキュメントです。実際のワークフロー作成・料金消費・停止再開・権限挙動は未実行で、独立した性能評価も確認していません。
【MORIの制作フローなら、こう使える】
いきなり公開まで自動化する必要はありません。最初の候補は、外部への書き込みを含まない範囲です。
・AIニュースの一次資料チェック
・記事本文と数値の整合確認
・図解の文字・出典・本文対応の検査
・公開媒体ごとの下書き差分作成
・未確認事項と公開前停止点の一覧化
まず小さな対象で実行し、消費量と失敗箇所を観測してから広げる。この順番はGitHub自身も推奨しています。
【まとめ】
GitHub CopilotのDynamic workflowsは、複数AIを派手に増やす機能というより、良い仕事の順番・検証・制限・人間への返し方をコードにする仕組みです。
AIチームの次の競争軸は、モデルの順位だけではありません。
誰に何を任せ、何をEvidenceとして残し、どこで止め、失敗後にどこから再開できるか。
今回の発表は、その設計が一部の自作システムだけでなく、日常的なAI開発ツールの標準機能へ入り始めたことを示しています。
【出典】
GitHub Changelog（2026年10月1日）
https://github.blog/changelog/2026-10-01-dynamic-workflows-in-copilot-cli-and-the-copilot-app/
GitHub Docs: Dynamic workflows
https://docs.github.com/en/copilot/concepts/agents/dynamic-workflows
GitHub Docs: Using dynamic workflows
https://docs.github.com/en/copilot/how-tos/use-copilot-agents/use-dynamic-workflows
この記事の販売者
