Claude Codeのcomputer useは、Claudeが実際のデスクトップでアプリを開き、クリック・入力・スクロールをして画面を確認する機能です。CLIでは組み込みのMCPサーバーcomputer-useを/mcpから有効にし、macOSの「アクセシビリティ」と「画面収録」を許可すれば使えます。Swiftで書いたアプリをビルドして起動し、全部のボタンを押して確かめるところまでを、コードを書いた同じ会話の中で済ませられるのが用途の中心です。
この記事では、2026年10月8日時点のClaude Code公式ドキュメント（CLI版・デスクトップ版）とヘルプセンターの記事をもとに、CLI版とデスクトップ版の有効化手順、アプリごとの承認と操作範囲、使えない環境、実行中の挙動を整理します。スクリーンショットと座標で画面を操作する仕組みそのものはComputer Useの仕組みをClaude・OpenAI・Geminiで比較した記事、Claude APIのcomputer use toolを自分のアプリに組み込む方法はClaude Computer Useの対応モデル・料金と実装手順で扱っています。
まとめ：Claude Code computer useの設定と制限の要点
- 使えるのはPro・Maxプランだけ。TeamとEnterpriseは対象外で、Amazon Bedrock・Google CloudのAgent Platform・Microsoft Foundry経由の認証でも使えない。位置づけは研究プレビュー（デスクトップ版のバックグラウンド実行はベータ）。
- CLIはmacOSのみ。
/mcpでcomputer-useを選んでEnableにする。設定はプロジェクトごとに保存される。-pの非対話モードでは使えないので、CIには組み込めない。 - デスクトップ版はmacOSとWindows。設定画面のトグルで有効にする。Windowsはトグルだけで完了し、macOSは2つの権限の許可が要る。拒否アプリの一覧を持てるのはデスクトップ版だけ。
- 有効にしても全アプリを触れるわけではない。アプリごとにセッション単位で承認し、操作範囲はブラウザ・取引プラットフォーム＝見るだけ、ターミナル・IDE＝クリックとスクロールのみ、それ以外＝フル操作の3段階で固定。
- ClaudeはMCP→Bash→Claude in Chrome→computer useの順で手段を選ぶ。computer useは最も遅いので、APIもCLIも無いネイティブアプリ・シミュレーター・GUI専用ツールのための機能と割り切る。
- 止めるときはどこでもEscキー、またはターミナルでCtrl+C。CLIでは、画面を使えるのは同時に1セッションだけで、ロックはセッションを終了するまで解放されない。
使える環境と条件：プラン・OS・認証方式
computer useは、どの環境でも使える機能ではありません。公式ドキュメントが挙げる条件を、CLI版とデスクトップ版で並べると次のとおりです。
| 項目 | CLI | デスクトップ版 |
|---|---|---|
| 対応OS | macOSのみ | macOS・Windows |
| 有効化 | /mcpでcomputer-useをEnable |
設定画面のトグル |
| 拒否アプリの一覧 | 未提供 | 設定で追加できる |
| 終了時のアプリ再表示 | 常にオン | オフにできる |
| Dispatchからの利用 | 対象外 | Dispatch起点のセッションで使える |
| 対象プラン | Pro・Max（Team・Enterprise不可） | |
CLIとデスクトップ版は同じcomputer useのエンジンを共有していますが、対応OS、有効化の入口、設定項目、Dispatchとの連携にも違いがあります。認証はclaude.aiのアカウントであることが前提で、サードパーティのクラウド経由でしかClaudeを使っていない場合は、別にclaude.aiのPro・Maxアカウントを用意する必要があります。会社でTeam・Enterpriseプランを契約している開発者が「設定に項目が無い」となるのは、このプラン制限が原因です。
提供の経緯は公式の週次リリースノートで追えます。2026年3月23〜27日の週（v2.1.83〜v2.1.85）にデスクトップ版で研究プレビューとして始まり、翌週の3月30日〜4月3日（v2.1.86〜v2.1.91）にCLIへ広がりました。8月31日〜9月4日の週には、macOSのデスクトップ版でバックグラウンド実行がベータとして加わっています。
CLIで/mcpからcomputer-useを有効にする手順
CLIでは、computer useはcomputer-useという名前の組み込みMCPサーバーとして入っており、既定では無効です。対話セッションで次を実行します。
/mcp- サーバー一覧で
computer-useを探す（disabledと表示されている）。 computer-useを選び、Enableを選ぶ。この設定はプロジェクト単位で保存されるので、使いたいプロジェクトごとに1回ずつ行う。- Claudeが初めて画面を使おうとしたときに、macOSの権限を求めるプロンプトが出るので許可し、Try againを選ぶ。
有効にした後は、GUIが必要な作業をそのまま頼めば使われます。公式ドキュメントの例を日本語にすると次のような指示です。
アプリのターゲットをビルドして起動し、各タブを順にクリックして
クラッシュしないか確かめて。エラー画面があればスクリーンショットを撮って。macOSのアクセシビリティと画面収録の許可
求められる権限は2つです。アクセシビリティはクリック・入力・スクロールのため、画面収録は画面を見るための権限です。プロンプトにシステム設定の該当画面へのリンクが付いているので、そこから両方を許可します。画面収録は、許可した後にClaude Codeを再起動しないと反映されないことがあります。
許可したのにプロンプトが何度も出る場合は、Claude Codeを完全に終了して新しいセッションを始めます。それでも続くときは、システム設定の「プライバシーとセキュリティ」→「画面収録」で、Claude Codeを動かしているターミナルアプリ（ターミナル、iTerm2など）が一覧にあり、オンになっているかを確認します。許可の対象はClaude Codeそのものではなく、それを起動したターミナルアプリです。
/mcpにcomputer-useが表示されないときの確認項目
computer-useは、条件を満たした環境でしか一覧に出ません。表示されないときは次の4点を確認します。
- macOSで動かしているか。LinuxとWindowsのCLIでは使えない（Windowsならデスクトップ版を使う）。
- Pro・Maxプランか。
/statusで契約を確認できる。 - claude.aiで認証しているか。Bedrock・Agent Platform・Foundryの認証では出ない。
- 対話セッションか。
claude -pで起動した非対話モードでは使えない。
デスクトップ版でcomputer useを有効にする手順
Claude Codeデスクトップ（Claudeデスクトップアプリの「Code」タブ）では、CLIの/mcpではなく設定画面のトグルで有効にします。
- デスクトップアプリを最新版にして再起動する（macOS・Windowsは
claude.com/downloadから）。 - 設定の「This computer」→「System」を開き、「Computer use」のEnable computer useをオンにする。Windowsはここで設定が完了する。
- macOSは、アクセシビリティと画面収録を許可する。設定画面に各権限の状態が表示され、拒否されている場合はバッジをクリックするとシステム設定の該当画面が開く。
トグルの場所は、Claude Codeのドキュメント（This computer → System）とヘルプセンターの記事（General内の「Desktop app」）で書き方が違います。Coworkとチャットを統合した新しい画面が段階的に配信されている時期のため、どちらかに見当たらなければもう一方を探してください。トグル自体が無い場合は、OSとプランを確認したうえでアプリを更新・再起動します。
macOSのデスクトップ版には、承認したアプリをClaudeが裏で操作し、その間も利用者が自分の作業を続けられるバックグラウンド実行があります。ヘルプセンターによると、macOS 15以降ではこれが既定で、ポインタやキーボードを奪わず、利用者が入力中なら基本的に待ちます。画面全体を使う必要があるときは、セッションごとに最初に許可を求めてきます。従来どおり画面を明け渡して操作させたい場合は、「When Claude requests access to an app」を「Full control」に設定します。ヘルプセンターではCoworkからも同じcomputer useを使えると案内されていますが、Coworkそのものの使い方はClaude Coworkの料金プラン・使い方・制限にまとめています。
アプリごとの承認と3段階の操作範囲
computer useを有効にしても、Claudeがマシン上の全アプリを操作できるようになるわけではありません。セッションの中で初めて特定のアプリが必要になると、操作したいアプリ名、クリップボードへのアクセスなど追加で求める権限、作業中に隠すほかのアプリの数がプロンプトに表示されます。Allow for this sessionかDenyを選び、承認はそのセッションの間だけ有効です。複数のアプリをまとめて求められた場合は、一度に承認できます。
承認したアプリでClaudeが何をできるかは、アプリの種類で決まっていて変更できません。
| 段階 | できること | 対象 |
|---|---|---|
| 表示のみ | スクリーンショットで見る | ブラウザ、取引プラットフォーム |
| クリックのみ | クリック・スクロール（入力不可） | ターミナル、IDE |
| フル操作 | クリック・入力・ドラッグ・ショートカット | 上記以外 |
ブラウザが「表示のみ」なのは、Web作業はClaude in Chromeに、コマンド操作はBashに任せるよう誘導するためです。computer useをオンにしていても、ブラウザ上のフォーム入力はcomputer useではできません。ただし、デスクトップ版のBrowserペインには、computer useとは別にWebページをクリック・入力する機能があります。Web作業を任せたい場合はClaude in Chromeの使い方・料金・権限モードを参照してください。
影響範囲の広いアプリには、承認画面に追加の警告が出ます。ブロックはされないので、その権限を渡す必要がある作業なのかを利用者が判断します。
- シェルアクセスと同等：ターミナル、iTerm、VS Code、Warpなどのターミナル・IDE
- 任意のファイルを読み書きできる：Finder
- システム設定を変更できる：システム設定
デスクトップやDock、Finderのウィンドウをクリックさせたいときも、Finderの承認が必要です。changelogでは、2026年8月25日のv2.1.243でこの扱い（ほかのアプリと同じくアクセスダイアログでFinderを許可する方式）に変わっています。デスクトップ版では、設定の「Denied apps」に登録したアプリは確認なしに拒否されます。ただし、許可したアプリ経由で間接的に影響が及ぶことはあると公式に明記されています。Dispatchから起動したセッションでは、アプリの承認が30分で切れて再確認になります（Dispatchそのものの現状はClaude Dispatchの新規提供停止の現状を参照）。
Claudeがcomputer useを選ぶ順番と、使わない方がよい作業
Claudeはアプリやサービスに触る手段を複数持っており、computer useは「最も汎用的で、最も遅い」手段と位置づけられています。そのため、より正確な手段から順に試します。
- そのサービスのMCPサーバー（デスクトップ版ではコネクタ）があれば、それを使う。
- シェルコマンドで済む作業なら、Bashを使う。
- ブラウザ作業で、Claude in Chromeを設定していれば、それを使う。
- デスクトップ版でiOSアプリを動かす・確かめる作業なら、iOS Simulatorペインを使う。
- どれにも当てはまらないときだけ、computer useを使う。
この順番は、そのまま使い分けの判断基準になります。Webアプリの画面テストをcomputer useで回すのは勧めません。ブラウザは「表示のみ」で入力できないうえ、画面を1回確認するたびにスクリーンショットの送信と推論が挟まるため、DOMを直接操作するPlaywrightなどより遅く、座標の読み違いも起きます。繰り返し実行するE2Eテストはテストコードに残し、computer useは「書いたばかりのネイティブアプリを一度通しで触って確かめる」「APIの無い社内ツールやハードウェアの制御パネルを操作する」といった、ほかに手段の無い作業に限るのが合理的です。ブラウザ操作の自動化手段の全体像はBrowser Automationの4つの方式と選び方で比較しています。
iOSアプリの確認は、CLIとデスクトップ版で経路が違います。CLIではcomputer useがiOS Simulatorを画面上でマウス操作します。デスクトップ版のローカルセッションでは同じ依頼でもiOS Simulatorペインが開き、シミュレーターを直接操作するため、computer useの有効化は不要で、画面を奪ったりほかのウィンドウを隠したりもしません。ペインはmacOSのデスクトップ版（v1.24012.0以降）とiOSプラットフォームを入れたXcodeが前提で、Team・Enterpriseプランでも使えます（HIPAA構成を有効にしたEnterprise組織を除く）。
実行中の挙動：ロック・アプリの非表示・スクリーンショットの縮小・停止
実行中に何が起きるかを知っておくと、介入のタイミングを判断しやすくなります。ここはCLIの挙動を中心に整理します。
同時に1セッションだけが画面を使えるロック
画面を使えるのは、同時に1つのセッションだけです。セッションは最初のcomputer use操作でロックを取り、タスクが終わったときではなく、セッションを終了したときに解放します。2つ目のセッションでcomputer useを使うと、ロックを持っているセッション名を示すエラーになります。表示は「Computer use is in use by another Claude session」です。
対処はロックを持っているセッションを終了することです。そのセッションがクラッシュしていた場合は、プロセスが動いていないことを検知した時点で自動的に解放されます。ターミナルを複数開いて並行作業をする人は、computer useを使うセッションを1つ決めておき、使い終わったら/exitで抜けておくと詰まりません。
ほかのアプリの非表示と、ターミナルの撮影対象外
Claudeが画面の操作を始めると、承認したアプリだけを触るように、表示中のほかのアプリは隠されます。ターミナルのウィンドウは表示されたまま、スクリーンショットからは除外されるため、利用者は進行を見ていられる一方、Claudeが自分の出力を画面越しに読むことはありません。ターンが終わると、隠したアプリは自動で元に戻ります（CLIでは常にオン、デスクトップ版では設定でオフにできます）。
Retinaディスプレイでも解像度を下げなくてよい理由
Claude Codeは、スクリーンショットをモデルに送る前に必ず縮小します。公式の例では、16インチMacBook ProのRetina解像度で撮った3456×2234の画像が、縦横比を保ったまま約1372×887に縮小されます。縮小後のサイズを変える設定はありません。小さい文字やボタンをClaudeが読み取れないときは、ディスプレイ解像度を変えるのではなく、操作対象のアプリ側で文字やUIを拡大します。
Escキーでの即時停止と、停止後のロック
各ターンで最初に画面を使うとき、macOSの通知に「Claude is using your computer · press Esc to stop」と表示されます。どこにフォーカスがあってもEscキーを押せば、その時点の操作が中断されます。ターミナルでCtrl+Cを押しても止まります。どちらの場合も、Claudeは操作を止めて隠したアプリを戻し、操作を利用者に返します。Escの入力はcomputer use側で消費されるので、画面上の悪意ある指示がEscを使ってダイアログを閉じることはできません。なお、停止してもロックはセッションを終了するまで残ります。
許可してよいアプリの線引きと、画面に映る情報の扱い
サンドボックス化されたBashツールと違い、computer useは承認したアプリにアクセスできる実際のデスクトップ上で動きます。公式ドキュメントは「信頼境界が違う」と明記しています。Claudeは各操作を点検し、画面上の内容からのプロンプトインジェクションを検知すると警告しますが、ヘルプセンターも「これらの安全策は完全ではない」と書いています。組み込みの安全策は、アプリごとの承認、影響範囲の広いアプリへの警告、ターミナルの撮影除外、Escによる停止、ロックの5つです。Claude Code全体の権限ルールやサンドボックスの設計はClaude Codeのセキュリティ設定、承認をどこまで自動にするかはClaude Codeのパーミッションモードの違いで扱っています。
運用の線引きは、次のように決めておくのが安全です。
- 開発の検証では、対象アプリ（とシミュレーター）だけを承認する。Finderやシステム設定は、その作業に必要な場合だけ承認する。どちらも警告が出るアプリで、承認すればファイルや設定まで操作範囲に入る。
- 銀行・医療・行政などの機微なアプリには承認を出さない。ヘルプセンターは金融口座や投資の管理、法律文書や契約、医療・健康情報、他人の個人情報を含むアプリでの利用を「強く勧めない」としている。投資・取引や暗号資産のプラットフォームについては、Cowork向けのヘルプセンター記事が「既定でブロック」、Claude Codeのドキュメントの操作範囲表が「表示のみ」と書いており、資料によって扱いが違う。どちらの場合も入力や注文はさせられないので、承認の候補に入れない。
- 始める前に、機密情報を表示したファイルやアプリを閉じる。Claudeは操作のためにスクリーンショットを撮るので、承認したアプリと画面に映っている情報はすべてモデルに渡る前提で考える。
- あるアプリでの操作がほかのアプリに波及する点を見込む。ヘルプセンターの例では、メールアプリのリンクをクリックするとChromeで開く。ChromeをClaudeに見せないことはできても、リンクが開くこと自体は止められない。
ヘルプセンターは「研究やファイル整理のような単純なタスクから始める」ことも勧めています。複雑な多段階の作業は2回目の試行が必要になることがあると明記されているので、最初から無人で長い作業を任せるのではなく、短い指示で挙動を確かめてから範囲を広げます。
用途別の指示例：ネイティブアプリ検証・レイアウト崩れの再現
computer useが効くのは、コードを書いた会話の中でそのまま画面を確かめたい場面です。公式ドキュメントの例をもとにした指示を2つ挙げます。
ネイティブアプリのビルド検証。macOSやiOSのアプリを変更した後に、ビルドから動作確認までを1回で頼みます。Claudeはxcodebuildでビルドし、アプリを起動してUIを操作し、結果を報告します。
MenuBarStatsターゲットをビルドして起動し、環境設定ウィンドウを開いて、
間隔スライダーを動かすとラベルが更新されるか確かめて。
終わったら環境設定ウィンドウのスクリーンショットを撮って。ウィンドウサイズ依存のレイアウト崩れ。特定の幅でしか出ない表示崩れは、Claudeにウィンドウを縮めさせて再現させ、そのままCSSを読ませます。
設定モーダルが狭いウィンドウでフッターを切ってしまう。
再現するまでアプリのウィンドウを縮めて、切れた状態のスクリーンショットを撮り、
モーダルのコンテナのCSSを確認して。指示は「何を操作して、何が起きれば成功か、何を残すか」まで書くと、ヘルプセンターが勧める「具体的で意図どおりに絞った指示」になります。完了すると2つ目のmacOS通知が出ます。
よくある質問
Claude Codeのcomputer useはWindowsで使えますか？
デスクトップ版なら使えます。設定の「Enable computer use」をオンにすれば、Windowsは追加の権限設定なしで完了します。一方、CLIのcomputer useはmacOSのみで、WindowsのターミナルからClaude Codeを使っている場合は/mcpにcomputer-useが出ません。デスクトップ版の導入はClaude Codeデスクトップアプリの使い方を参照してください。
Linuxでcomputer useは使えますか？
Claude Codeに組み込まれたcomputer useはLinuxでは使えません。CLIではmacOSのみ、デスクトップ版のcomputer useではmacOSとWindowsが対象です。Linuxで画面を操作させたい場合は、Claude APIのcomputer use toolを使い、自分で用意した仮想デスクトップ上で動かす方法になります。
claude -pやCI/CDでcomputer useを使えますか？
使えません。computer useは対話セッションが前提で、-pフラグの非対話モードでは利用できないと公式ドキュメントに明記されています。アプリごとの承認をセッション中に利用者が出す設計なので、無人のパイプラインには組み込めません。
TeamプランやEnterpriseプランで使えますか？
2026年10月時点では使えません。CLI・デスクトップ版ともにPro・Maxプランが対象です。組織で使いたい場合、デスクトップ版のiOS Simulatorペインのように、computer useを使わずにTeam・Enterpriseでも提供されている機能で代わりになるかを先に確認します。
Claude APIのcomputer useとは何が違いますか？
Claude Codeのcomputer useは、Claude Codeに組み込まれたMCPサーバーで、Pro・Maxの契約のまま自分のMacやPCの画面を操作させる機能です。Claude APIのcomputer useは開発者向けのツール定義で、スクリーンショットの撮影や操作の実行を自分のアプリケーション側で実装し、料金はAPIの従量課金になります。API版の対応モデルと実装手順はClaude Computer Useとは？ツールセット版の対応モデル・料金と実装手順で解説しています。
