2026.10.13 開発

GitHub Copilot Computer Useとは？CLIでの有効化手順と組織で止める設定を解説【2026年10月】

GitHub Copilot Computer Useは、Copilot CLIとGitHub Copilot appが、macOSとWindowsのデスクトップアプリを画面越しに読み取り、クリックや文字入力で操作する機能です。2026年10月1日にパブリックプレビューとして公開され、既定では無効になっています。APIもコマンドラインもMCP連携も持たない古い業務アプリやGUI専用ソフトを、エージェントの作業範囲に入れるための仕組みです。この記事では、CLIでの有効化コマンド、macOSの権限、承認の保存範囲、そして管理者が組織として止めるmanaged-settings.jsonの書き方までを、実装者と情報システム部門の目線で整理します。

まとめ：Copilot Computer Useを試す前に決める線引き

個人で試すだけなら、Copilot CLIのセッションで /computer on と打ち、macOSならアクセシビリティと画面収録の2権限を与えれば動き始めます。アプリを操作する前には承認が求められ、「Always allow」を選ぶとその許可は同じPCのCLIとCopilot appの両方に残ります。経理・人事・顧客情報を表示するアプリには常時許可を付けない、というのが最初に決めるべき線です。

組織で使う場合は、先に止め方を決めてください。管理設定で features.computerUse を false にすれば、利用者はローカル設定で有効化できません。業務の自動化として見ると、APIやMCPサーバーがある操作にComputer Useを使う理由はありません。画面しか入口が無いレガシーアプリの単発作業に限って使い、定型の大量処理はRPAかAPI化で組む判断になります。

GitHub Copilot Computer Useの仕組みと読み取り方式・対応環境

まずは何を読み取り、どこで動くのかを押さえます。対応範囲は2026年10月時点でかなり限定されています。

アクセシビリティツリーを先に読み画面は必要時だけ撮る読み取り方式

About computer use in GitHub Copilotによれば、Copilotはアプリの内容をOSのアクセシビリティツリーから読み取り、視覚的な文脈が要るときだけスクリーンショットを使います。そのうえでコントロールのクリック、テキストの入力と編集、キー操作、スクロール、ドラッグを行い、複数のアプリをまたぐ作業も進めます。

ボタン名や入力欄の役割をOSが持つ構造情報から取るため、画面の座標だけを頼りにする方式より、どの部品を押したかが明確になります。逆に、独自描画でアクセシビリティ情報を出さない古いアプリでは画像頼りになり、押し間違いの余地が残る構造です。スクリーンショットと座標で操作する方式の原理はComputer Useの仕組みとClaude・OpenAI・Geminiの比較で解説しています。

対応はCLIとCopilot appのmacOS・Windowsローカル実行に限定

使える場所は、GitHub Copilot CLIとGitHub Copilot appの2つです。OSはmacOSとWindowsで、ローカルセッションでのみ動きます。Copilot app自体は2026年6月17日の一般提供でLinux版も出ていますが、Computer Useの対象OSにLinuxは入っていません。VS CodeのCopilot Chatやクラウドで動くCopilot cloud agentでも使えない状態です。

CLIのセッションをスマートフォンから続けるCopilot CLIのリモート操作（/remote）と組み合わせる場合も、実際にアプリを操作するのは手元のPCです。離席中にPCの画面が勝手に動く状態になる点は、社内規程との整合を見ておくべきでしょう。

全Copilotプランで使えるアプリ側と2026年10月時点のプレビュー条件

GitHub Copilot app available to allのとおり、Copilot appはFreeやGitHub Educationを含む全プランで使え、BYOKならCopilotの契約なしでも動きます。ただしCopilot BusinessとEnterpriseの利用者は、組織か企業の管理者がポリシー設定でCopilot CLIを有効にしていることが前提です。

Computer Use固有の料金や消費単位は、2026年10月13日時点の公式ドキュメントに記載がありません。パブリックプレビューの機能で、仕様は変更され得ると明記されています。GitHub Copilotで選べるモデルと料金の枠組みはGitHub CopilotでClaudeを使う方法とモデル切替にまとめました。

Copilot CLIで/computer onから承認と中断までを試す手順

ここからは手を動かす部分です。Copilot CLIでComputer Useを使う手順に沿って、コマンドの順に確認します。

/computer showで状態を見てから有効化する4つのスラッシュコマンド

対話セッションの中で、次の順に打ちます。/computer on を実行すると設定が保存され、CLIに同梱された computer-use プラグインが有効になります。

# Copilot CLIの対話セッション内で実行する
/computer show      # 利用できるか・現在の状態・プラグインとMCPの状態を表示
/computer on        # 有効化（設定を保存し、同梱のcomputer-useプラグインを有効にする）
/permissions show   # ツール承認の権限モードを確認する

# 依頼は「望む結果・対象アプリ・制約」を1文ずつ書く
メモ帳を開いて、今日の作業ログを3行で書き出して。保存はしないで。

/computer off       # 使い終わったら無効化する
/computer show      # 無効になったことを確認する

依頼文は、changelogが勧めるとおり「望む結果」「関係するアプリ」「守ってほしい制約」を書き分けると、意図しない保存や送信を防ぎやすくなります。Copilot appでは「Settings」から「Computer Use」を開き、「Enable Computer Use」をオンにする操作が同じ役割です（Copilot appでの手順）。

macOSでアクセシビリティと画面収録の2権限を与える前提条件

macOSでは、Computer Useのヘルパーに2つの権限が要ります。コントロールを操作するための「アクセシビリティ」と、必要なときにウィンドウを確認するための「画面収録」です。有効化の時点で付与の案内が出ます。

Copilot appの設定画面では「Prerequisites」に両方の状態が表示され、変更が反映されないときは「Check again」を押します。両方が「Granted」になっていないと、有効にしたのに何も操作しない状態になります。Windowsで追加の権限が要るかどうかは、公式ドキュメントに記載がありません。

AllowとAlways allowの保存範囲とEsc2回で止める中断の操作

アプリを操作する前の確認は、CLIの権限モードに従います。確認が出たら、対象アプリと操作内容が自分の依頼と一致しているかを見て選びます。

選択肢	許可の範囲	保存先と影響
Allow	現在のセッションのみ	保存しない
Always allow	以後のセッションも対象アプリを許可	PCのローカルに保存・CLIとappで共有
拒否・キャンセル	その操作を実行しない	拒否ルールは許可より優先

見落としやすいのは2点です。Always allowはCLIで選んでもCopilot appに効きます。また、appの「Always allowed apps」から削除しても、実行中のセッションですでに渡したアクセスは取り消されません。取り消すにはセッションを終える必要があります。作業を止めたいときは、CLIならEscを2回、appなら「Stop」かEscです。

動かないときにプラグインとMCP接続を順に確かめる切り分け手順

/computer show が利用不可と表示するなら、アカウントで機能が提供されているか、ローカルセッションか、対応OSかを確認します。組織の管理設定で止められている場合もここで弾かれ、ローカルでは上書きできません。

有効と表示されるのに動かない場合は、/plugin で computer-use プラグインが有効か、/mcp list でMCPサーバーが接続済みかを順に見ます。macOSなら最後に2権限の状態を確認すると、原因の切り分け先は、ほぼこの3か所です。CLIの権限モードや自動実行の止まり方はCopilot CLIのAutopilotの使い方と止まる条件で解説しています。

Computer Useの組織停止設定と管理ファイルの書き方・配布経路

次は管理者の作業です。既定で無効とはいえ、利用者が自分でオンにできる状態のままでは、顧客情報を表示する画面をエージェントに見せる運用を止められません。

features.computerUseをfalseにするとローカル設定で戻せない仕組み

Enterprise managed settingsのリファレンスでは、features.computerUse を false にすると利用者は有効化できず、ローカル設定でこの制限を上書きできないと定めています。true かキーの省略なら、利用者がローカルで切り替えられます。このキーに対応するのはCopilot CLIとCopilot appで、VS Code・Copilot cloud agent・JetBrains IDEは対象外です。

{
  "features": {
    "computerUse": false
  }
}

ファイル名は managed-settings.json です。全員一律で止めるなら上の記述だけで足ります。一部の部署だけ試行させたい場合は、後述のチーム別の上書きで分けます。

.github-privateとMDMとファイル配置の3経路と優先順位の違い

管理設定を組織内の端末へ配る経路は、次の3通りです。Getting started with enterprise-managed settingsのサーバー管理方式では、.github-private リポジトリに copilot/managed-settings.json を置きます。反映は約1時間以内で、クライアントの再起動か再サインインで即時に取り直されます。チーム別の上書きは copilot/teams/ 配下のファイルと copilot/team-mappings.json で指定する形です。

MDMとファイル配置のパスは2026年7月8日のchangelogが示しています。

# ネイティブMDMの読み取り先（優先度1）
Windows: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\GitHubCopilot
macOS:   com.github.copilot（managed preferences）

# ファイル配置のパス（優先度3・root所有、world-writable不可、シンボリックリンク不可）
macOS:   /Library/Application Support/GitHubCopilot/managed-settings.json
Windows: %ProgramFiles%\GitHubCopilot\managed-settings.json
Linux:   /etc/github-copilot/managed-settings.json

# macOSで手動配置する例（所有者rootの条件を満たす）
sudo mkdir -p "/Library/Application Support/GitHubCopilot"
sudo cp managed-settings.json "/Library/Application Support/GitHubCopilot/"
sudo chown root:wheel "/Library/Application Support/GitHubCopilot/managed-settings.json"
sudo chmod 644 "/Library/Application Support/GitHubCopilot/managed-settings.json"

優先順位はネイティブMDM、サーバー管理、ファイル配置の順です。複数の経路で設定があると最上位の1つだけが採用され、下位の内容とは合成されません。MDMで別のキーだけを配っている端末では、.github-private に書いた computerUse が効かなくなります。止めたつもりで止まっていない事故の多くはここで起きるため、MDMを使う組織はMDM側にキーを入れてください。ファイル配置の変更は、クライアントを再起動するまで読み込まれません。

Copilotの採用判断：Claude Computer Use・RPAとの比較

最後に、どこで使い、どこで使わないかを言い切ります。判断軸は、操作対象に画面以外の入口があるかと、画面に何が映るかの2点です。

アクセシビリティツリー優先とAPIで組み込む座標方式の用途の差

観点	Copilot Computer Use	Claude Computer Use（API）
使う場所	手元PCのCLIとCopilot app	自社アプリにAPIで組み込む
読み取り	アクセシビリティツリー＋必要時の画面	スクリーンショットと座標
実行環境	macOS・Windowsのローカル	開発者が用意するVMやコンテナ
統制	managed-settings.jsonで停止	組み込む側で実装する

GitHub Copilot Computer Useは、開発者や担当者が自分のPCで単発の作業を任せる道具です。表の管理設定ファイルによる停止は、組織で一括して利用を止めるためのものです。業務システムに組み込んで無人で回す用途なら、APIで呼べるClaude Computer Useのツール定義と実装手順の側で設計します。手元PCで動かす点が同じClaude Codeの実装はClaude Code computer useの設定と使い方で比べられます。

APIやMCPがあるならComputer Useを使わないと判断する条件

GitHub自身が、APIやMCPサーバーのような直接のツールがあるならそちらを優先するよう案内しています。画面操作は、ボタン配置の変更やダイアログの出方の違いによって、実行結果が揺れる方式です。同じ処理を毎日数百件流す仕事に使うと、失敗の検知と再実行の設計まで自前で抱えることになります。

採用してよいのは、APIの無い社内アプリから数件の値を読み取って要約する、プレゼン資料の数字を差し替えるといった、人が結果をすぐ確認できる単発作業です。定型の大量入力はRPAのシナリオに、判断を含む処理はAPI化かエージェント連携に分けます。GUIしか入口の無い基幹アプリをRPAとAIエージェントの組み合わせで自動化する設計は、RPA×AIエージェント連携（インテリジェントオートメーション）で要件整理から支援しています。

顧客情報や経理画面に常時許可を付けてはいけない社内業務の境界

公式のリスク説明は、画面に他人の情報など機密が映る可能性と、曖昧な指示や画面上の想定外の表示で意図しない操作が起き、金融や企業システムを含む接続済みアカウントに影響し得ることを挙げています。Always allowは機密を含むアプリや影響の大きい操作をするアプリには避けるよう明記されています。

社内ルールに落とすなら、次の線引きが現実的です。会計ソフト・給与システム・顧客管理画面・メールクライアントはAlways allowの対象外とし、使うたびにAllowで確認する。データを書き換える操作と社外へ送る操作は、実行前に人が結果を見る。この2つを守れない部署には、features.computerUse を false にしたまま配るべきです。

GitHub Copilot Computer Useの導入前によく挙がる質問と回答

検討時に繰り返し聞かれる論点を、2026年10月時点の公開情報にもとづいて整理します。

VS CodeのCopilot ChatでもComputer Useは使えますか？

使えません。2026年10月時点の対応はGitHub Copilot CLIとGitHub Copilot appの2つで、管理設定のリファレンスでも features.computerUse の対応クライアントにVS Codeは入っていません。VS Codeの中でデスクトップアプリを操作させたい場合も、いまはCopilot CLIかCopilot appを別に立ち上げて使う形になります。

Linuxでは使えますか？

使えません。Copilot app自体はLinux版がありますが、Computer Useの対象OSはmacOSとWindowsだけです。クラウドで動くCopilot cloud agentや、ローカル以外のセッションも対象外とされています。Linuxの画面操作が必要なら、別の仕組みで組む前提になります。

無料プランでもComputer Useを試せますか？

Copilot appは、FreeやGitHub Educationを含む全プランで提供されています。ただしComputer Useのドキュメントには、設定画面が出ないときはアカウントとOSで機能が使えるかを確認するよう書かれており、プレビュー期間中にすべてのアカウントへ届いているとまでは明記されていません。/computer show の表示で確かめるのが確実です。