その Copilot 契約、補完だけで終わってない？ — GAになったCopilot CLIを仕事に組み込む
ミドリ： タツヤさん、うちの開発チームってGitHub Copilotを全員分契約してますよね。でもみんなエディタの補完機能しか使ってない気がして……。それだけだと、もったいないんでしょうか？
タツヤ： かなりもったいない。2026年2月にGitHub Copilot CLIが一般提供（GA）になって、すべてのCopilot有料プランで使えるようになったんだ。つまり今の契約のまま、追加費用なしでターミナルのAIエージェントが解禁されてる。使わないのは、定食についてる小鉢を残してるようなものだよ。
ミドリ(surprised)： 追加契約なしで！ それは稟議いらずですね。詳しく教えてください。
Copilot CLIとは — 「補完」から「エージェント」への進化
タツヤ： 従来のCopilotはエディタの中で「次の行」を提案する補完ツールだった。Copilot CLIは別物で、ターミナル上で動く自律型エージェントだ。自然言語で指示すると、
- プロジェクト全体を読んで構造を把握し
- 複数ファイルを横断して編集し
- テストやビルドを実行して検証し
- git操作（ブランチ・コミット・PR）までこなす
ミドリ： エディタの Agent Mode とは何が違うんですか？
タツヤ： 実行環境と守備範囲だね。GitHubのエコシステムには今、エディタ内のAgent Mode、ターミナルのCLI、GitHub上で完結するCoding Agentと複数の顔がある。CLIの強みは、ビルド・デプロイ・サーバ操作みたいな「ターミナルでしか完結しない仕事」とAIが同じ場所にいることだ。
セットアップ：既存契約に乗るだけ
タツヤ： インストールはnpmかbrewで一発。
npm install -g @github/copilot
copilot初回にGitHubアカウントで認証すれば、組織のCopilot契約がそのまま適用される。IT管理者への申請が「新規SaaS契約」じゃなく「既存契約の機能利用」で済むのは、企業では地味に大きいポイントだよ。
癖1：PlanモードとAutopilotモードの使い分け
ミドリ： 使うときの癖を教えてください。
タツヤ： 一番大事なのが実行モードの理解だ。Copilot CLIには大きく2つの顔がある。
- Planモード：コードを書く前に実装計画を提示して、人間の承認を待つ。計画に注文をつけてから実行させられる
- Autopilotモード（実験的機能）：承認待ちなしで、ツール実行・コマンド実行・反復作業を自律的に回し続ける
ミドリ： どう使い分ければ？
タツヤ： 原則は「初めての種類の仕事はPlan、実績のある定型仕事だけAutopilot」。Autopilotは速い分、意図とズレたまま突き進むリスクがある。しかも「実験的」の位置づけだから、挙動が変わる前提で付き合うべきだ。本番リポジトリでいきなりAutopilot、は絶対にやめよう。
癖2：GitHub密着こそ最大の武器
タツヤ： Copilot CLIを選ぶ最大の理由は、GitHubとの距離が最短なことだ。
- 「Issue #123 の内容を読んで修正して」がそのまま通じる
- 修正からブランチ作成・コミット・PR作成まで一気通貫
- リポジトリの文脈（過去のPR、コーディング規約）を活かしやすい
ミドリ： 普段の仕事がGitHub中心なら、他のツールより摩擦が少ないんですね。
タツヤ(nodding)： そう。逆に言うと、GitHubをあまり使わない業務（社内スクリプト置き場がファイルサーバ、みたいな環境）だと強みが半減する。自分たちの仕事の重心がどこにあるかで評価が変わるツールだよ。
癖3：プレミアムリクエストを意識する
ミドリ： 追加費用なしと言いましたけど、使い放題なんですか？
タツヤ： ここが注意点。Copilotにはプレミアムリクエストという従量の概念があって、高性能モデルでの重い依頼はプランごとの月間枠を消費する。枠を超えると追加課金または制限がかかる仕組みだ。
節約のコツは3つ。
- 軽い質問に重いモデルを使わない。モデル選択ができる場面では、定型作業は標準モデルに
- 1回の依頼に盛り込みすぎない。失敗してやり直すたびにリクエストを消費する
- 管理者は組織のリクエスト消費ダッシュボードを月次で確認し、異常な消費を早期発見する
タツヤ： このあたりの課金の仕組みは以前の記事（GitHub Copilot従量課金移行）で詳しく書いたから、そちらも見てほしい。
癖4：「会社の資産」として設定を揃える
ミドリ： チームで使うときのコツはありますか？
タツヤ： 個人ツールで終わらせず、設定をリポジトリの資産にすることだ。
- プロジェクトのルールを書いた指示ファイル（カスタムインストラクション）をリポジトリに置き、全員のCopilotが同じ前提で動くようにする
- 「Autopilotは検証リポジトリのみ」「本番ブランチへの直接pushは禁止」みたいな利用ガイドラインを1枚作る
- 便利な依頼文のテンプレ（「Issueを読んで→修正→テスト→PR」の定型文）をチームで共有する
タツヤ： 脱エンジニアの視点で考えると、「個人の裏技」を「チームの標準装備」に変えられるかが分岐点になります。せっかく全員分の契約があるんだから、うまい使い方を属人化させたらもったいない。
癖5：進化が速すぎてドキュメントが追いつかない前提で使う
ミドリ： Copilot CLIも、ネットの情報がすぐ古くなる感じですか？
タツヤ： GA以降もハイペースで更新されていて、バージョンが上がるたびにコマンドや挙動が変わる。数ヶ月前の解説記事はもう現行版と合わないことがある。追いかけ方はシンプルに、
- GitHub公式ブログとチェンジログを一次情報にする
- 手元の
copilotのヘルプとリリースノートを正とする - 新機能・新モードは検証用リポジトリで試してから本番に入れる
ミドリ(thinking)： どのCLIでも同じ結論になりますね。「記事を信じず、手元の実物と公式変更履歴を見る」。
Claude Code・Codexとの使い分け
ミドリ： 結局、Copilot CLIはどういう人の第一候補なんですか？
タツヤ： 整理するとこうだ。
| あなたの状況 | 第一候補 |
|---|---|
| 組織でCopilot契約済み・GitHub中心の開発 | Copilot CLI |
| ChatGPT Plusはあるが他の契約はない | Codex CLI |
| 拡張性・文脈管理を突き詰めたい | Claude Code |
| Issue→修正→PRの定型フローを自動化したい | Copilot CLI（+Coding Agent） |
タツヤ： 「既に持っている契約」と「仕事の重心がGitHubにあるか」。この2つでほぼ決まるよ。
よくある質問
ミドリ： 導入前の疑問をまとめて聞かせてください。
タツヤ： 3つ答えよう。
Q. 昔からある gh copilot（explain/suggest）とは別物ですか？ A. 別物と考えていい。以前のgh拡張は「コマンドの意味を説明する・提案する」だけの補助ツールだった。現在のCopilot CLIは、ファイル編集からテスト実行、PR作成まで自律的にこなすエージェントで、できることの次元が違う。古い記事を読むときはどちらの話か日付で見分けよう。
Q. 組織管理者として、先に決めておくべき設定はありますか？ A. GitHubの組織ポリシーでCopilotの機能ごとの有効/無効やモデルの利用可否を制御できる。CLIを解禁する前に、「どのリポジトリで使ってよいか」「Autopilotの利用条件」「プレミアムリクエストの予算目安」の3点をポリシーとガイドラインで決めておくと、後から混乱しない。
Q. 非エンジニアでも使えますか？ A. GitHubとターミナルの基本操作（リポジトリを開く、変更を確認する）ができるなら十分入門できる。むしろ「Issueに書かれた依頼を最初にAIへ渡す」係を業務部門が担えると、開発チームの一次対応コストが目に見えて減る。まずは読み取り中心のタスク（コードの調査・説明）から任せるのが安全だ。
まとめ：契約済みなら「使わない理由」がない
ミドリ： 今日の結論は「Copilot契約済みの組織なら、CLIは追加費用なしで始められる。Planモードで型を作って、Autopilotは慎重に、プレミアムリクエストだけ見張る」ですね。
タツヤ： その通り。すでに料金を払っているなら、試さないこと自体が損失だ。まずはチームの1人が検証リポジトリで型を作って、うまくいった依頼文とルールを横展開する。それだけで契約の元は十分取れるはずだよ。
ミドリ(smiling)： 開発チームに「小鉢、残してますよ」って伝えてきます！
次のアクション
ミドリ： 始める手順をまとめてください。
タツヤ： 3ステップで進めよう。
- インストールと認証：
npm install -g @github/copilot→copilotでGitHub認証し、契約が適用されることを確認する（所要時間：5分） - Planモードで1タスク完走：検証用リポジトリで「Issueを読んで修正・テスト・PR作成まで」を計画承認つきで体験する
- チームガイドラインを1枚作る：Autopilotの利用範囲、プレミアムリクエストの目安、共有テンプレ置き場を決めて周知する
- Shimanto AI SolutionsではCopilot CLIを含むAIコーディングツールの組織導入、利用ガイドライン策定を支援しています
- プレミアムリクエストのコスト監視、既存GitHub運用（Issue/PRフロー）へのAI組み込み設計も対応します
- 「契約はあるが活用されていない」状態の棚卸しからご相談ください