Cursorのエージェントが、ついにブラウザの外へ出ました。
室谷代表取締役Cursor Computer Use(カーソル・コンピューターユース)は、Cursorが2026年2月24日に発表した機能で、AIエージェントがユーザーのコンピュータ上でデスクトップアプリを直接クリック・タイピングして操作できるようになるものです。ブラウザの中だけではなく、iOS Simulatorのようなデスクトップアプリも動かせるのがポイントなんですよね。
テキトー教師DotAI 認定講師これは単に「操作範囲が広がった」という話じゃないんですよ。エージェントが自分で作ったソフトを自分で触って検証できるようになる、というのが本質で。
公式ブログでも「エージェントは自分が作ったソフトを使えなければ能力に天井がある」と明言されています。
公式ブログでも「エージェントは自分が作ったソフトを使えなければ能力に天井がある」と明言されています。
室谷代表取締役公式スレッドでは「Cursor can now control your computer」とシンプルに宣言されていて、タスクに必要ならCursorが自分で使い、プロンプトで「@Computer Use」とメンションして明示的に呼び出すこともできる、と。利用にはCursorのアップデートが必要です。
テキトー教師DotAI 認定講師まず押さえておきたいのは、これは「Cursorのデスクトップアプリが勝手にマウスを動かす」という単純な話ではないことです。公式ドキュメントを読むと、Self-Hosted Machinesのワーカー上で動くエージェントが、クリック・入力・スクリーンショット・UI操作を行う仕組みだと整理されています。
室谷代表取締役そこが大事なんですよね。MYUUUでもエージェントに作業を任せるとき、最後の「本当に動くのか」の確認がボトルネックになりがちで。
画面を見て操作できるというのは、そのボトルネックを潰しにいく話なんですよ。
画面を見て操作できるというのは、そのボトルネックを潰しにいく話なんですよ。
Cursor Computer Useとは?エージェントがPC画面を直接操作する新機能
Computer Useの2つのレイヤー
クラウドエージェントのVM内操作
- 各エージェントが独立した仮想マシン(VM)を持つ
- VM内で完結する形でソフトを操作
- 公式ブログ『Cursor agents can now control their own computers』に対応
Self-Hosted Machinesのワーカー上操作
- 手元のMacやLinuxマシンのデスクトップセッションを操作
- クリック・入力・スクリーンショット・UI操作を実行
- ワーカーにChromeかChromiumがあればブラウザも操作可能
- macOSとLinuxのワーカーで動作
- My MachinesとTeam Poolsの両方に対応
- ドキュメント『Computer use and desktop sharing』で詳説
テキトー教師DotAI 認定講師改めて定義を整理すると、Computer Useはエージェントが画面を見てマウス操作・キーボード入力を代行する仕組みです。APIのないGUIアプリでも操作できる点が特徴で、Cursorはこれをクラウドエージェントの文脈で打ち出してきました。
室谷代表取締役公式ブログのタイトルが「Cursor agents can now control their own computers」、つまり「自分たちのコンピュータ」を操作する、という表現なんですよね。各エージェントが独立した仮想マシン(VM)を持ち、その中で完結する形なんです。
テキトー教師DotAI 認定講師ここ、受講生さんがよく混同するんですが、2つのレイヤーがあるんですよ。ひとつはクラウドエージェントが自分のVM内でソフトを操作する話。
もうひとつはSelf-Hosted Machinesのワーカー上で、手元のMacやLinuxマシンのデスクトップセッションを操作する話。ドキュメントの「Computer use and desktop sharing」は後者を詳しく説明しています。
もうひとつはSelf-Hosted Machinesのワーカー上で、手元のMacやLinuxマシンのデスクトップセッションを操作する話。ドキュメントの「Computer use and desktop sharing」は後者を詳しく説明しています。
室谷代表取締役なるほど、そこは分けて読まないと混乱しますね・・・。公式ドキュメントによると、ワーカー上のエージェントがクリック・入力・スクリーンショット・UI操作を行い、ワーカーにChromeかChromiumが入っていればブラウザも操作できる、と。
macOSとLinuxのワーカーで動き、My MachinesとTeam Poolsの両方に対応しています。
macOSとLinuxのワーカーで動き、My MachinesとTeam Poolsの両方に対応しています。
テキトー教師DotAI 認定講師Cursor Computer Useでできること――iOS Simulatorからスプレッドシートまで
まとめ
Cursor Computer Useでできること(公式事例)
- iOS Simulatorを動かして、自分が作った機能をテストする
- プラグインページの各コンポーネントにソースコードへのリンクを付ける機能を実装し、エージェントがPrismaプラグインを開いて各コンポーネントをクリックし、GitHubリンクの正しさを検証
- クリップボード経由の情報流出脆弱性を再現するため、HTMLページを作成し、ローカルにバックエンドサーバーを立て、実際にクリップボードへUUIDをコピーして攻撃フローを実演
- lint結果に応じてラベルを変える修正を、Cursorデスクトップアプリ上で型エラーあり/なしの2ケースを実際にテスト
- cursor.com/docsのUIを45分かけて一通り巡回し、サイドバー・トップナビ・検索・コピーボタン・目次・テーマ切替などを検証
- ブラウザのページ遷移、スプレッドシートのようなツールの操作、データの解釈と意思決定、複雑なUI環境での問題解決
- Cursor社内ではマージされるPRの30%以上をクラウドエージェントが自律的に作成
室谷代表取締役公式スレッドで真っ先に挙げられているのが「iOS Simulatorを動かして、自分が作った機能をテストする」という例です。これは開発者にとってかなり実務的なユースケースなんですよね。
テキトー教師DotAI 認定講師公式ブログには具体的な事例がいくつも載っています。整理するとこうです。
- プラグインページの各コンポーネントにソースコードへのリンクを付ける機能を実装し、エージェントが自分でPrismaプラグインを開いて各コンポーネントをクリックし、GitHubリンクが正しいか検証
- クリップボード経由の情報流出脆弱性を再現するため、HTMLページを作り、ローカルにバックエンドサーバーを立て、実際にクリップボードへUUIDをコピーして攻撃フローを実演
- lint結果に応じてラベルを変える修正を、Cursorデスクトップアプリ上で型エラーあり/なしの2ケースを実際にテスト
- cursor.com/docsのUIを45分かけて一通り巡回し、サイドバー・トップナビ・検索・コピーボタン・目次・テーマ切替などを検証
室谷代表取締役45分かけて自分でdocsサイトを回って検証してくれるのはいいですね。人がやると地味に時間を食うやつですから。
しかも動画・スクリーンショット・ログの成果物として残るので、レビュー側も確認しやすいんですよ。
しかも動画・スクリーンショット・ログの成果物として残るので、レビュー側も確認しやすいんですよ。
テキトー教師DotAI 認定講師公式ブログでは、エージェントがブラウザのページ遷移、スプレッドシートのようなツールの操作、データの解釈と意思決定、複雑なUI環境での問題解決を行う様子が示されています。まさに「APIがないから無理」という壁を越える話ですね。
室谷代表取締役Cursor社内ではマージされるPRの30%以上をクラウドエージェントが自律的に作成している、というのも公式ブログに書かれています。これは結構インパクトのある数字ですよね。
Cursor Computer Useの使い方・始め方――@メンションで呼び出す手順
Cursor Computer Useの呼び出し・有効化手順
- 01Cursorをアップデート公式スレッドでも「Update Cursor to try it」と案内されている前提作業
- 02呼び出し方法を選ぶCursorがタスクに必要と判断して自動使用、またはプロンプトで「@Computer Use」とメンションして明示的に呼び出す
- 03Self-Hosted Machinesで有効化する場合Cursor CLIを最新に更新し、ワーカー起動時にフラグを付ける
- 04ワーカー起動コマンドを実行agent worker --computer-use start(プールのワーカーは agent worker --pool gpu --computer-use start)
- 05macOSの初回セットアップヘルパーアプリ「Cursor Computer Use」のインストールと権限要求が走る。CLIが自動管理し、downloads.cursor.comから ~/.cursor/cursor-computer-use/Cursor Computer Use.app としてインストールされる
- 06インストール確認agent worker debug で確認できるが、権限の状態までは報告されない
- 07実タスクで権限を確認スクリーンショットを撮るタスクを投げて確認する(debugが通っても権限付与の証明にはならない)
テキトー教師DotAI 認定講師使い方は2通りです。ひとつはタスクに必要ならCursorが自分で判断して使う。
もうひとつはプロンプトで「@Computer Use」とメンションして明示的に呼び出す。公式スレッドではこの2点が示されています。
もうひとつはプロンプトで「@Computer Use」とメンションして明示的に呼び出す。公式スレッドではこの2点が示されています。
室谷代表取締役まずはCursorをアップデートするのが前提ですね。公式スレッドでも「Update Cursor to try it」と案内されています。
テキトー教師DotAI 認定講師Self-Hosted Machinesのワーカーで有効化する場合は、CLIの操作になります。公式ドキュメントに沿うと、まずCursor CLIを最新に更新し、ワーカー起動時にフラグを付けます。
整理するとこうです。
整理するとこうです。
code
agent worker --computer-use startプールのワーカーならこうです。
code
agent worker --pool gpu --computer-use start
室谷代表取締役フラグは
startの前に置く、という順序が決まっているのでそこは注意ですね。あとmacOSだと初回起動時にヘルパーアプリのインストールと権限要求が走ります。
テキトー教師DotAI 認定講師macOSでは「Cursor Computer Use」という小さなヘルパーアプリ経由でデスクトップセッションを操作します。CLIが自動で管理してくれて、初回の
ワーカー側にCursorのデスクトップアプリは不要なんですよ。
agent worker --computer-use start時にdownloads.cursor.comからダウンロードし、~/.cursor/cursor-computer-use/Cursor Computer Use.appとしてインストールされる仕組みです。ワーカー側にCursorのデスクトップアプリは不要なんですよ。
室谷代表取締役インストールされたかどうかは
agent worker debugで確認できるんですね。ただしこのレポートは権限の状態までは報告しないので、実際にスクリーンショットを撮るタスクを投げて確認する必要がある、と。
テキトー教師DotAI 認定講師そこは受講生さんがハマりやすいポイントで、
agent worker debugが通ったからといって権限が付与されている証明にはならないんですよ。必ず実タスクで確認を、というのが公式の指示です。
室谷代表取締役対応環境と提供範囲――macOS/Linux、日本から使えるのか、いつから使えるのか
テキトー教師DotAI 認定講師対応環境を整理しましょう。公式ドキュメントベースだと、Computer UseはSelf-Hosted Machinesのワーカー向け機能で、macOSとLinuxに対応しています。
macOSではアクセシビリティと画面収録の2つのプライバシー権限が必要で、LinuxではX11ディスプレイを使います。
macOSではアクセシビリティと画面収録の2つのプライバシー権限が必要で、LinuxではX11ディスプレイを使います。
室谷代表取締役Linux側は依存パッケージを自分で入れる必要があるんですよね。公式ドキュメントでは
dbus-x11、ffmpeg、tigervnc-standalone-server、x11-utils、x11-xserver-utils、xdotool、xfce4をaptで入れる手順が示されています。xdotool、ffmpeg、X11ユーティリティは常に必要で、tigervnc-standalone-serverとxfce4はワーカーが自分でデスクトップを作る場合に必要、と。
テキトー教師DotAI 認定講師ディスプレイの解決順序も決まっています。
ヘッドレスマシンのデフォルトはこの管理デスクトップになります。
--displayで明示指定、次に環境変数のDISPLAYを継承、どちらもなければTigerVNCでXfceセッションの管理デスクトップを自分で立ち上げる、という流れです。ヘッドレスマシンのデフォルトはこの管理デスクトップになります。
室谷代表取締役デスクトップ共有は別機能でLinux限定なんですよね。
モードは
--share-desktopを付けると、認可された閲覧者がCursorからエージェントのデスクトップを閲覧・操作できる。モードは
view(閲覧のみ)とview_and_control(マウスとキーボードの制御、デフォルト)がある、と。
テキトー教師DotAI 認定講師ここは誤解されやすいので丁寧に言うと、共有に使われるのはワーカーが作った隔離されたエージェント用デスクトップであって、マシン自体のセッションではないんですよ。入力フィルタはフェイルクローズで制御を強制し、クリップボード転送はブロックされたまま。
ピクセルはワーカーの既存の外向き接続を通じてのみ外に出て、インバウンドポートは開かない、と公式ドキュメントに明記されています。
ピクセルはワーカーの既存の外向き接続を通じてのみ外に出て、インバウンドポートは開かない、と公式ドキュメントに明記されています。
室谷代表取締役日本から使えるのか、料金はどうなるのか、いつから一般提供なのか、という点は現時点では明らかにされていません。公式スレッドでは「Update Cursor to try it」としか案内されていないので、提供プランや地域条件は今後のアナウンスを待つ形ですね。
料金体系の基本はCursorの料金を徹底解説!Pro/Pro+/Ultraの違いと選び方にまとめてあります。
料金体系の基本はCursorの料金を徹底解説!Pro/Pro+/Ultraの違いと選び方にまとめてあります。
テキトー教師DotAI 認定講師なお、マネージドなクラウドエージェント側の挙動は別途「Capabilities」に記載がある、と公式ドキュメントが案内しています。Self-Hosted Machinesの話と混ざらないように読み分けたいところです。
なぜ今デスクトップ操作なのか――エージェントの“能力の天井”を破る狙い
室谷代表取締役ここが今回いちばん面白いところで。公式ブログの冒頭が「Agents are only as capable as the environment they run in. Without the ability to use the software they are creating, agents hit a ceiling.」なんですよ。
エージェントは自分が作ったソフトを使えなければ天井に当たる、と。
エージェントは自分が作ったソフトを使えなければ天井に当たる、と。
テキトー教師DotAI 認定講師これは単に機能追加というより、環境設計の話なんですよね。Cursorは2026年2月24日から、各エージェントが専用VMと完全な開発環境を持ち、変更をテストして動画・スクリーンショット・ログの成果物付きでマージ可能なPRを出す形を提供してきました。
でも操作対象は主にブラウザやコード環境に限られていた。
でも操作対象は主にブラウザやコード環境に限られていた。
室谷代表取締役そこでComputer Useを足すことで、UIの動作確認や脆弱性の再現のように「実際にアプリを触らないと検証できない作業」をエージェント側に寄せられるようになった、という流れなんですよね。
テキトー教師DotAI 認定講師公式ブログでは、ローカルエージェントはコード生成の入口としては楽だけど、互いにコンフリクトし、あなたのコンピュータのリソースを取り合うという制約がある、とも書かれています。クラウドエージェントは各エージェントに隔離されたVMを与えることで、多数を並列に走らせられる。
ここにComputer Useが乗ることで、並列に走らせたエージェントがそれぞれ自分の環境で検証まで完結できるわけです。
ここにComputer Useが乗ることで、並列に走らせたエージェントがそれぞれ自分の環境で検証まで完結できるわけです。
室谷代表取締役MYUUUでも複数のエージェントを並列で走らせる場面が増えてきていて、それぞれが勝手に検証までやってくれると、人間の仕事は「方向を決めて、何を出すか決める」に寄っていくんですよね。公式ブログも、実装の多くをエージェントが担えるようになった今、開発者の役割は方向づけと出荷判断に寄ってきた、と書いています。
テキトー教師DotAI 認定講師公式ブログの「What's next」では、エージェントがPRをマージし、ロールアウトを管理し、本番を監視する「self-driving codebases」に向かうとされています。直近の焦点は多数のエージェント間の作業調整と、過去の実行から学んで経験を積むほど有効になるモデルづくりだと。
室谷代表取締役セキュリティと権限の注意点――オプトイン方式と分離の仕組み
テキトー教師DotAI 認定講師ここは受講生さんに必ず伝えているところなんですが、Computer Useとデスクトップ共有はいずれも明示的なオプトインで、サーバー側から有効化されることはない、と公式ドキュメントに明記されています。ここは安心材料であり、同時に「自分で有効にした以上は自分で管理する」という責任の話でもあります。
室谷代表取締役macOSの権限まわりは特に慎重に、というのが公式のトーンですよね。アクセシビリティと画面収録は「Cursor Computer Use」に対して与える必要があって、TerminalやiTerm、agent、Cursor、Cursor Agent Helperに与えても意味がない、と。
テキトー教師DotAI 認定講師権限の付与ルールを整理するとこうです。
- 権限は「Cursor Computer Use」に付与する。macOSはバンドルID(co.anysphere.cursor-computer-use)とコード署名要件で権限を管理しているため、他のアプリに与えても効果がない
- ワーカーを実行するmacOSユーザーとしてサインインした状態で付与する。画面収録の承認はそのユーザーアカウントに紐づく
- GUIセッションを生かしておく。無人再起動するマシンでは自動ログインを有効にし、ディスプレイをスリープさせない設定にする
- アプリはCLIに管理させる。コピーや再署名、再ビルドをすると署名IDが変わり、macOSは別アプリとみなして付与済みの権限が効かなくなる
- macOSアップグレードやCLI更新の後は、スクリーンショットのタスクで再テストする
室谷代表取締役プライバシーデータベースを直接いじったり、System Integrity Protectionを無効化したりするのはサポート外、というのも明記されています。そこは近道に見えて一番危ないやつですからね。
テキトー教師DotAI 認定講師MDMで管理している場合の注意も細かいです。アクセシビリティは多くのmacOSバージョンでプロファイルによるサイレント許可が可能ですが、AppleはmacOS 26.2以降でサイレント許可を非推奨にするとされています。
画面収録はプロファイルでは許可できず、人がSystem Settingsで承認する必要がある。だから「1台ごとに1回」ではなく「1イメージにつき1回」の承認を計画する、というのが公式の guidance です。
画面収録はプロファイルでは許可できず、人がSystem Settingsで承認する必要がある。だから「1台ごとに1回」ではなく「1イメージにつき1回」の承認を計画する、というのが公式の guidance です。
室谷代表取締役画面収録は人が承認しないといけない以上、テンプレートMacで権限を付与して動作確認してからスナップショットを取る「grant, verify, snapshot」の順番が大事なんですね。リストアした各ワーカーは、アプリとパスとログインユーザーが同じならComputer Useが使える状態で立ち上がる、と。
テキトー教師DotAI 認定講師それとmacOS 15(Sequoia)以降は、画面を直接キャプチャするアプリに対して定期的に再確認を求めてくるので、長時間動かしているワーカーでスクリーンショットが止まったら「Allow For One Month」のプロンプトを承認して、再度
agent worker debugを実行する。運用でハマりがちなポイントですね。
室谷代表取締役権限まわりはAPIキー管理と同じで、一度決めたら終わりではなく運用で維持するものなんですよね。APIキー周りはCursor APIキーの完全ガイド【2026年最新】:BYOK設定方法・料金・対応プロバイダー・よくあるエラー対処まで徹底解説で詳しく解説しています。
テキトー教師DotAI 認定講師あと見落としがちなのが、Linuxのデスクトップ共有はワーカーが作った隔離デスクトップを使い、入力フィルタがフェイルクローズで制御を強制し、クリップボード転送はブロックされたまま、インバウンドポートも開かない、という設計です。便利さと引き換えに穴を開けない作りになっている、という点は評価したいですね。
よくある質問
室谷代表取締役ここからは、よく聞かれそうな点を整理していきます。
テキトー教師DotAI 認定講師まず「Windowsには対応しているのか」ですが、Computer UseはmacOSとLinuxのワーカー向けと公式ドキュメントに記載されています。Windowsワーカーでの提供については現時点では明らかにされていません。
室谷代表取締役「Cursorのデスクトップアプリはワーカーに必要か」という点も、公式ドキュメントに答えがあります。macOSのワーカーにCursorのデスクトップアプリは不要で、CLIが管理するヘルパーアプリ「Cursor Computer Use」が動く仕組みです。
テキトー教師DotAI 認定講師「Terminalに権限を与えたのに動かない」というのも定番のつまずきです。権限はCursor Computer Useに与える必要があり、TerminalやCursor Agent Helperに与えても効果はありません。
室谷代表取締役「画面収録をMDMから無人のまま許可できるか」については、プロファイルでは許可できず、人がSystem Settingsで承認する必要がある、と公式ドキュメントに書かれています。標準ユーザーでも承認できるようにする設定は用意されていますが、承認自体は人による操作が必要です。
テキトー教師DotAI 認定講師「有効化したかどうかをサーバー側から確認できるか」については、Computer Useもデスクトップ共有も明示的なオプトインで、サーバーから有効化されることはない、という仕様です。
室谷代表取締役料金や日本からの利用可否、一般提供のスケジュールについては、今回の発表資料では明らかにされていません。続報が出たら、またこの連載で追いかけていきます。
テキトー教師DotAI 認定講師まとめると、Computer Useは「エージェントが自分の環境でソフトを触れるようにする」という地味だけど効く一手で、その分だけ権限管理と運用設計が問われる機能なんですよね。
室谷代表取締役そうですね。導入するなら、まずテンプレート環境で権限を付与して動作確認、スナップショット、そして実タスクでの検証。
この順番を守るのが最短ルートだと思います。
この順番を守るのが最短ルートだと思います。
