GitHubは、ターミナル上で利用できる「GitHub Copilot CLI」が、すべての有料Copilot契約者向けに一般提供（GA）になったと発表しました。Copilot CLIは、コマンドラインに統合されたコーディングエージェントとして、計画立案から実行、レビュー、セッションをまたいだ記憶までをターミナル内で行えるとしています。
ターミナルで“エージェント開発”を完結させる機能を拡充
発表では、Copilot CLIが単なるチャットではなく、複数ステップのワークフロー実行や、ファイル編集、テスト実行、反復まで担う自律的なコーディングエージェントである点が強調されています。
主な機能として、次の項目が挙げられています。
- Plan mode：実装計画を作ってからコードを書き始める
- Autopilot mode：承認なしでツール実行や反復を進める
- 専門エージェント：Explore、Task、Code Review、Planなどへ自動で委任
- 背景委任：& でクラウド側のCopilot coding agentに作業を任せ、/resume で行き来する
また、AnthropicやOpenAI、Googleのモデルを選択できること、MCP・プラグイン・スキル・フックによる拡張、/diff や /review、Undo（巻き戻し）などのレビュー支援機能、セッションの自動圧縮とリポジトリ記憶なども紹介されています。
開発現場では「CLIが作業の中心」という前提が強い
IDE中心の開発に比べても、実運用の現場ではビルド、テスト、デプロイ、ログ確認など、CLIが中心になる場面が多くあります。
そのため、ターミナルで完結するAI支援が成熟すると、開発者の作業導線を変えずに、計画立案やレビューまで支援できる可能性があります。一方で、Autopilot modeのように自動実行が強くなるほど、権限やコマンド実行の統制、ログの扱いが導入の論点になりそうです。
ITツール導入・選定に関わる読者が意識したい点
Copilotのような開発支援AIを導入する際は、機能の多さだけでなく、以下の観点を整理しておくと安心です。
- どのモデルを許可するか（モデル選択のポリシー）
- 自動実行の範囲（承認の粒度）
- フックやプロキシ、ネットワーク制御など統制面
- 開発フローに組み込みやすいか（CLI中心か、IDE中心か）
まとめ
GitHubは「GitHub Copilot CLI」を一般提供開始し、ターミナル上で計画、実行、レビュー、記憶までを行う“エージェント開発環境”として位置づけました。
今後は、CLI上での自動実行をどこまで許容するか、組織の統制と開発者体験のバランスがより重要になりそうです。
