「まずリポジトリを作る」をやめる──Cursorのクラウドエージェントが、対話だけで始めて“あとから”器に畳む

AIコーディングの現場で長く前提だったのは、「まず開発対象のリポジトリを用意し、それをエージェントにつなぐ」という手順でした。Cursorが2026年8月27日に公開したクラウドエージェントの更新は、この最初の一歩を省きます。GitHubなどのソース管理サービスを事前に接続しなくても、いきなり指示を出して作り始められるようになりました。

リポジトリ接続が「前提」でなくなった

これまでクラウドエージェントを動かすには、既存のGitHubや他のソース管理（SCM）サービスを接続しておく必要がありました。今回の更新では、リポジトリ選択画面で「Start from scratch（ゼロから始める）」を選ぶだけで作業に入れます。ユーザーが指示を書くと、Cursorは裏側で同社のコード基盤「Origin」上にリポジトリを自動でこしらえ、そこに成果物を溜めていきます。

Originは、Cursorが8月に立ち上げたエージェント向けの自前ホスティングです。今回の変更で、その置き場所づくりまでエージェント側へ寄せた形になります。

「先に器、あとで中身」から「先に中身、あとで器」へ

従来は器（リポジトリ）を先に用意してから中身を書き始めていました。新しい流れは順序が逆になります。作業の流れを整理すると次のとおりです。

• 始める: リポジトリ選択で「Start from scratch」を選び、そのまま指示を出す。接続作業は不要。
• 確かめる: エージェントが動かしている環境を、ブラウザへそのまま転送（ポートフォワード）して表示する。デザインモードなどの手直しツールも使える。
• 畳む: 出来ばえに納得したら「Create repo」を押し、名前を自分で付けるか候補から選び、公開範囲を「private（非公開）」か「internal（社内）」で決めて、Originのリポジトリとして保存する。

試作の段階では正式なリポジトリを持たず、残す価値が出た時点で初めて器に収める。この順番の入れ替えが、今回の更新の核心です。

試作から公開までを一続きにする

もう一つの目玉が公開までの導線です。Vercelのアカウントを接続すれば、その場で「publish」を押して、作ったものに公開URLを割り当てられます（この機能にはVercelアカウントの接続が必要です）。手元の環境構築やデプロイ設定を挟まずに、指示 → プレビュー → 公開URLまでをブラウザ内で完結させられます。

ビジネスの観点では、企画者やデザイナーが自分の言葉で指示を出し、動く画面をその場で確認し、関係者に共有する、という短い往復が期待できます。「作れる人に頼み、環境を整えてもらってから見る」までの待ち時間を縮められる可能性があります。社内向けの小さな道具や検証用の画面を、思いついた人がその場で立ち上げる、という使い方と相性がよさそうです。

手軽さの裏で問われる管理

一方で、器を後回しにできる手軽さは、管理の緩みと表裏でもあります。以下のような懸念も指摘できます。

• 成果物の把握: 誰が何を作り、どこへ公開したかが散らばりやすい。private／internalの選択を含め、社内の統制ルールと突き合わせる必要がある。
• 基盤への集約: 置き場所がOrigin、公開先がVercelへと寄っていく。便利さと引き換えに、特定サービスへの依存が強まる面は意識しておきたい。
• 公開の敷居: ボタン一つで公開URLが出るぶん、検証不足のものが外へ出るリスクも上がる。何を、どの範囲まで出してよいかの線引きが要る。

Cursor自身は公開範囲の選択といった仕組みも用意していますが、運用側であらかじめルールを決めておくことが前提になります。

リポジトリ接続という前提を外したこと自体は、小さな変更に見えます。しかし「まず器を用意する」という開発の入り口を「まず作ってみる」へ置き換える意味は小さくありません。エージェントに任せる範囲が、コードを書く作業から、置き場所と公開先の準備にまで広がりつつあります。

参照: Cursor Changelog: Start from scratch, without a repo ／ Cursor Changelog ／ Releasebot: Cursor updates