何が起きたか
GitHub Docs は Copilot CLI の Autopilot モードを案内した。Autopilot モードでは、最初の指示の後に入力を待たず、タスクが完了したと判断されるまで各ステップを自律的に実行する。既定では 5 つの自動継続メッセージの後に一時停止し、`--max-autopilot-continues` でこの制限を調整できる。
詳細
同ドキュメントは、Autopilot モードが停止する条件として、タスク完了の判断、進行を妨げる問題の発生、Ctrl+キーによる停止、継続上限への到達を挙げている。対話中は Shift+Tab で標準対話型モードと Autopilot モードを切り替えられる。 また、`--allow-all` または `/allow-all`（`/yolo`）で全権限を付与できること、ローカルサンドボックスやクラウドサンドボックスの利用を検討するよう促している。`stayInAutopilot` を false にすると、タスク完了後に標準対話型モードへ自動復帰する。
Key Facts
| Autopilot モードは、最初の指示の後に入力を待たず、タスク完了まで各ステップを自律実行する。 | [1] |
| 既定の自動継続回数は 5 つで、`--max-autopilot-continues` で調整できる。 | [1] |
| Autopilot モードは、完了判断、問題発生、Ctrl+キー、継続上限到達で停止する。 | [1] |
| Shift+Tab で Autopilot モードと標準対話型モードを切り替えられる。 | [1] |
| `--allow-all`（`/allow-all`、`/yolo`）で全ツール・全パス・全URLの使用許可を与えられる。 | [1] |
本紙の見方
Autopilot モードの新しさは、Copilot CLI を「対話の相手」から「連続実行する実務エージェント」に寄せた点にある。ただし、説明内容を見る限り、これは用途の拡張であって、Copilot CLI 自体の別製品化ではない。既定で 5 回の継続に制限し、権限の付与やサンドボックス利用を併記しているため、無制限の自動化ではなく、失敗や逸脱を前提にした運用設計が主眼である。 本紙の観点では、焦点は「どこまで任せるか」ではなく「どこで止めるか」にある。`--max-autopilot-continues`、`--allow-all`、`stayInAutopilot` という3つの設定が並んでいることから、実装上の中心は自律性そのものより、停止条件、権限境界、セッション継続性の制御にあると読める。これは、テスト作成、リファクタリング、CI エラー修正のような明確なタスクを想定した説明と整合する。 一方で、ドキュメントは曖昧な指示や途中で判断が揺れるタスクには向かないとも明記している。したがって、Autopilot の評価は「何ができるか」よりも、「権限を広げたときにどの範囲まで安全に動けるか」で決まるはずだ。今後確認すべきなのは、実運用での失敗時の挙動、権限拒否が混ざる場合の停止パターン、そしてプランモードから Autopilot へ渡す際にどの程度の再現性があるかである。
なぜ重要か
明確に定義されたタスクを最初の指示だけで進められるため、スクリプトや CI ワークフローのように手戻りを減らしたい場面で使い方が変わるとみられる。いっぽう、`--allow-all` やサンドボックス設定が併記されていることから、権限管理を誤ると意図しない操作の余地も広がるため、導入時は停止条件と許可範囲の確認が重要になる。