Copilot CLI: New terminal interface is generally available は、GitHub Copilot CLIをターミナルで使っている開発者にとって、作業画面と設定方法が変わるアップデートです。大きなポイントは、Issue・Pull Request・Gistをターミナル内のタブで扱えるようになったこと、MCPサーバーやスキル、プラグインなどの設定をCLI内で進めやすくなったこと、そして画面表示とアクセシビリティが改善されたことです。GitHub Changelogでは2026年6月23日付の「Release」として掲載されており、Copilot CLI利用者はまずCLIの更新、組織ポリシー、タブ表示、ツール許可設定を確認しておきましょう。(The GitHub Blog)
Copilot CLI: New terminal interface is generally available は何が変わった？
今回の変更は、GitHub Copilot CLIの「新しいターミナルインターフェース」が一般提供されたという内容です。プレビュー段階の機能ではなく、通常利用を前提に展開される状態になった点が重要です。
GitHubの発表では、新しいインターフェースにより、ターミナル内でGitHub上のIssue、Pull Request、Gistを参照しながらCopilotに作業を依頼できるようになりました。さらに、MCPサーバー、スキル、プラグイン、設定画面をCLIセッション内から扱えるようになり、設定ファイルを手作業で編集する場面を減らせます。(The GitHub Blog)
| 変更点 | できるようになること | 影響を受けやすい人 |
|---|---|---|
| タブ付きUI | Session、Issues、Pull requests、Gistsを切り替えながら作業 | GitHubリポジトリ上のIssueやPRを日常的に扱う開発者 |
| GitHub項目の参照強化 | IssueやPRを選び、プロンプトに参照として挿入 | バグ修正、レビュー、保守作業をCLI中心で進める人 |
| 設定体験の改善 | /mcp add、/skills、/plugin、/settingsなどをCLI内で利用 | MCPやプラグインを使うチーム |
| 表示・アクセシビリティ改善 | テーマ、狭い画面への対応、スクリーンリーダー対応 | ターミナル環境が多様なユーザー、支援技術を使うユーザー |
一番大きな変更は「ターミナル内でGitHub作業を探せる」こと
新しいCopilot CLIでは、インタラクティブセッションの上部にタブが表示されます。通常の会話を行うSessionタブに加えて、自分のGistを扱うGistsタブがあり、GitHubリポジトリ内でCLIを実行している場合は、そのリポジトリのIssuesタブとPull requestsタブも表示されます。(The GitHub Blog)
これにより、ブラウザでIssue番号を探してからターミナルへ戻る、といった往復を減らせます。たとえば、Issue一覧から対象を選び、cキーで参照をプロンプトへ挿入し、「このバグの原因を調べて」「修正案を出して」「関連テストを確認して」といった指示につなげられます。oキーで選択中の項目をGitHub.comで開くこともできます。(The GitHub Blog)
実務で便利になる使い方
バグ修正の場面では、Issueタブで自分に関係するIssueを探し、対象Issueをプロンプトに入れてから、Copilotに再現条件や関連コードの調査を依頼できます。
Pull Requestレビューでは、Pull requestsタブから対象PRを選び、変更内容の要約、テスト観点、潜在的な影響範囲の確認を依頼できます。CLIから作業している開発者にとっては、ブラウザ、エディタ、ターミナルを何度も切り替える負担が小さくなる点が実用的です。
ただし、Issues、Pull requests、Gistsのタブ自体は閲覧用の環境です。項目を変更したい場合は、GitHub.comで開いて操作するか、参照をプロンプトに入れてCopilotに作業を依頼する流れになります。(GitHub Docs)
タブ操作で覚えておきたいキー
タブの移動はTabで次のタブ、Shift+Tabで前のタブへ移動できます。マウス対応が有効な環境では、タブをクリックして切り替えることもできます。(GitHub Docs)
| 操作 | キー | 用途 |
|---|---|---|
| 次のタブへ移動 | Tab | Session、Issues、PR、Gistsを順に切り替える |
| 前のタブへ移動 | Shift + Tab | 直前のタブへ戻る |
| 選択項目を開く | Enter | Issue、PR、Gistの詳細を確認 |
| GitHub.comで開く | o | ブラウザで対象項目を開く |
| プロンプトへ参照を挿入 | c | IssueやPRをCopilotへの依頼に含める |
| Issue・PRを検索 | / | GitHub検索クエリで絞り込む |
ターミナル操作に慣れていないメンバーがいるチームでは、最初にこのキー操作だけ共有しておくと混乱を減らせます。特にcは、Copilotに「どのIssue・PRについて話しているか」を明示するための重要な操作です。
MCP、スキル、プラグインの設定がCLI内で進めやすくなった
今回の一般提供では、GitHub Copilot CLIを拡張するための設定体験も改善されています。GitHub Changelogでは、MCPサーバーは/mcp addや/mcp search、スキルは/skills、プラグインは/plugin、設定は/settingsから扱えると説明されています。(The GitHub Blog)
これまで設定ファイルを直接編集していた運用では、記述ミスや設定反映の確認に時間がかかることがありました。CLI内のガイド付き操作に寄ることで、導入時のハードルは下がります。
一方で、MCPサーバーやプラグインは外部ツールやデータソースと連携する可能性があります。便利になったからといって、各開発者が自由に追加してよいとは限りません。組織利用では、利用を許可するMCPサーバー、プラグインの入手元、ローカルパスからの導入可否を事前に決めておくべきです。
対象者はCopilot CLIを使う開発者と管理者
GitHub Docsによると、GitHub Copilot CLIはすべてのCopilotプランで利用できます。ただし、組織からCopilotを付与されている場合は、組織設定でCopilot CLIポリシーが有効になっている必要があります。(GitHub Docs)
| 対象者 | 確認すべきこと |
|---|---|
| 個人開発者 | Copilot CLIを更新し、新しいタブUIと設定コマンドを試す |
| チーム開発者 | Issue・PR参照を使う作業手順をチーム内で共有する |
| リポジトリ管理者 | Issue・PRをCopilotに扱わせる際のレビュー手順を整える |
| 組織管理者 | Copilot CLIポリシー、MCP、プラグイン、ツール許可の方針を確認する |
| セキュリティ担当 | 信頼済みディレクトリ、許可ツール、トークン管理を点検する |
特に注意したいのは、Copilot CLIが単なるチャット画面ではなく、ファイル操作やコマンド実行と組み合わせて使われる点です。UIが使いやすくなるほど利用頻度も上がるため、更新後は「何を許可しているか」を見直す価値があります。
すぐ確認したい設定と運用ポイント
まず、Copilot CLIを最新版に更新します。GitHub Changelogでは、ターミナルでcopilot updateを実行して更新するよう案内されています。(The GitHub Blog)
copilot update新規インストールや再導入が必要な場合は、環境に応じてWinGet、Homebrew、npm、インストールスクリプトなどを使えます。WindowsではPowerShell v6以上、npmの場合はNode.js 22以降が前提として示されています。(GitHub Docs)
確認ポイント
| 確認項目 | 見る場所・操作 | 判断基準 |
|---|---|---|
| CLIが利用可能か | 組織のCopilot CLIポリシー | 組織配布の場合、有効化されているか |
| 認証方式 | /login、copilot login、環境変数 | 個人利用はOAuth、CI/CDは環境変数など用途に合っているか |
| タブ表示 | GitHubリポジトリ内でCopilot CLIを起動 | Issues、Pull requestsが表示されるか |
| タブの並び・非表示 | ~/.copilot/settings.json | Gistを使わない場合は非表示にするなど、作業に合っているか |
| 信頼済みディレクトリ | ~/.copilot/config.jsonなど | 常に安全と言える作業フォルダだけが登録されているか |
| ツール許可 | 起動オプション、承認プロンプト | rm、git pushなど危険な操作が広く許可されていないか |
| MCP・プラグイン | /mcp、/plugin | 信頼できる提供元だけを使っているか |
Copilot CLIでは、信頼済みディレクトリによってCLIがファイルを読み取り・変更・実行できる範囲が変わります。また、ツールの許可設定によって、シェルコマンドや書き込み操作、MCPサーバーツールの利用可否も変わります。GitHub Docsでは、ツール許可にはセキュリティ上の影響があると明記されています。(GitHub Docs)
タブUIは便利だが、情報の見え方には注意が必要
新しいタブUIでは、リポジトリに関係するIssueやPull Requestがターミナル内に表示されます。これは便利ですが、画面共有や録画、スクリーンショットを行う環境では注意が必要です。
たとえば、社外とのオンライン会議でターミナルを共有している場合、IssueタイトルやPR名、Gistの内容が意図せず見える可能性があります。特に、未公開機能名、顧客名、障害情報、脆弱性調査の内容がIssueタイトルに含まれているチームでは、タブ表示そのものが情報漏えいの入口になることがあります。
GitHub Docsでは、タブの並び替え、非表示、タブインターフェース全体の無効化を~/.copilot/settings.jsonのtabsオブジェクトで設定できると説明されています。必要に応じて、Gistsタブを非表示にする、タブバーを無効化するなどの運用を検討しましょう。(GitHub Docs)
{
"tabs": {
"enabled": true,
"sort": ["copilot", "pull-requests", "issues", "gists"],
"hide": ["gists"]
}
}管理者が注意すべきポイント
組織でCopilot CLIを使っている場合、今回の変更は「UI改善」だけでなく、利用者がGitHub上の作業項目や外部ツール連携にアクセスしやすくなる変更として捉えるべきです。
特に確認したいのは次の3点です。
まず、Copilot CLIの利用ポリシーです。組織やEnterpriseでCLI利用を許可しているか、誰に利用させるかを確認します。
次に、ツール許可の扱いです。--allow-all-toolsのような広い許可は便利ですが、コマンド実行の安全性を下げる可能性があります。チームの標準手順では、必要なツールだけを許可し、危険なコマンドは明示的に拒否する方針が安全です。
最後に、MCPサーバーやプラグインの導入ルールです。外部サービス、社内DB、CI/CD、チケット管理ツールなどに接続する場合、便利さと引き換えに認可範囲やログ管理の設計が必要になります。
利用者が今日やるべきこと
Copilot CLIを使っている人は、まずcopilot updateで更新し、GitHubリポジトリ内で起動してIssuesタブとPull requestsタブが表示されるか確認しましょう。次に、Tab、c、o、/の操作を試し、IssueやPRをCopilotへの依頼に含める流れを確認します。
管理者やチームリーダーは、Copilot CLIの利用可否、信頼済みディレクトリ、ツール許可、MCP・プラグインの扱いを見直してください。今回のCopilot CLI: New terminal interface is generally availableは、作業効率を上げる更新である一方、CLIから扱える情報と操作範囲が広がる更新でもあります。便利になったUIを安全に使うために、更新確認と運用ルールの点検をセットで行うことが重要です。
コメント