カーソルエージェントが自身のコンピューターを制御可能に

エージェントの能力は、それが動作する環境によってのみ決まります。自身が作成しているソフトウェアを使用する能力がなければ、エージェントは限界に達してしまいます。 過去数ヶ月間、私たちはこの問題に対処するため、エージェントに完全な開発環境を備えた独自の仮想マシンと、変更をテストし成果物（動画、スクリーンショット、ログ）を生成する能力を与えることで、内部で対応してきました。これにより、あなたはエージェントの作業を迅速に検証できます。 本日、私たちはCursorクラウドエージェントの新バージョンを、ウェブ、モバイル、デスクトップアプリ、Slack、GitHubを含む、あなたが作業するあらゆる場所から利用可能にします。クラウドエージェントは、あなたのコードベースに自らをオンボーディングし、変更内容をデモするための成果物とともに、マージ可能なPRを生成します。また、エージェントのリモートデスクトップを制御して、変更されたソフトウェアを使用したり、自分で編集を加えたりすることもできます。ローカルでブランチをチェックアウトする必要はありません。 これは、タブ補完からエージェントとの同期作業への移行以来、ソフトウェア構築方法における最大の変革です。CursorでマージされるPRの30%以上が、現在、クラウドサンドボックスで自律的に動作するエージェントによって作成されています。 #自律性の次のレベル ローカルエージェントはコード生成を簡単に始められますが、すぐに競合が発生し、互いに（そしてあなたと）コンピューターリソースを奪い合います。クラウドエージェントは、各エージェントに分離されたVMを提供することでこの制約を取り除き、多数を並行して実行できるようにします。 クラウドエージェントはまた、自身のサンドボックス内で直接ソフトウェアをビルドし操作できるため、最初の試みを引き渡すのではなく、出力を検証するまで反復作業を行うことができます。以下の動画は、強化されたコンピューター使用に関する私たちの初期研究からの概念実証を示しています。 エージェントがブラウザでウェブページを操作し、スプレッドシートのようなツールを扱い、データを解釈して決定を下し、複雑なUI環境での問題を解決する様子を見ることができます。 エージェントは、自身のVM内でデスクトップアプリケーションと対話する様子を記録しました。 #Cursorでのクラウドエージェントの使用 過去1ヶ月間、私たちは内部でクラウドエージェントを使用しており、それはソフトウェアの構築方法を変えました。タスクを小さな塊に分割してエージェントを細かく管理する代わりに、より野心的なタスクを委任し、彼ら自身で実行させています。 これらは私たちがクラウドエージェントを使用しているいくつかの方法です： 新機能の構築 私たちはクラウドエージェントを使用してプラグインの構築を支援し、それを最近Cursorマーケットプレイスで公開しました。以下は私たちのプロンプトの一例です： 指定されたプラグインページに表示される各コンポーネントについて、ソースコードへのリンクを含めたいと考えています。スキル、コマンド、ルール、サブエージェントについては、それは.mdファイルです。フックについては、hooks.jsonです。mcpsについては、それが定義されている.mcp.jsonまたはマニフェストです。プラグインのすべてのコンポーネントをインデックス化する際に、ソースファイルを追跡し、基盤となるgithub URLを介してそのファイルへのリンクを構築してください。これをフロントエンドに表示し、このアイコンを使用してフロントエンドがgithubにリンクするようにします。https://github.com/prisma/cursor-plugin でテストしてください。 エージェントは機能を実装した後、インポートされたPrismaプラグインに移動し、各コンポーネントをクリックしてGitHubリンクを確認する様子を自身で記録しました。 エージェントは、ボタンをクリックして正しいソースファイルにリンクしていることを確認する様子を記録しました。 ローカルテストでは、エージェントは一時的にマーケットプレイスページを制限している機能フラグを迂回し、プッシュする前に元に戻しました。メインにリベースし、マージ競合を解決し、単一のコミットにスカッシュしました。 脆弱性の再現 私たちはSlackからクラウドエージェントを起動し、「この脆弱性を詳細に調査・説明してください」というプロンプトとともに、クリップボードデータ流出の脆弱性の説明を送りました。エージェントの実行が終了すると、Slackスレッドで達成内容の概要を返信しました。 エージェントは、公開されたAPIを介して脆弱性を悪用するHTMLページを構築しました。デモページをローカルでホストするためのバックエンドサーバーを起動し、Cursorのアプリ内ブラウザでページを読み込みました。 動画成果物は完全な攻撃フローを示しています：エージェントはテスト用UUIDをシステムクリップボードにコピーし、Cursorのブラウザでデモページを読み込み、ボタンをクリックしてUUIDを流出させ表示しました。また、クリップボード盗難が成功したことを示すスクリーンショットを撮影し、デモHTMLファイルをリポジトリにコミットしました。 エージェントは、脆弱性を実証するために攻撃フローを順を追って説明する様子を記録しました。 クイックフィックスの対応 私たちはクラウドエージェントに、静的な「Read lints」ラベルを、lint結果によって駆動される動的なラベルに置き換えるよう依頼しました。エージェントは、診断結果がゼロの場合は「No linter errors」、N個の診断結果がある場合は「Found N errors」を実装し、既存のCSSに合わせたスタイリングを行いました。 エージェントはCursorデスクトップアプリで2つのケースをテストしました：複数のタイプエラーがあるファイルと、エラーのないクリーンなファイルです。動画成果物は、エージェントがクリーンなファイルに「No linter errors」と表示される展開されたグループがあることを確認する様子を示しています。 エージェントは、lintラベルの修正を正しく実装したことを示すために自身を記録しました。 私たちはクラウドエージェントを起動して、cursor.com/docs で全てが正しく動作するか確認させました。エージェントは45分間かけて私たちのドキュメントサイトを完全に巡回しました。エージェントは、サイドバー、トップナビゲーション、検索、ページコピーボタン、フィードバック共有ダイアログ、目次、テーマ切り替えなど、テストしたすべての機能の概要を提供しました。 エージェントは、CursorドキュメントサイトでUIをテストする様子を記録しました。 エージェントが実装の大部分を処理できるようになった今、開発者の役割は方向性を設定し、何をリリースするかを決定することに重点が移っていることがわかりました。 私たちは、エージェントがPRをマージし、ロールアウトを管理し、本番環境を監視する自律的なコードベースの未来を目指して構築しています。開発者がエージェントを使用して差分を作成する世界から、エージェントがテスト済みの機能をエンドツーエンドでリリースする世界へと移行していきます。 この変革を完全に実現するには、ツーリング、モデル、および相互作用パターンの改善が必要です。私たちの短期的な焦点は、多数のエージェント間での作業調整と、過去の実行から学習し経験を積むにつれて効果的になるモデルの構築にあります。 cursor.com/onboard にアクセスして、エージェントが自身を設定しデモを記録する様子をご覧ください。または、ドキュメントで詳細を確認してください。 ![](/marketing-static/_next/image?url=https%3A%2F%2Fptht05hbb1ssoooe.public.blob.vercel-storage.com%2Fassets%2Fblog%2Fcloud-agents-chart-r4.png&w=3840&q=70) ![](/marketing-static/_next/image?url=https%3A%2F%2Fptht05hbb1ssoooe.public.blob.vercel-storage.com%2Fassets%2Fblog%2Fcloud-agents-chart-dark-r4.png&w=3840&q=70) ![](/marketing-static/_next/image?url=https%3A%2F%2Fptht05hbb1ssoooe.public.blob.vercel-storage.com%2Fassets%2Fblog%2Freproducing-vuln-screenshot&w=3840&q=70)

カーソルエージェントが自身のコンピューターを制御可能に

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト

背景や根拠まで確認しますか？

関連記事

ニュースの次に確認する

調べる

選ぶ

サイト