1. JustFit
  2. ブログ
  3. Cursorの新機能、AIが自作アプリを操作して動作確認

Cursorの新機能、AIが自作アプリを操作して動作確認

JustFit編集部（運営：株式会社LEGAREA）

この記事では、Cursorが2026年10月23日に告知した「Computer Use」で何ができるようになったのかを、公式の投稿と更新履歴をもとに整理します。あわせて、AIが作ったアプリをAI自身が操作して確かめられるようになると、新規事業のシステム開発で確認の流れがどう変わりうるかを、JustFit編集部の見方として書きます。

Cursorのエージェントが、エディタの外のアプリを触れるようになった

Cursorは10月23日、公式アカウントで「Cursorがコンピューターを操作できるようになった」と告知しました。エージェントはiOS Simulatorのようなデスクトップアプリを動かし、自分で作った機能を試せるとのことです。iOS Simulatorは、iPhoneアプリを開発用のパソコン上で動かして確かめるためのツールです。

操作の範囲についても説明があります。Computer Useは、ブラウザだけでなく、パソコン上のどのアプリでもクリックや入力ができる機能です。使い方は2通りです。タスクに必要だとCursorが判断すると自動で使い、プロンプトに「@Computer Use」と書いて頼むこともできます。

利用についての報道も確認できました。AlphaSignalは、iOSの機能を作り、Simulatorを起動し、画面をたどって結果を見て、コードを直す、という流れを一つのタスクの中で行えると説明しています。試すにはデスクトップアプリを更新する形です。料金については、同じ記事が料金の変更は告知されていないと伝えています。

これまでの操作機能との違い：動く場所が変わった

画面を操作する機能そのものは、Cursorに以前からありました。違いは、どこで動くかにあります。

  • クラウド上のエージェントについては、専用の隔離された仮想マシンを持たせ、その中でソフトを動かして検証を繰り返せる仕組みを、Cursorが以前のブログで紹介しています。
  • 9月2日の更新履歴では、自分たちの環境で動かすself-hostedワーカーが、LinuxとMacでComputer Useに対応し、クリック、入力、スクリーンショット、ブラウザ操作ができるとされています。
  • AlphaSignalの報道では、これまで使えたのはクラウドの隔離環境かself-hostedワーカーで、手元のエディタ内のエージェントでは使えなかったとされています。

つまり今回の変更点は、開発者が普段使っているエディタのエージェントが、手元のパソコン上でこの操作をできるようになったことだと読めます。以前のローカルのエージェントは、ファイル編集、コマンド実行、ブラウザ操作までで、デスクトップアプリの操作は手作業か、MCPという外部ツールとの接続の仕組みに頼っていたとも報じられています。

手元のパソコンで動かす以上、許可の設定も関わります。Cursorの公式リリースノートには、初回の起動で補助アプリが入り、その補助アプリに「アクセシビリティ」と「画面収録」の許可を与えるという記述があります。報道でも、操作できる範囲は実行環境に左右され、self-hostedのMacでは明示的なOSの権限が必要になると整理されています。

編集部の見方：作る、動かす、確かめるが一つの作業に近づく

ここからは、公開された事実ではなく、JustFit編集部の見方です。

作った直後の「動くかどうか」が、AIの作業に含まれていく

AIがコードを書き、人が起動して画面を触って確かめる。スマホアプリやデスクトップアプリでは、こうした手作業が残りやすい部分でした。AIが自分で起動して操作できるなら、「書く→動かす→直す」の往復を、人の手を待たずに回せる場面が増えると考えられます。

新規事業のプロトタイプは、作っては見直す回数が多い開発です。確認の待ち時間が短くなれば、試せる案の数に効いてくるかもしれません。ただし、速くなるのは確認の部分です。何を作るかを決める仕事は、これまでと変わりません。テストをAIに任せる範囲については、AIのテスト自動生成｜任せる範囲と人が見る確認項目でも整理しています。

AIが「動いた」ことと、事業として「使える」ことは別

AIが画面を操作して確かめられるのは、指示された手順どおりに動くかどうかです。使う人がその画面で迷わないか、そもそも困りごとの解決になっているか。こうした点は、実際に使う人の反応を見ないと分かりません。操作確認が自動になっても、事業としての確かめは別に残ります。プロトタイプのユーザーテスト｜新規事業での確かめ方と質問や、MVP検証の指標を先に決める方法｜判断基準の作り方で触れているように、何を見て良し悪しを決めるかは、先に言葉にしておく必要があります。

触れる範囲を先に決める、という設計が増える

「アクセシビリティ」と「画面収録」は、画面に映るものを広く扱える許可です。開発中のパソコンには、社内のデータや未公開の事業アイデアが映ることもあります。AIに画面を操作させるなら、どの環境で、どこまで触れさせるかを先に決める作業が加わります。Cursorは、隔離された環境で動かす選択肢も用意しています。

同じ流れの話題として、10月にはCopilotが画面を操作、APIのない旧システムも対象にや、MXCが正式版に、AIエージェントの権限をOSで制限も取り上げました。情報の扱いについては、生成AI開発の情報漏洩を防ぐ確認点｜機密と事業アイデアも参考になります。

確認できた範囲と、まだ確認できていない範囲

今回、私たちが確認できた範囲では、次の点は分かりませんでした。

  • 手元のエディタで使うComputer Useが、どのOSやプランで使えるのか。公式の短い告知だけでは条件が読み取れませんでした。
  • 操作の成功率や、途中で失敗したときの挙動。数字は公開されていません。
  • iOS Simulator以外のアプリ、たとえば社内の業務ソフトや独自の管理画面で、どの程度うまく動くのか。

公式の告知は、デモの内容が中心でした。実際の開発で使うなら、小さな画面一つで試してから範囲を広げるのが、確かめやすい進め方です。

まとめ

Cursorは10月23日、エディタ内のエージェントがデスクトップアプリをクリックや入力で操作するComputer Useを告知しました。作った機能をAIが自分で動かして確かめる、という流れが手元の環境でも取りやすくなります。

一方で、AIが確かめるのは決められた手順どおりに動くかどうかで、事業として使えるかどうかではありません。操作の許可をどこまで与えるかも、先に決めておく点です。

私たちJustFitは、構想をもとに約1ヶ月で、実際に動くプロトタイプを先に作る受託開発サービスです。開発にはAIを活用する独自の基盤「LAF」を使い、複数の専門AIが工程ごとに進めます。人の役割は、何を作るかを決めることと、品質の最終判断です。AIの確認機能が増えても、この役割分担の考え方は変わらないと私たちは考えています。詳しくはJustFitのサービス紹介をご覧ください。

参考にした情報

← ブログ一覧へ