Cursor Cloud Agentsが空のプロジェクトから起動可能に、リポジトリ、プレビュー、デプロイをクラウドワークフローへ統合

Cursorは[Cloud Agents](https://cursor.com/changelog)を更新し、「Start from scratch」オプションを追加した。ユーザーはGitHubやその他のサードパーティーSCMリポジトリを事前に選択することなく、プロンプトから新規プロジェクトを作成できる。エージェントはCursorのクラウド開発環境でファイルを生成し、依存パッケージをインストールしてアプリケーションを実行する。成果を確認した後は、非公開または組織内限定の可視性を設定したCursor Originリポジトリを作成できる。

今回の変更における技術的な要点は、単にrepo pickerを取り除いたことだけではない。Cursorはエージェント環境のサービスポートをブラウザへforwardingし、ユーザーが生成途中のWebアプリケーションを直接操作できるようにするほか、Design ModeでUIの変更を指定できる。Vercelと接続すれば、同じワークフローから公開URLへデプロイすることも可能だ。これにより、従来の「リポジトリをcloneし、branchを作成してPRを開く」ことを中心としたcoding agentは、「プロンプト、実行、対話的な検証、リポジトリ作成、デプロイ」を網羅する完全なcontrol planeへと拡張された。[コミュニティの投稿](https://www.reddit.com/r/AIGuild/comments/1w0ao2p/cursor_cloud_agents_can_now_start_coding_from/)でも、既存リポジトリを必要としないこの経路が焦点となっている。

エンジニアリングチームにとって、空のプロジェクトは探索的プロトタイピングのセットアップコストを下げる一方、既存のrepository template、CIルール、branch protection、dependency scanningが提供してきたデフォルトのガードレールも取り除く。エージェントが自らパッケージを選択し、インストールスクリプトを実行してサービスを外部公開する場合、リスクは最初のcommitより前に発生する。本番で採用する際は、リポジトリ作成後に追加するのではなく、プロジェクトの作成段階からネットワークegressのallowlist、secret management、依存関係のlock、build log、デプロイ承認を適用すべきだ。

ドキュメントの同期にも注意が必要だ。現行のCloud Agentsドキュメントは、依然としてSCMへの接続、リポジトリのclone、branchのpushを必須とする従来のワークフローを中心に説明しており、repo-lessプロジェクトの保持期間、バックアップ、監査イベント、権限継承については、まだ十分に明らかにしていない。Cursorも今回の更新について、独立した品質benchmarkやセキュリティbenchmarkを公表していない。今後は、Origin APIがテンプレートやポリシーの強制適用メカニズムを提供するか、またブラウザのport forwardingにおける認証、公開範囲、アイドル時の停止ルールがどのように定められるかを注視する必要がある。