GitHub Copilotに動的ワークフロー。くり返す作業を手順つきで任せる入口に

何が発表されたか

GitHubは2026年10月1日、GitHub Copilot CLI と GitHub Copilot app で使える「動的ワークフロー（Dynamic workflows）」を公開プレビューとして案内しました。これは、AIにその場の質問を1回だけ投げる機能ではありません。「調べる→案をまとめる→別のAIが確認する→人が見て続ける」といった作業の順番、条件、受け渡し方をコードで決めて、必要な時に同じ流れで動かす仕組みです。

ワークフローの中では、コマンド実行、ツール利用、外部サービス呼び出し、複数エージェントへの分担を組み合わせられます。順番に進める部分と、同時に進める部分を混ぜることもできます。GitHubの例には、障害時にログを集め、複数の担当に調査を分け、最後に時系列と原因候補を1つにまとめる流れがあります。複雑な仕事を毎回ゼロから説明し直す代わりに、再利用できる「作業の型」にできるのが特徴です。

初心者に何がうれしいか

初心者にとっての良さは、AIに任せる範囲を言葉だけに頼らず、途中の確認点として残せることです。たとえば毎週のリリース前に「変更を集める」「テスト結果を整理する」「気になる点だけ報告する」「人が確認してから次へ進む」という順番を固定しておけば、急いでいる日でも大事な確認を飛ばしにくくなります。

また、同じ作業でも「どこまでAIが進めてよいか」を決められます。GitHub Docsでは、同時に動かすエージェント数、合計数、実行時間、AIクレジットのおおよその上限を設定できると説明しています。長い作業を始める前に小さな範囲で試し、実際の消費を見てから上限を決める考え方です。便利さだけでなく、時間や費用を見守りやすいのが、ただ自動で走らせる方法との違いです。

まず試すなら何をするか

最初は、失敗しても困らない読み取り中心の仕事を1つだけ選びましょう。たとえば「このリポジトリのREADMEと変更履歴を読み、初心者向けの確認リストを作る。コードは変更しない。最後に私の確認で止まる」という流れです。Copilot appでは、使えるワークフローを尋ねたり、よく行う作業の流れを作るよう頼んだりできます。Copilot CLIでは、公開プレビューの機能を使うために最新版で --experimental または /experimental on が必要です。

いきなり複数のエージェントに書き換えまで任せる必要はありません。まずは対象を2〜3ファイルに絞り、調査、要約、確認という小さな流れを試してください。結果とAIクレジットの使い方を確認し、納得できてから対象や上限を広げると安全です。

注意点

動的ワークフローは2026年10月1日時点で公開プレビューであり、操作や提供条件は変わる可能性があります。短い質問や単純な修正なら、GitHubも通常のチャットの方が向くと案内しています。毎回同じ順番、確認、停止条件が必要な仕事に絞るのがよさそうです。

特に権限には注意が必要です。ワークフロー内のサブエージェントは、開始したセッションの許可を引き継ぎます。CLIの copilot workflow run で実行する場合は、ターミナルから動かしても途中で許可を尋ねる画面が出ないため、必要な権限を --allow-tool や --allow-url で先に限定して渡しておく必要があります。認証情報、課金、公開、削除につながる作業は自動実行にせず、必ず人が確認する停止点を置いてください。実際の対応プランや最新の手順は、始める前にGitHub公式の案内で確認しましょう。