GitHub Copilot Computer Useとは？PC操作の有効化手順と自動化できる業務

GitHub CopilotのComputer Useは、CopilotがmacOS・Windows上のデスクトップアプリを読み取り、クリック、入力、スクロール、ドラッグなどで操作できるパブリックプレビュー機能です。APIやCLIがない業務ソフト、ブラウザ上の社内フォーム、アプリ間の転記作業などを自動化しやすくなる一方、PC操作権限を渡す機能なので、承認範囲と利用場面の見極めが重要です。

この記事では、公式発表で確認できる対応環境、Copilot CLIとCopilotアプリでの有効化手順、向いている作業、避けるべき作業、試すときのプロンプト例を整理します。

GitHub CopilotのComputer Useで何が変わるのか

Computer Useの要点は、Copilotがコードやターミナルだけでなく、画面上のGUIアプリも操作対象にできることです。GitHubは2026年10月1日、GitHub Copilot CLIとmacOS・Windows向けGitHub CopilotアプリでComputer Useのパブリックプレビューを開始したと発表しています。GitHub Changelog

従来の自動化は、API、CLI、MCP連携、RPAツール、スクリプトなどが前提になりがちでした。Computer Useでは、Copilotがアクセシビリティ情報や視覚的なコンテキストを使って画面を解釈し、ユーザーの代わりにボタンを押したり、フォームへ入力したり、複数アプリをまたいで作業したりできます。GitHub Docs

ただし、これは「何でも安全に任せられる」機能ではありません。GitHub Docsでも、画面やアプリの状態によって誤ったコントロールを選んだり、意図しない場所に入力したりする可能性があると説明されています。

対応環境と有効化の方法

Computer Useは、公式発表時点ではGitHub Copilot CLIと、macOS・Windows向けのGitHub Copilotアプリで利用できるパブリックプレビューです。Linux対応や正式提供時期など、発表で明示されていない条件は、利用前に公式ドキュメントで確認してください。

Copilot CLIで有効化する

Copilot CLIでは、次のコマンドでComputer Useを有効化、確認、無効化できます。GitHub Docs

/computer on
/computer show
/computer off

試用時は、作業が終わったら/computer showで状態を確認し、不要なときは/computer offで無効化する運用が安全です。常時オンにするより、必要な作業単位でオンにする方が、誤操作の範囲を抑えやすくなります。

GitHub Copilotアプリで有効化する

GitHub Copilotアプリでは、設定画面のComputer Useから有効化できます。macOSでは、Computer Useの利用に必要なアクセシビリティ権限と画面収録権限の設定が案内されると公式発表で説明されています。GitHub Changelog

権限を付与する前に、業務PCで利用してよい機能か、社内の生成AI利用ルールや情報セキュリティ規程を確認してください。特に、顧客情報、会計情報、管理者画面、パスワード管理ツールを扱う端末では慎重な判断が必要です。

自動化に向いている作業

Computer Useが特に向くのは、判断は人間ができているのに、画面操作だけが面倒な定型作業です。API連携がある作業ならAPIやスクリプトの方が安定しますが、GUIしかない古いソフトや社内ポータルではComputer Useが選択肢になります。

実務で最初に試すなら、重要データを書き換えない「読み取り中心の作業」がおすすめです。たとえば、社内ポータルから今月の申請状況を確認し、メモアプリに要約する、といった作業から始めると挙動を確認しやすくなります。

承認の仕組みと安全に使うための考え方

Computer Useでは、Copilotがアプリを操作する前にユーザーへ承認を求めます。また、特定のアプリに対して「常に許可」を選んだ場合、その許可は同じPC上のGitHub Copilot CLIとGitHub Copilotアプリの両方に適用され、後から確認や削除ができます。GitHub Docs

安全に使うには、承認ダイアログを機械的に許可しないことが重要です。表示されたアプリ名、操作内容、対象データが自分の依頼と一致しているかを確認してから許可します。

• 初回は「常に許可」ではなく、毎回承認で挙動を見る
• 送信、削除、購入、承認、振込などの確定操作は自動実行させない
• パスワード管理ツール、決済画面、管理者画面は対象にしない
• 顧客情報や機密情報を含む画面では社内ルールを優先する
• 作業後に許可済みアプリを見直し、不要な許可を削除する

組織で管理している環境では、管理者がComputer Useを無効化できる場合があります。個人判断で有効化する前に、会社のCopilot設定や利用ポリシーを確認してください。

試すときのプロンプト例

Computer Useへの指示は、対象アプリ、作業範囲、禁止したい操作、最後に確認を求める条件を明確にすると安全です。特に、送信や保存などの確定操作を勝手に行わないように書いておくと、試用時のリスクを下げられます。

経費入力を下書きまで行う例

ブラウザで開いている経費精算フォームに、デスクトップ上の領収書メモの内容を転記してください。
入力するのは日付、金額、支払先、用途だけです。
申請ボタンや送信ボタンは押さず、入力が終わったら私に確認を求めてください。
項目名が判断できない場合は操作を止めて質問してください。

表計算ソフトから社内システムへ転記する例

開いている表計算ファイルのA列からD列を確認し、社内システムの入力画面に1行ずつ転記してください。
転記前に、列名と入力先の項目が対応しているかを説明してください。
保存、登録、確定、削除に相当するボタンは押さないでください。
画面に警告や予期しないポップアップが出たら停止してください。

読み取り中心で挙動を確認する例

ブラウザで開いている管理画面を確認し、今日対応が必要そうな通知を箇条書きでまとめてください。
画面の移動は必要最小限にし、設定変更や送信操作は行わないでください。
判断に迷う通知があれば、クリックせずに内容をそのまま報告してください。

ポイントは、「最後までやって」ではなく「ここまでは実行してよい」「ここから先は止まる」を明示することです。Computer Useは画面を操作できるため、通常のチャット以上に境界線を具体的に伝える必要があります。

向いていない作業と代替手段

Computer Useは、GUIしかない作業の補助として有力ですが、安定性や監査性が必要な基幹業務を丸ごと任せる用途には慎重になるべきです。画面構成の変更、読み取りづらいUI、予期しないポップアップ、曖昧な指示によって誤操作が起きる可能性があります。

Computer Useは「自動化の第一候補」ではなく、「直接連携できないGUI作業を補助する選択肢」と考えると判断しやすくなります。安定して繰り返す業務は、最終的にAPI連携やRPAへ移す方が運用しやすい場合があります。

導入前に確認したいチェックリスト

業務で試す前に、次の項目を確認しておくと失敗を減らせます。

• 利用するPCはmacOSまたはWindowsか
• GitHub Copilot CLIまたはGitHub Copilotアプリを使える状態か
• 所属組織でComputer Useが許可されているか
• 対象アプリに機密情報や高権限操作が含まれていないか
• 送信、登録、削除などの確定操作を人間が確認する設計になっているか
• 許可済みアプリを後から見直す運用を決めているか
• うまく動かない場合にAPI、CSV、RPAなど別手段へ切り替えられるか

まずは、読み取り中心の小さな作業で試し、操作ログや結果を人間が確認する形にすると安全です。慣れてきても、決済や承認のような取り返しにくい操作まで任せるのは避けた方がよいでしょう。

まとめ

GitHub CopilotのComputer Useは、Copilotがデスクトップアプリを直接操作できるようにする新しい機能です。APIやCLIがない業務ソフトでも、画面操作を通じて経費入力、アプリ間転記、レポート下準備などを補助できる可能性があります。

一方で、パブリックプレビュー段階の機能であり、誤クリックや誤入力のリスクもあります。最初の一歩としては、/computer onで必要なときだけ有効化し、読み取り中心の作業から試し、送信や確定は必ず人間が確認する運用にするのが現実的です。