---
title: "GitHub Copilot CLIのAutopilotとは｜使い方・止まる条件・安全設定と料金【2026年10月】"
url: "https://www.issoh.co.jp/tech/details/11137/"
published: 2026-02-27
updated: 2026-10-25
categories: ["GitHub"]
publisher: "株式会社一創"
---

# GitHub Copilot CLIのAutopilotとは｜使い方・止まる条件・安全設定と料金【2026年10月】

GitHub Copilot CLIのAutopilotは、最初の指示だけ渡せば、エージェントが完了と判断するまで次の入力を待たずに作業を続けるモードです。コマンド名は `copilot`、2026年2月25日に一般提供（GA）となり、現在はCopilot Freeを含む全プランで使えます。この記事は2026年10月22日公開の v1.0.103 を対象に、Autopilotへの切り替え方、planから自動実装へ進める手順、止まる条件と暴走を防ぐ設定、VS Codeなど他のAutopilotとの違い、導入と料金を、CLIのヘルプ出力と公式ドキュメントに沿って整理します。

## まとめ：Copilot CLIのAutopilotの要点

- **切り替え**：対話中は `Shift+Tab` で interactive → plan → autopilot と回す。起動時なら `copilot --autopilot`、計画から入るなら `copilot --plan --mode autopilot`。
- **権限は別に与える**：Autopilotは「次の指示を待たない」設定で、承認の要る操作を許可するのは `--allow-all`（別名 `--yolo`）か `/allow-all`。全権限なしで始めると、承認が要る操作は自動で拒否される。
- **止まる条件**：完了の判断・進行不能なエラー・中断（Esc 2回か Ctrl+C）・自動継続の上限。上限の既定は5回で `--max-autopilot-continues` で変える。
- **費用の歯止め**：`--max-ai-credits` でセッション単位の上限（最小30クレジット）。ソフトキャップなので1回の応答ぶん超えることがある。
- **危険な操作の歯止め**：`--deny-tool`、preToolUseフック、ローカルサンドボックス（v1.0.93から全ユーザーに提供・既定はオフ）。
- **料金**：CLIは全プランに含まれ、有料はPro 月10ドル（月1,500 AIクレジット）から。Autopilotは人の操作なしでクレジットを消費する。

## Copilot CLIの現在地：GA・版の刻み・旧gh copilotとの関係

Copilot CLIは2025年9月にパブリックプレビューを開始し、[2026年2月25日にGA](https://github.blog/changelog/2026-02-25-github-copilot-cli-is-now-generally-available/)となりました。[公式のプラン比較](https://docs.github.com/en/copilot/get-started/plans)には「All plans include Copilot CLI and the Copilot app」とあり、Free・Studentも対象です。2025年9月時点ではFreeが対象外だったため、「Freeでは使えない」と書く古い解説は現在の仕様ではありません。

リリースの刻みは短く、npmの `@github/copilot` は10月19日の1.0.100から22日の1.0.103まで、ほぼ毎日新しい版が出ています。挙動は版ごとに変わるので、手元の版は `copilot version` で確かめ、更新は `copilot update` で行います。なお、デスクトップ版の GitHub Copilot app はCopilot CLIの上に作られており、Autopilotも同じ考え方で選べます（後述）。

### 旧gh-copilot拡張と「gh copilot」コマンドの違い

GitHub CLIの拡張機能だった旧 `gh-copilot`（コマンドの提案と説明だけを行うもの）は2025年10月25日に動作を停止しました。紛らわしいのは、2026年1月21日以降のGitHub CLIで `gh copilot` と打つと、今度は新しいCopilot CLIが起動する点です。未導入なら初回にダウンロードを促し、gh が解釈しないフラグをCopilot CLIへ渡します。gh 側のヘルプはこの経路を「preview」と明記しているため、常用するなら単体の `copilot` を入れる方が確実です。GitHub CLI本体の導入は[ghコマンド（GitHub CLI）とは？インストール方法と使い方・コマンド一覧【v2.102対応】](/tech/details/3547/)で解説しています。

## interactive・plan・autopilotの3モードの違い

モードは `--mode` に渡せる値のとおり3つで、`Shift+Tab` を押すたびに順に切り替わります。

| モード             | 動き                 | 起動時の指定     | 向く作業        |
| --------------- | ------------------ | ---------- | ----------- |
| interactive（既定） | 1往復ごとに入力を待つ        | 指定なし       | 調査・小さな修正    |
| plan            | 質問して計画を作り、コードは書かない | –plan      | 範囲の大きい変更の設計 |
| autopilot       | 完了と判断するまで続ける       | –autopilot | 完了条件が明確な作業  |

### Autopilot・全権限・質問の抑止は別々の設定

検索で多い「autopilot と yolo の違い」は、[公式のAutopilotガイド](https://docs.github.com/en/copilot/how-tos/copilot-cli/use-copilot-cli/use-autopilot-mode)が独立した節で整理しています。3つは効く場所が違い、どれか1つを付けても残り2つは変わりません。

| 設定                 | 変わること               | 変わらないこと                |
| ------------------ | ------------------- | ---------------------- |
| Autopilotモード       | 次のプロンプトを待たずに続ける     | 承認の要否                  |
| –allow-all / –yolo | 全ツール・パス・URLを承認なしで使う | 自動継続（interactiveでは止まる） |
| –no-ask-user       | 確認の質問をせず自分で決める      | 自動継続・承認の要否             |

既定の権限モード（`defaultPermissionMode`）は通常 `manual` で、読み取りは自動承認、書き込みとコマンド実行は確認が出ます。ただし、対象組織の設定によってAssistedが既定になる場合があります。Autopilotが途中で止まる場合は、継続モードと操作権限を分けて確認してください。権限の不足だけでなく、継続回数やAIクレジットの上限も停止原因になります。

## Autopilotモードの使い方

### 対話中にShift+Tabで切り替える手順

`copilot` を起動し、ステータス行に autopilot と出るまで `Shift+Tab` を押してからプロンプトを入れます。全権限をまだ与えていなければ、最初に次の3択が出ます。

```
1. Enable all permissions (recommended)
2. Use Manual Approval for this session
3. Cancel (Esc)
```

2を選ぶと、承認が要るツール要求はすべて自動で拒否されます。ファイルの書き込みやテストの実行が要る作業では途中で進めなくなるため、読み取り中心の調査に限るのが現実的です。あとから全権限を与えるときは `/allow-all`（別名 `/yolo`）を入力します。もう一度入力しても権限は外れません。

プロンプトには、完成の条件と確認方法まで書きます。公式の例は「ユーザーAPIにページングを追加し、既存のレスポンス項目を保ち、最初と最後のページのテストを足して、APIのテストを全部流す」という形です。`/autopilot 目的`（別名 `/goal`）で目的を固定して走らせることもでき、目的を省くと直前のプロンプトが目的として表示されます。

止めるときは Esc を2回押します。止めても、それまでの変更は戻りません。終わったら `/diff` で変更を確認し、テスト・リンター・セキュリティチェックを通してからコミットします。タスクが終わってもautopilotのまま残るのが既定（`stayInAutopilot` が `true`）なので、1件ごとに通常モードへ戻したい場合は `/settings stayInAutopilot false` を実行します。

### planで計画を詰めてからAutopilotで実装する手順

公式が勧める流れは、plan で計画を作って直させ、承認時の選択肢「Accept plan and continue in Autopilot execution mode」で実装に移る形です。v1.0.79（2026年8月10日）からは起動フラグだけでも組めます。

```
# 計画を作らせ、承認を待たずにそのまま自律実装へ進む
copilot --plan --mode autopilot

# オプションを渡せない実行環境では環境変数でも同じ指定になる
COPILOT_PLAN_THEN_AUTOPILOT=1 copilot
```

`--plan` 単体なら計画の承認で止まります。`--mode autopilot` を足すと計画の承認も自動になり、人が計画を読まないまま実装が始まります。`--plan` と `--autopilot` の同時指定はエラーです。

### 起動時から常にAutopilotにする設定

v1.0.81（2026年8月27日）で、新しい対話セッションの開始モードを決める `defaultMode` と、承認の扱いを決める `defaultPermissionMode` が入りました。`~/.copilot/settings.json` に次のように書くと、起動直後からAutopilotになり、権限の3択も出なくなります。

```
{
  "defaultMode": "autopilot",
  "defaultPermissionMode": "allow-all"
}
```

`copilot help config` によれば、この設定は再開したセッションと `-p` の実行には効かず、起動時の `--mode` などが優先されます。`allow-all` は組織のポリシーでバイパスが禁止されていれば無視されます。このファイルはユーザー共通なので、どのリポジトリで起動しても全権限のAutopilotになります。一時的な検証なら保存せず、その起動だけ `copilot --autopilot --allow-all` を指定し、機密情報を持たない隔離環境で使ってください。

### CI・スクリプトから非対話で実行する方法

`-p` を付けると完了後に終了する非対話モードになり、`--autopilot` を足すと最初のプロンプトのあとも自動で続けます。公式の例は次のとおりです。

```
copilot --autopilot --yolo --max-autopilot-continues 10 -p "YOUR PROMPT HERE"

# 全権限を渡さず、npmコマンド全般とファイルの書き込みだけ許可する例
# npmスクリプトの中で走るgit pushまでは --deny-tool で止まらない
copilot --autopilot -p "Fix the failing tests" \
  --allow-tool='shell(npm:*)' --allow-tool='write' \
  --deny-tool='shell(git push)' --max-ai-credits 100
```

v1.0.103の `--help` は `--allow-all-tools` を「非対話モードに必須」と説明していますが、[公式の非対話実行ガイド](https://docs.github.com/en/copilot/how-tos/copilot-cli/automate-copilot-cli/run-cli-programmatically)は `--allow-tool` で必要な操作だけ許可する例を載せています。拒否ルールは許可ルールより常に優先され、`--allow-all-tools` を付けていても効きます。`shell(git:*)` は `git push` に一致しますが `gitea` には一致しません。コマンド名の語幹で照合するためです。

### Autopilotを使うべきでない場面

公式は、曖昧・探索的な作業はAutopilotに向かず、期待と違う成果物になりやすいと書いています。次の場面では interactive か plan に留めてください。

- 仕様が文章で書けていない新機能（曖昧な指示のまま作り込まれ、手戻りが大きい）
- 本番の認証情報が環境変数に入っている端末（サンドボックス内でも環境変数は引き継がれる）
- データベースのマイグレーションや削除を含む作業（`rm ./this-file.txt` をセッション単位で許可すると、同じセッション中は `rm -rf ./*` も確認なしで通る）

## Autopilotが止まる条件と暴走を防ぐ設定

### 停止条件と自動継続の上限（既定5回）

Autopilotが止まるのは、エージェントが完了と判断したとき（内部では `task_complete` ツールを呼ぶ）、進行を妨げる問題が起きたとき、ユーザーが中断したとき、自動継続メッセージが上限に達したとき、の4つです。上限の既定値5は v1.0.40（2026年5月1日）で入りました。数えるのはツール呼び出しではなく、エージェントが自分で次のターンを始める「継続メッセージ」の回数で、1ターンで何十回ツールを呼んでも1回です。

注意点として、v1.0.103の `--help` と `copilot help billing` は既定を5と書く一方、公式のコマンドリファレンスは同じフラグを「default: unlimited」と書いており、食い違っています。長い作業を任せるときは既定に頼らず、`--max-autopilot-continues` を毎回明示するのが確実です。

### AIクレジットの上限：セッション単位と目的単位

セッション単位の上限は起動時の `--max-ai-credits`、または対話中の `/limits set max-ai-credits 30` で掛けます。[公式ガイド](https://docs.github.com/en/copilot/how-tos/copilot-cli/use-copilot-cli/set-session-limit)によれば最小値は30クレジットで、機能自体はパブリックプレビューです。上限はソフトキャップで、応答が返るまで使用量が分からないため、1回の応答で上限を超えることがあります。超えた時点で次のモデル呼び出しが止まります。サブエージェントは親と同じ上限を共有し、会話の自動圧縮（compaction）のような見えない処理も、クレジットを消費すれば上限に数えられます。

目的ごとに上限を掛けるなら `/autopilot 認証モジュールをリファクタリング --max-ai-credits 50` のように書きます。上限に届くとAutopilotは一時停止し、使用量のパネルで新しい額を入れれば再開します。使用状況は50%・75%・90%付近でタイムラインに表示され、`/usage` で消費とトークン内訳を確認できます。

### preToolUseフックによる拒否判定の実装例と限界

人が各操作を見ないAutopilotでは、ツールを実行する直前に呼ばれる preToolUse フックが、`--deny-tool` と並ぶ実用的な歯止めです。`.github/hooks/` に置いたJSON（ここでは `guard.json`）と、そこから呼ぶスクリプト `deny-dangerous.sh` の2ファイルで組みます。

```
{
  "version": 1,
  "hooks": {
    "preToolUse": [
      { "type": "command", "bash": "./.github/hooks/deny-dangerous.sh", "timeoutSec": 10 }
    ]
  }
}
```

```
#!/usr/bin/env bash
# .github/hooks/deny-dangerous.sh
input=$(cat)
if printf '%s' "$input" | grep -Eq 'git push|rm -rf|terraform apply'; then
  echo '{"permissionDecision":"deny","permissionDecisionReason":"autopilot guard: blocked by deny-dangerous.sh"}'
fi
exit 0
```

フックには、実行しようとしているツール名と引数がJSONで標準入力に渡ります。このサンプルはJSON全体を文字列で探すだけなので、`git -C dir push` や `rm -fr` のような書き方は素通りし、逆に `echo "git push"` は止めます。網羅的な防御ではないため、`--deny-tool`・最小権限の認証情報・サンドボックスと組み合わせてください。動作は、公式の[フックのガイド](https://docs.github.com/en/copilot/how-tos/copilot-cli/customize-copilot/use-hooks)にある方法どおり、`chmod +x .github/hooks/deny-dangerous.sh` で実行権限を付けてからサンプルの入力を流すと確かめられます。

```
$ echo '{"timestamp":1704614400000,"cwd":"/tmp","toolName":"bash","toolArgs":"{\"command\":\"git push origin main\"}"}' | ./.github/hooks/deny-dangerous.sh
{"permissionDecision":"deny","permissionDecisionReason":"autopilot guard: blocked by deny-dangerous.sh"}
```

Autopilotで効くかどうかを分けるのは、[フックのリファレンス](https://docs.github.com/en/copilot/reference/hooks-configuration)にある次の3点です。

- **「ask」は拒否になる**：Autopilot中は確認の画面を出さず、`"ask"` を deny として扱う（v1.0.97の変更）。止めたい操作は ask ではなく deny で返す。
- **落ちたフックは拒否側**：preToolUse のコマンドフックが0以外で終了するか異常終了すると、そのツール呼び出しは拒否される（終了コード2も拒否）。
- **タイムアウトは素通り**：`timeoutSec` を超えたフックは、管理者が配ったものでも無視され、通常の権限判定に進む。重い処理をフックに書くと歯止めにならない。

イベントは preToolUse のほかに agentStop・permissionRequest・preCompact・subagentStart など計14種類あり、Claude Code形式の `PreToolUse` という名前でも書けます。

### COPILOT\_ALLOW\_ALL=trueによるフォルダ信頼の付与

環境変数 `COPILOT_ALLOW_ALL` は全ツールの自動承認で、`1`・`yes`・`on` なども真として受け付けます。ただし値がちょうど `true` のときだけ、作業フォルダを確認なしで信頼済みにする動作が加わり、そこに置かれたスキル・プラグイン・MCPサーバー・フック（シェルコマンドを実行するものを含む）が読み込まれます。他人のリポジトリをCIで扱うなら、`true` ではなく `1` を使います。上の guard.json のように自分のフックを効かせたいときは逆に信頼が要るので、`-p` の実行に限り1回だけ信頼する `--trust-folder` を使い分けます。

### ローカルサンドボックス：v1.0.93から全ユーザーに提供

ローカルサンドボックスは、v1.0.93（2026年10月7日）の変更履歴で「すべてのユーザーが `/sandbox` と `--sandbox` で使える」となり、実験的機能の有効化は不要になりました。既定はオフで、`/sandbox enable` で保存して有効にするか、`--sandbox` でそのセッションだけ有効にします。隔離はMicrosoft Execution Containers（MXC）が担い、macOSはSeatbelt、Linuxはbubblewrap 0.5.0以上、WindowsはProcessContainerのBaseContainerを使います。

[公式の説明](https://docs.github.com/en/copilot/concepts/about-cloud-and-local-sandboxes)では、Autopilot中にサンドボックスを有効にすると、サンドボックス内で済む作業は止まらずに進み、作業ディレクトリ外への書き込みのように外へ出る操作は拒否されます。気を付ける点は3つです。

- サンドボックス内でも、シェルの環境変数は固定の除外リストを除いて引き継がれる（ヘルプの例は `AWS_ACCESS_KEY_ID`）。隠したい値はマスク対象に登録する。
- CLI組み込みのファイル操作ツールはOSのサンドボックスの外で動き、ポリシーは「できる範囲で」守る扱い。
- v1.0.77の変更履歴にあるとおり、バイパスが許されている環境でAutopilotに無条件の承認を与えると、そのセッションのサンドボックスは無効になる。サンドボックスで守るなら、開始時の3択で全権限を選ばない。

組織で強制する管理設定は[GitHub Copilotのサンドボックスとは？有効化手順と組織で強制する管理設定【2026年10月】](/tech/details/18395/)、MXCそのものは[Microsoft Execution Containers（MXC）とは？9バックエンドの選び方とSDKの実装手順【2026年9月時点】](/tech/details/12384/)で解説しています。

## CLI・Copilotアプリ・VS Code・Microsoft 365の「Autopilot」の違い

「copilot autopilot」で検索すると、名前が同じで中身の違う機能が混ざって出てきます。特にVS CodeのAutopilotは、権限の扱いがCLIと逆です。

| 製品                    | Autopilotの位置づけ    | 承認         |
| --------------------- | ----------------- | ---------- |
| Copilot CLI           | モードの1つ（Shift+Tab） | 別に与える      |
| GitHub Copilot app    | セッションのモードの1つ      | セッションごとに選ぶ |
| VS Code（Copilotハーネス）  | エージェントのモード        | 全ツール自動承認   |
| VS Code（Localハーネス）    | 権限レベルの1つ          | 全ツール自動承認   |
| Microsoft 365のCopilot | 業務を任せる別製品（従量課金）   | 対象外        |

[VS Codeのドキュメント](https://github.com/microsoft/vscode-docs/blob/main/docs/agents/run/approvals.md)は、Autopilotが「Allow allと同様に全ツールを自動承認し、エラー時は再試行し、進行を妨げる質問に自動で答える」と書いています。CLIのように「Autopilotにしても承認は別」とは考えられません。検索に出る Advanced Autopilot（プレビュー）もVS Codeの機能で、`chat.autopilot.advanced.enabled` を有効にすると、各ターンのあと別の小さなモデルが完了したかを判定します。VS Code側の操作は[GitHub Copilotエージェントモードの使い方｜Ask・Plan・Agentの違いと承認設定・料金](/tech/details/6733/)、Microsoft 365側は[Microsoft Copilot Autopilotとは？Scoutからの変更点・従量課金と導入前に決める統制【2026年10月】](/column/details/18025/)で扱っています。Windowsの端末展開に使う Windows Autopilot も無関係の別製品です。

## インストールと初回認証の手順

### npm・Homebrew・WinGet・スクリプトの4つの導入経路

前提はCopilotの有効な契約（Freeを含む）と、WindowsではPowerShell v6以上です。npm経由のときだけNode.js 22以上が要ります（[公式のインストール手順](https://docs.github.com/en/copilot/how-tos/copilot-cli/set-up-copilot-cli/install-copilot-cli)）。

```
# npm（全OS・Node.js 22以上）
npm install -g @github/copilot

# Homebrew（macOS・Linux）
brew install --cask copilot-cli

# WinGet（Windows）
winget install GitHub.Copilot

# インストールスクリプト（macOS・Linux）
curl -fsSL https://gh.io/copilot-install | bash
```

プレリリース版は別名で用意されています（npmは `@prerelease`、Homebrewは `copilot-cli@prerelease`、WinGetは `GitHub.Copilot.Prerelease`）。`~/.npmrc` に `ignore-scripts=true` を設定している環境では、`npm_config_ignore_scripts=false` を付けないと入りません。

### ログインとPATによる認証

初回起動で未ログインなら `/login` を促されます。ローカルの対話端末ではブラウザ認証、SSH先のようなヘッドレス環境ではデバイスコード方式が既定です。CIでは、権限に「Copilot Requests」を付けたfine-grained PATを環境変数に入れます。優先順位は `COPILOT_GITHUB_TOKEN`、`GH_TOKEN`、`GITHUB_TOKEN` の順です。組織経由で使っている場合、管理者がCopilot CLIのポリシーを無効にしているとログインできても使えません。

### WindowsネイティブとWSL2の選び方

Copilot CLIはWindowsにネイティブ対応しており、WinGetで入れればPowerShellから使えます。WSL2の中ではLinuxとして扱われるので、WSL側でnpmかスクリプトを使って入れます。どちらにするかは、エージェントに走らせるビルドとテストがどちらで動くかで決めるのが確実です。ローカルサンドボックスを使う場合、WSL2ではbubblewrapに加えてslirp4netnsやiptablesなどが要り、Windowsネイティブのローカルサンドボックスには、Windows 11 25H2のKB5124010以降、またはWindows 11 26H1のKB5124006以降が必要です。

## Copilot CLIの料金：プラン別の月額とAIクレジット

2026年6月1日から、Copilotの課金はプレミアムリクエスト制からAIクレジット制に移りました。1クレジットは0.01ドルで、モデルごとのトークン単価（入力・キャッシュ入力・出力）に応じて減ります。コード補完とNext Edit提案はクレジットを消費しません。

| プラン          | 月額     | 月間AIクレジット                    | モデル選択        |
| ------------ | ------ | ---------------------------- | ------------ |
| Free・Student | 無料     | 一定量（数値非公開）                   | 自動選択のみ       |
| Pro          | 10ドル   | 1,500（基本1,000＋フレックス500）      | 一部モデル        |
| Pro+         | 39ドル   | 7,000（基本3,900＋フレックス3,100）    | プレミアムモデル     |
| Max          | 100ドル  | 20,000（基本10,000＋フレックス10,000） | プレミアムモデル（優先） |
| Business     | 19ドル／席 | 1,900／人                      | プレミアムモデル     |
| Enterprise   | 39ドル／席 | 3,900／人                      | プレミアムモデル（優先） |

Autopilotではこの枠が人の操作なしで減ります。Business・Enterpriseの表中の値は1席当たりの付与量で、実際には請求主体の共有プールに合算されます。各利用者の消費上限が1,900または3,900クレジットに固定されるわけではありません。残りはステータスバーに常に出て、`/model` の選択画面では各モデルの単価を比べられます。1Mトークンのコンテキストや高い推論レベルを選ぶと消費が増えるため、Autopilotで長く回すなら通常のコンテキストと既定の推論レベルで始め、`--max-ai-credits` を併用します。年額契約のPro・Pro+は契約満了まで旧プレミアムリクエスト制が続き、CLIの表示もプレミアムリクエストになります。Business・Enterpriseの使用量の集計は[GitHub Copilotの料金（pricing）｜AI Credits移行後のプラン比較とBilling APIでの使用量集計【2026年10月】](/tech/details/18030/)で解説しています。

## MCP・カスタム指示・エージェントによる拡張

### GitHub MCPサーバーの標準搭載と外部MCPの追加

Copilot CLIにはGitHub MCPサーバーが組み込まれており、ログインしていればIssueやプルリクエストを自然言語で扱えます。既定で使えるのはCLI向けに絞った一部のツールで、全ツールを開けるなら `--enable-all-github-mcp-tools`、止めるなら `--disable-builtin-mcps` です。外部のMCPサーバーは `/mcp` で追加するか `~/.copilot/mcp-config.json` に書きます。手元のAutopilotではなく、GitHub上のクラウドエージェントに作業を渡してPRを作らせるのが `/delegate` です。スマホやWebからセッションを操作する方法は[Copilot CLIのリモート操作（/remote）とは｜スマホ・Webから続ける手順と組織設定【2026年10月】](/tech/details/12217/)、画面を操作させる機能は[GitHub Copilot Computer Useとは？CLIでの有効化手順と組織で止める設定を解説【2026年10月】](/tech/details/18302/)で扱っています。

### カスタム指示ファイルの読み込み対象とCLAUDE.mdの共用

読み込まれる指示ファイルは `copilot instruction list` で確認できます。リポジトリ直下に `AGENTS.md`・`CLAUDE.md`・`GEMINI.md` と `.github/copilot-instructions.md` を置いて v1.0.103 でこのコマンドを実行すると、4つとも「Repository instructions」に並び、`.github/instructions/*.instructions.md` は「Working directory instructions」に分かれて表示されます（ログイン前でも実行できます）。Claude Code用のCLAUDE.mdがそのままCopilot CLIにも効くので、併用するチームでは両方に当てはまる規約だけをCLAUDE.mdかAGENTS.mdに置き、ツール固有の指示は分けておきます。読み込みを止めるフラグは `--no-custom-instructions`、個人用の指示は `~/.copilot/copilot-instructions.md` です。

### カスタムエージェントとエディタ連携

カスタムエージェントは `.agent.md` ファイルで定義し、リポジトリなら `.github/agents/`、個人用なら `~/.copilot/agents/` に置きます。`/agent` で選ぶか、起動時に `--agent` で指定します。`copilot --acp` で起動するとAgent Client Protocol（ACP）のサーバーになり、EmacsのACPクライアント agent-shell などのエディタからCopilot CLIを呼べます。v1.0.103からは、ACPのセッションでも保存済みのサンドボックス設定と `--sandbox` の指定が効きます。

## Copilot CLIを選ぶメリットとClaude Codeとの比較

### Copilot CLIを選ぶメリット

中心は、既存のCopilot契約の中で完結することです。組織で配っている席とAIクレジットの枠でそのまま使え、CLIの利用可否やモデルの制限といった管理者のポリシーもCLIに効きます。ただしコンテンツ除外は、[公式のコンテンツ除外ガイド](https://docs.github.com/en/copilot/how-tos/configure-content-exclusion/exclude-content-from-copilot)が「Copilot CLIは非対応」と明記しているので、機密ファイルの保護には使えない前提で考えます。2つ目は、ClaudeやGPTなど複数社のモデルを `/model` で切り替えられることで、`--model auto` ならCopilotが選びます。1回のターンで複数のモデルを組み合わせる研究プレビューは[HydraFusionとは：Copilotの複数モデル連携とMaxの違い、VS Code・CLIでの手順・課金・制限【2026年10月】](/tech/details/18289/)で解説しています。3つ目は、GitHub MCPサーバーが最初から入っていて、Issue・PR・Actionsの操作に追加設定が要らないことです。

### Claude Codeとの機能・課金の比較

どちらもターミナルで自律的にコードを書くエージェントで、計画モード・自動承認・MCP・フックは共通です。違いは課金の入口、モデルの範囲、GitHubとの結び付きにあります。

| 観点       | Copilot CLI            | Claude Code     |
| -------- | ---------------------- | --------------- |
| 課金の入口    | Copilotの各プラン（AIクレジット）  | Claudeの契約かAPI従量 |
| モデル      | 複数社を切り替え               | Claudeのモデル      |
| GitHub連携 | GitHub MCP標準・/delegate | gh CLIやMCPを別途設定 |
| 自律実行     | autopilot（継続上限5）       | 自動承認系の権限モード     |
| 指示ファイル   | AGENTS.md・CLAUDE.mdなど  | CLAUDE.md       |

Copilot BusinessやEnterpriseをすでに全員に配っている組織なら、追加契約なしで使えるCopilot CLIから始めるのが合理的です。逆に、Claudeのモデルだけで足り、Claude Code固有のプラグインやスキルの資産があるなら、乗り換える理由は薄いでしょう。CLIからClaudeのモデルを選ぶ方法は[GitHub CopilotでClaudeを使う方法｜Sonnet 5.5・Opus 5.5の選び方と料金・設定【2026年10月】](/tech/details/17837/)、Claude Code側の設定は[Claude Codeの使い方｜インストールから権限・CLAUDE.md設定、初日の進め方まで](/tech/details/17375/)にまとめています。社内でAIコーディングエージェントの利用ルールや権限設計を整える場合は、[生成AI導入支援](/service/ai/genai/)でもご相談いただけます。

## よくある質問

### GitHub CopilotのAutopilotは無料で使えますか？

使えます。Copilot CLIはCopilot Freeを含む全プランに含まれ、Autopilotも同じCLIの機能です。ただしFreeはモデルが自動選択のみで、AIクレジットの枠も限られるため、長時間のAutopilotには向きません。

### Autopilotが5回で止まるのを変えられますか？

変えられます。`--max-autopilot-continues 10` のように起動時に指定します。数えているのは自動継続メッセージの回数で、ツール呼び出しの回数ではありません。上限を上げるなら、`--max-ai-credits` で費用側の上限も掛けておくと安全です。

### Autopilotとyoloはどう違いますか？

Autopilotは「次の指示を待たずに続ける」設定で、`--yolo`（`--allow-all` の別名）は「承認なしで全ツールを使う」設定です。yoloだけではinteractiveモードのまま1往復ごとに止まり、Autopilotだけでは承認が要る操作が拒否されます。無人で完走させる公式の例は両方を付けています。

### WSL2やUbuntuでもCopilot CLIを使えますか？

使えます。WSL2の中やUbuntuではLinuxとして扱われるので、npm（Node.js 22以上）・Homebrew・インストールスクリプトのいずれかで導入します。Windowsネイティブで使う場合はWinGetで入れ、PowerShell v6以上を用意してください。

### gh copilotとCopilot CLIは同じものですか？

現在は同じものを指します。旧 `gh-copilot` 拡張は2025年10月25日に停止し、2026年1月21日以降のGitHub CLIでは `gh copilot` が新しいCopilot CLIを起動します。この経路はGitHub CLI側でプレビュー扱いです。

## 関連記事

- [GitHub Copilotのサンドボックスとは？有効化手順と組織で強制する管理設定【2026年10月】](/tech/details/18395/)
- [Copilot CLIのリモート操作（/remote）とは｜スマホ・Webから続ける手順と組織設定【2026年10月】](/tech/details/12217/)
- [Copilot CLIのRubber Duckとは｜クロスモデルレビューの仕組み・対応モデル・導入手順【2026年最新】](/tech/details/11706/)
- [Copilot CLIでOllamaのローカルモデルを使う方法｜/model検出・環境変数・オフライン設定【2026年10月】](/tech/details/18397/)
- [GitHub Copilotエージェントモードの使い方｜Ask・Plan・Agentの違いと承認設定・料金](/tech/details/6733/)

---

出典: [GitHub Copilot CLIのAutopilotとは｜使い方・止まる条件・安全設定と料金【2026年10月】](<https://www.issoh.co.jp/tech/details/11137/>)（株式会社一創）