作ったアプリを localhost から出す：Cursor の Live Apps と ChatGPT Sites

Cursor は 11 月 5 日、アプリを作って、置いて、リンクで共有するまでを一続きにした Live Apps を公開しました。X の告知は、問題をこう言い表しています。「エージェントでコードは書きやすくなったが、ほとんどのアプリは localhost から出ない（most apps never make it off localhost）」。

Cursor の Live Apps

• クラウドのエージェントがアプリの骨組みを作り、必要なら Postgres のデータベースを用意し、Cursor のログイン（SSO：1 つのログインで複数のサービスに入れる仕組み）の内側に置く。
• 公開の時には、決まった手順のチェックと、エージェントによるチェックの、2 種類のセキュリティのチェックが走る。
• 管理者は、すべてのアプリと秘密の値を見られ、どのアプリも公開をやめられる。チェックで止まった公開を承認するのも管理者。
• 共有は、決めた人やグループ、チームの単位で、Cursor へのログインが前提。個人のプランでは一般にも公開できる。
• 公開の元は Cursor Origin と GitHub。GitLab は「近日対応」。

Cursor は「チェックが通り、あなたがはっきり公開するまで、何も公開されない（Nothing goes live until the checks pass and you explicitly publish the app.）」と書いています。

ChatGPT Sites

OpenAI は 9 月 29 日の DevDay で ChatGPT Sites を発表しました。SQLite のデータベースと、決まった時間に動く処理（定期実行）を持てるのが特徴です。OpenAI によると、すでに 800 万のサイトが置かれ、OpenAI の社員の 70% がサイトを作っています（どちらも発表元の値）。

ChatGPT の中で考えたことを、そのままサイトにして人に見せる。社員の 7 割が作っているという数字は、サイトが「エンジニアの成果物」から「誰もが使うメモ帳」に近づいていることを示しています。

2 つの違い

Cursor の Live Apps は、組織の中で使う道具を前提にしています。ログイン、管理者の目、公開の前のチェックがそろっているのはそのためです。ChatGPT Sites は、より個人の手軽さに寄っています。どちらも、作ったものを「置き場所を探す」段階で止めない、という狙いは同じです。

作り手にとっての意味

作るのが速くなるほど、詰まる所は公開の手前に移ります。誰に見せるのか、データはどこに置くのか、秘密の値は誰が見られるのか、やめたい時にどう止めるのか。Cursor が公開の操作を人に残し、管理者にすべてのアプリと秘密の値を見せる作りにしたのは、この 4 つを道具の側で引き受けるためです。

社内の道具を AI で量産する組織ほど、この「公開の手前の設計」が効いてきます。作れるアプリの数ではなく、安心して出せるアプリの数が、これからの差になります。