Table of Contents

GitHub Copilot CLI と VS Code の Copilot は、コーディング作業への異なる入口を提供します。 CLI はシェルとタスクプロンプトから始まります。VS Code はエディターコンテキスト、候補、チャット、エージェントワークフローを組み合わせます。同じアカウントとリポジトリポリシーで評価してください。

どちらか一方だけを選ぶ必要はありません。 GitHub は Copilot CLI と VS Code の接続を文書化しています。明示的に接続すれば、ターミナル作業でもエディター選択とビジュアルレビューを使えます。

要点

  • ターミナル主導の作業には Copilot CLI を使う。対応するプログラム呼び出しにも使います。
  • エディター中心の作業には VS Code の Copilot を使う。インライン支援と Agent モードを含みます。
  • CLI を VS Code に接続する。エディターコンテキストと差分付きのターミナルプロンプトが必要な場合に使います。
  • アカウント、モデル、ポリシー設定を確認する。同じ製品群でも必要です。

範囲と日付: 公式ドキュメントを 2026 年 10 月 10 日に確認しました。この比較は独立した copilot CLI と VS Code の Copilotを対象にします。古い gh copilot 拡張や GitHub issue に割り当てたクラウドエージェントは対象外です。テスト可能なリポジトリと許可された Copilot アクセスが必要です。試行には 1 時間を確保してください。

3 つの作業方法

ワークフロー主な操作適した試行タスク
独立 CLIターミナルプロンプトとコマンド出力再現したテスト失敗を説明して修正する
VS Code 統合エディター選択、チャット、候補、差分選択した関数とテストを変更する
VS Code に接続した CLIエディターコンテキストとレビュー付きのタスクシェルで調査し、パッチを視覚的に確認する

ハイブリッドも CLI セッションです。 統合ターミナルで実行しても、エディターのネイティブ Agent モード会話には自動変換されません。アクティブなセッションと接続を確認してください。

CLI が提供するもの

copilot

現在の独立コマンドはターミナルエージェントを起動します。 GitHub の Copilot CLI 概要 は、対話型とプログラム型の利用、計画、ツール権限を説明します。

最初のタスクには具体的な失敗を用意します。 失敗するコマンド、期待する動作、無関係なリファクタリングを禁止する条件を渡します。ファイル変更前に再現を求め、最終説明とテスト出力を照合します。

自動化には明確な境界が必要です。 現在の呼び出し方法と制御オプションは CLI 使用ガイド で確認します。許可ツール、時間制限、出力処理を決めてから無人ジョブを実行します。

サンドボックスは試行の境界を変えます。 GitHub はファイルシステム、ネットワーク、システム制限向けのローカルサンドボックスと、隔離実行向けのクラウドサンドボックスを説明しています。実際の変更前に無害な fixture で確認してください。

VS Code が加えるもの

IDE の Copilot 体験には候補、チャット、エージェントタスクがあります。 IDE 概要 が機能を分けて説明します。自分が主な編集者でいる作業にはインライン支援が適しています。複数ファイルに変更が必要な限定結果には Agent モードが適しています。

Agent モードは編集とコマンド実行を反復します。 Agent モードガイド は Agent の選択、変更レビュー、MCP によるツール拡張を説明します。利用可否と承認動作は設定と管理にも依存します。

コンテキスト転送を意識して評価します。 関数を選び、エラー処理の説明を求めます。次に独立したテスト付きの小さな変更を求めます。隣接ファイルの提示やエージェントの仮定の修正が必要だったか記録します。

同じリポジトリワークスペースでエディター選択と並列コード差分につながるターミナルプロンプト

接続した CLI セッションはターミナル入力とエディターレビューを組み合わせます

2 つのインターフェースを接続する

/ide

対話型 Copilot CLI セッションで /ide を使う。VS Code 接続を確認または変更します。 接続ガイド は、信頼されたワークスペースの一致、選択の共有、提案された編集の差分表示を説明します。

自動接続はワークスペースの一致に依存します。 リポジトリ名が同じでも、ローカル CLI がリモート Codespace に接続するとは限りません。対応する環境で CLI を実行します。広い編集権限は差分承認も省略します。プロンプトが消えたら権限を確認します。

CLI の記録は VS Code の Sessions ビューに表示されます。 Resume in Terminal で続行できます。ターミナルのワークフローは維持されますが、ネイティブなエディターエージェントセッションになるわけではありません。

接続前確認
ワークスペース対象フォルダーが開かれ信頼されている
実行場所CLI とエディター統合が同じ環境を指す
選択ハイライトしたコードが要求に合う
権限必要なら提案編集のレビューが有効
セッション対象の会話が続いている

モデル、請求、ポリシー

可能なら同じモデルで両方を試します。 選択肢が違う場合は差を記録します。モデル、コンテキスト、ツールセットが変わると、単純な GUI とターミナルの比較ではなくなります。

アカウントの現在の使用量計算を確認します。 GitHub の Agent ドキュメントは AI Credits に言及します。請求方式を確認せず古い premium request の見積もりを使わないでください。CLI プロンプトとエディタータスクは自動的に同じ作業単位ではありません。

組織アクセスは前提条件です。 機能がない場合は拡張機能を再インストールする前にポリシーを確認します。両方で承認されたツールと統合を記録します。プロバイダーログインはすべてのリポジトリや外部サービスへの権限を与えません。

ペア試行を実行する

同じ開始リビジョンのコピーを 2 つ用意します。 指示と受け入れテストを揃えます。最初を独立 CLI、次を VS Code Agent モードで実行します。日常の作業に合う場合だけ接続 CLI を 3 回目に使います。

測定項目記録する理由
提供したコンテキスト隠れた手動準備を示す
正確さもっともらしいコードと検証済み修正を分ける
承認手順同じポリシーでの監督負担を示す
レビュー時間パッチ全体を理解する時間を測る
手動修正エージェント後の残作業を記録する
使用量コストと受け入れた結果を結び付ける

復旧もテストに含めます。 提案された方法を拒否し、理由を説明します。次の試行が有用な作業を保ち、修正を守るか観察します。単一の途切れないデモより日常の使いやすさが分かります。

トラブルシューティングと次の手順

CLI が誤ったエディターウィンドウに接続した場合、/ide を確認して対象ワークスペースを選びます。ビジュアル承認が消えた場合は広い編集権限を確認します。Agent が使えなければ拡張機能の状態と組織ポリシーを確認します。

シェルコンテキストと反復可能な呼び出しが中心なら独立 CLI を選びます。 選択コンテキスト、インライン作業、グラフィカルレビューが中心なら VS Code を選びます。 ターミナル入力とエディター確認が合うなら接続 CLI を使います。

ベンダー間で比較する場合は CLI 比較 または GUI 比較 を読んでください。この同一製品群のインターフェース試行とは分けて評価します。