今日の深掘り — リリース前の確認を繰り返せる工程に

COPILOT / DYNAMIC WORKFLOWS

AIに毎回「段取り」を考えさせない。リリース確認を、繰り返せる工程に

GitHubは10/1、Copilot Dynamic workflowsをPublic Previewとして公開した。順番、分岐、引き渡しをコードで定め、コマンド・APIとAIの分析を組み合わせる。技術PMやエンジニアが、確認作業を毎回組み直す課題を例に、必要な環境と限界を8章で読む。再利用するのは工程とルールであり、AIの回答の再現保証ではない。

対象ニュース日:2026-10-05 JST公式発表:2026-10-01一次情報確認・制作:2026-10-06 JST
CODE
工程を定義する順番・分岐・引き渡し
PARALLEL
独立した調査を分担API・DB・UIは本号の設計例
CHECKPOINT
確認して再開保存済み結果を再利用
LIMITS
並列数・時間・creditscredits上限は概算

ONE-PAGE BRIEF

確認の段取りを残し、最後は人が判断する

固定する工程と、人が確認する停止位置を示した活用シナリオです。

入力 → 並列調査 → 根拠統合 → 人の判断前で停止押して拡大 ↗
GitHub公式資料に基づく編集部の設計例。実装済みデモ・公式画面ではありません。Azure DevOps等への自動連携や、定量的な短縮効果を示す図ではありません。

WHO THIS HELPS

リリース前の確認を、毎回組み直す人へ

主役は、同じ確認作業を繰り返す技術PMとエンジニア。CLI・Copilot app・SDKを使い、変更差分、テスト結果、ログをコマンドやAPIで取得できるチームが対象だ。

API担当、DB担当、UI担当から回答を集め、未確認を追う。こうした調整の順番・引き渡し・停止位置を工程として残す、という活用を本号では考える。

出典・位置付け:本号の対象と活用案(編集部判断)

WHAT IS NEW

工程はコードに、分析と判断はエージェントに

GitHubは10月1日、Dynamic workflowsをCopilot CLI・Copilot app・SDKでPublic Previewとして公開した。

Copilot extension内のコードで、工程の順番、分岐、エージェントへの引き渡しを定義する。自動処理とAIによる分析を組み合わせ、並列にも直列にも進められる。Previewのため仕様は変更され得る。

出典・位置付け:GitHub公式発表

CONTROL THE PROCESS

Autopilot・fleetとは、工程を決める主体が違う

工程の決め方で使い分ける
仕組み主な役割
AutopilotCopilotが次の手順を選び、作業を自律的に続けるモード。
fleetCopilotがその都度分担を考え、サブエージェントの並列作業を調整する。
Dynamic workflow作者がコードで工程・条件・引き渡しを定める。1人でも複数エージェントでも使える。

Skillsは対立する仕組みではない。Skillやslash commandからworkflowを起動する構成も可能だ。

出典・位置付け:GitHub概念ドキュメント

RELEASE REVIEW SCENARIO

API・DB・UIの確認を並列化し、根拠を束ねる

以下は編集部の活用シナリオ。実装済みデモではない。変更差分・テスト結果・未解決課題を入力し、APIの契約と失敗、DB移行の影響、UI操作の影響を別々に調べる。

各調査の出力を「指摘・根拠の参照・未確認事項」にそろえて統合する。人がリリース可否を確認するチェックポイントで停止する工程を定義する案だ。短縮率や見逃し削減は未測定。

出典・位置付け:本号の設計例(編集部提案)

ENVIRONMENT & INTEGRATION

使える環境と、必要な連携を先にそろえる

公式発表は全Copilotプランで利用可能と説明する。Copilot Freeには利用量・利用機能の制約がある。appは機能を有効にする追加設定が不要。CLIは最新版で--experimentalまたは/experimental onが必要だ。

自社のテスト、課題管理、監視ログへの接続は別の準備。Azure DevOpsやApplication Insightsへの自動接続が標準で用意される、という発表ではない。必要な認証・API取得・連携コードを導入側で整える。

出典・位置付け:GitHub公式発表・プラン案内・Copilotプラン案内

PAUSE & RESUME

保存済みの結果を使い、確認後に再開する

実行一覧から進行状況を確認し、pause・cancel・resumeを操作できる。再開では、完了した工程やエージェントの保存済み結果を再利用できるが、未保存の作業はやり直す場合がある。

制限で停止した実行を再開する際は、上限を増やす。増やした上限は停止前の利用量も含む通算であり、新しい予算枠ではない。cancelした実行は再開できない。

出典・位置付け:GitHub操作ドキュメント

PERMISSIONS & COST

エージェントの許可と、extensionのコードを分けて確認

サブエージェントは起動元セッションの許可を引き継ぐ。一方、extension自身のコードはエージェントの許可promptの外で動ける。導入するコードの信頼性とアクセス先を確認する。

並列数、総エージェント数、実行時間、AI creditsの制限を設けられる。credits上限は概算で、既に動いている作業により超過し得る。CLIの直接実行では許可promptが出ないため、必要な許可を事前に定める。

出典・位置付け:GitHub概念・操作ドキュメント・操作ドキュメント

START SMALL

1つの変更で、工程と根拠の残り方を試す

ここからは編集部の試し方の提案。過去の1つのリリースや小さな変更を使い、読み取り中心の確認工程から始める。

最初の試行でそろえるもの
項目確認する内容
入力差分、テスト結果、課題。取得時刻と対象バージョンを残す。
出力指摘、ファイルやログへの参照、未確認、追加確認の担当。
停止人の判断前で止まるか。保存済み結果の再利用と再実行の範囲。
比較従来の工程と比べ、確認漏れ・根拠・待ち時間・実際のcreditsを記録する。

出典・位置付け:本号の評価案(編集部提案)

コピー後に [ ] を書き換えてください。編集部の設計検討用ひな形です。

リリース確認の活用シナリオ

Escキーで閉じます。原寸表示では縦横にスクロールできます。