2026年8月13日に公開されたGitHub Copilot weekly releasesでは、Copilot CLIの運用感を変える更新がまとめて入りました。今回の中心は、複数subagentの進行をまとめて把握できる「/tasks」、応答待ちのあいだに次の指示を積めるキュー、そして plan と autopilot をそのまま headless 実行へつなげる流れです。単なる新コマンド追加ではなく、CLIを“都度会話するツール”から“長めの実装作業を回す作業面”へ寄せるアップデートとして見ると意味が分かりやすくなります。
この記事では、公式の8月13日リリース告知とGitHub Docsをもとに、何が変わったのか、どの作業で効くのか、既存の /worktree 記事とどう使い分けるべきかを整理します。結論から言うと、タスク分割がある開発チームほど恩恵が大きく、特に実装・検証・修正を短いサイクルで回す現場に向いています。
今回の更新で押さえるべき5つの変更点
まず押さえるべき変更は5つです。1つ目は /tasks でsubagentと各タスクを一覧管理できること。2つ目は、agentの応答中でも次のprompt、shell command、対応済みのslash commandをキュー投入できること。3つ目は、headlessモードの -p で --plan と --mode autopilot を組み合わせ、計画作成後にそのまま自動実装へ移せること。4つ目は /rewind でGit管理に依存せず会話とファイル変更を巻き戻せること。5つ目は /app でCopilot appを開くときにsessionとfolderの文脈が保持されることです。
この5点はバラバラに見えて、実際にはひと続きです。/tasks で並列状況を見る、待ち時間に追加指示を積む、定型作業は plan-then-autopilot で流す、失敗したら /rewind で戻す、必要に応じて /app へ移って同じ文脈で深掘りする。つまり“1セッションを長く賢く使う”方向にCLIが最適化されています。
/tasks は誰に効くのか
/tasks が特に効くのは、1つの課題を『実装』『テスト追加』『ログ確認』『ドキュメント更新』のように複数の小タスクへ分けて進めるケースです。8月13日の告知では、Copilot CLIでsubagentとそのtaskを /tasks に集約して管理できるようになったと案内されています。これにより、別々の作業を裏で走らせながら、どのagentが何を担当し、止まっているのか、完了したのかを把握しやすくなります。
従来は並列化できても、状況把握が散らばると人間側の認知負荷が上がりやすいのが難点でした。/tasks の価値は、AIを増やすこと自体よりも、増やしたAIを人間が追えることにあります。たとえばレビュー指摘の修正候補を2本走らせつつ、本線では別の設計検討を続ける、といった使い方が現実的になります。
headless autopilot で何が変わるのか
GitHub Docsによると、autopilotは最初の指示のあとにCLIが複数ステップを自律的に進めるモードです。今回の更新では、-p のheadless実行で --plan と --mode autopilot を組み合わせられるようになり、まず計画を作ってから、その計画を人手待ちなしで実装に移す流れが強化されました。日次バッチ、CI前の軽修正、テスト雛形の追加のような『ゴールが明確で判断分岐が少ない仕事』に向いています。
一方で、Docsは autopilot を曖昧な探索や判断の多い新機能開発には不向きとも説明しています。加えて、権限を広く与えるほど手離れは良くなりますが、AI creditsは継続的に消費されます。運用上は、対象タスクを小さく切る、最大継続回数を決める、失敗時の戻し先を決める、の3点を先に設計しておく方が安全です。
/rewind と /app はなぜ一緒に考えるべきか
/rewind は8月13日の告知で『Git不要で、ユーザー編集を捨てずにCopilot変更を戻せる』と紹介されました。GitHub Docsでは、Escを2回押すか /undo または /rewind を使うと、会話だけを戻すか、Copilotが変更したファイルも戻すかを選べると説明されています。しかも自分で後から編集したファイルは上書きせずにスキップされるため、手戻り時の心理的コストがかなり下がります。
また /app の文脈維持は、ターミナルで始めた作業をCopilot app側で見直すときに効きます。sessionとfolderの文脈が保たれるなら、『CLIで途中まで回して、詰まった部分だけGUI側で確認する』導線が滑らかになります。CLIとappを別物として扱うより、同じ作業の表示面を切り替える感覚に近づいた、と理解するとよいでしょう。
導入判断のチェックリスト
企業導入の観点では、次の4点を先に決めるのがおすすめです。1つ目は /tasks を使う対象を、レビュー修正やテスト追加など反復的な作業に限定すること。2つ目は autopilot の利用条件を、明確な完了条件がある仕事に絞ること。3つ目は /rewind を前提に、Gitのcommit前検証と役割分担を決めること。4つ目は AI credits の見え方をusageレポートとあわせて管理し、放置セッションを減らすことです。
