SpaceXのCursor買収とは？マスク氏が語ったコーディン...
AIコーディングツールのCursorが2026年11月5日、作ったアプリをCursorの中でそのまま公開し、リンクで共有できる新機能「Build Live Apps in Cursor」を発表しました*1。クラウドエージェントに「こういうアプリを作りたい」と伝えると、Webアプリの雛形づくりに加えて、必要ならPostgresデータベース、Cursor SSOでの認証、ホスティングまでCursorが用意します*1。公開するときには固有のURLを選び、公開前にはセキュリティチェックが自動で走ります*2。
これまでAIでツールを作っても、自分のPCの中（localhost）で動くだけで、同僚に使ってもらうにはサーバーや認証の準備が別に必要でした。先に結論を言うと、この機能は「作る」と「社内で使ってもらう」の間にあった壁をかなり低くするもので、まずは社内向けの小さなツールから試す価値があります。ただし使えるのはクラウドエージェント付きの有料プランだけで、ホスティングの料金や上限はまだ公開されていないため、本番の業務データを載せる前に社内ルールを決めておくのが前提です。
この話題は、私もXで紹介しました。
今なら、生成AIの基礎知識から社内導入の6ステップ・定着のポイントまでを1冊にまとめた「はじめての生成AI社内導入ガイド」を無料で配布中！何から始めればいいか分からない方でも、これ1冊で導入の流れがつかめます。
目次
Cursorとは｜「コードを書く」から「アプリを公開する」まで広がったAIエディタ
CursorはAIエージェントと一緒にコードを書けるエディタです。最近は手元のPCだけでなく、クラウド上の隔離された仮想マシン（VM）でエージェントを動かす「クラウドエージェント」を提供しており、手元のPCがネットにつながっていなくても作業が進みます*3。今回の新機能は、このクラウドエージェントの上に「アプリを作って公開する」流れを足したものです。
公式ドキュメントによると、アプリはクラウドエージェントで作る必要があり、ローカル環境では使えません*2。新規に作る場合はCursor Origin上に新しいリポジトリができ、既存のGitHubリポジトリをデプロイすることもできます*2。GitLabへの対応は「近日対応」とされています*1。
| 項目 | 内容 |
|---|---|
| 発表日 | 2026年11月5日（Cursor公式Changelog） |
| 作り方 | クラウドエージェントに作りたいアプリを説明する（ローカルでは不可） |
| 自動で用意されるもの | Webアプリの雛形、必要に応じてPostgres、Cursor SSOでの認証、ホスティング |
| コードの置き場所 | 新規はCursor Origin、既存はGitHubリポジトリから。GitLabは近日対応 |
| 公開 | 固有のURLを選んで公開。URLは後から変更できる |
| 公開前の確認 | 4つの固定チェック＋AIによるセキュリティ審査 |
| 共有範囲 | 招待した人・チーム全体・公開（誰でも）の3段階 |
| 対象プラン | クラウドエージェントを含む有料プラン |
ホスティングはチーム（個人プランなら本人）ごとに専用のアカウントが作られ、他のチームやユーザーのアカウントとは分離されると説明されています*2。社内ツールを置く場所としては、まず押さえておきたい点です。
使い方｜説明してから公開するまでの流れ
流れはシンプルです。公式ドキュメントでは、エージェントに対して「アプリを作ってほしい」とはっきり伝えるよう案内しています*2。曖昧に頼むと、ただのコード修正として扱われる可能性があるからだと見られます。
- クラウドエージェントを起動する — Cursorのデスクトップ版でエージェント入力欄の下のドロップダウンから「Cloud」を選ぶか、Web版（cursor.com/agents）から始めます。
- 作りたいアプリを説明する — 「営業チーム向けに、案件ごとの進捗を一覧できるダッシュボードを作って」のように目的と利用者を伝えます。
- シークレットを登録する — 社内のデータウェアハウスなど外部の仕組みにつなぐ場合、Cursorが必要なシークレット（APIキーなど）の入力を求めます。
- プレビューで確認する — 完成するとトレイが表示され、プレビューと公開ができます。
- URLを決めて公開する — セキュリティチェックを通れば公開リンクが発行されます。通らなければCursorが直すべき点を示し、エージェントに直させてから再公開できます。
大事なのは、自分で公開を選ぶまで何も公開されない点です*2。エージェントが勝手に外へ出すことはなく、最後の判断は人に残されています。シークレットについても「エージェントは値を見ない」と明記されています*2。
どんなアプリに向いているか
公式の発表では、社内の業務ツール、顧客向けのプレゼン、オンボーディング、営業ダッシュボード、エンジニア向けのサービスポータルが例に挙がっています*1。どれも「少人数が使う」「要件が変わりやすい」「表計算では少し足りない」ものです。
- 座席・備品の予約表 — スプレッドシートで回していた管理を、入力フォーム付きの画面にする
- 営業ダッシュボード — 既存のデータ基盤から数字を引いて、チームだけに見せる
- 新入社員向けのオンボーディング — チェックリストと資料の案内を1つのページにまとめる
- 顧客向けデモページ — 提案の場で動くものを見せる
料金と使えるプラン｜「全有料プラン」の中身に注意
Changelogでは「クラウドエージェントが有効なすべての有料プランで利用可能」と書かれています*1。ここは読み違えやすいところで、Cursorの料金ページを見ると有料プランでも月8ドルのPlusにはクラウドエージェントが含まれていません*4。つまり、実際に使えるのはPremium以上と法人向けのプランです。
| プラン | 月額 | クラウドエージェント | アプリ公開 |
|---|---|---|---|
| Free | 0ドル | なし | 使えない |
| Plus | 8ドル | なし | 使えない |
| Premium | 30ドル | あり | 使える |
| Super | 100ドル | あり | 使える |
| Ultra | 200ドル | あり | 使える |
| Teams | 30ドル〜／ユーザー | あり | 使える |
| Enterprise | 個別見積もり | あり | 使える |
クラウドエージェントの利用分は、他のエージェント作業と同じくプランの使用量から、選んだモデルの単価で消費されます*3。初めて使うときに支出上限の設定を求められるので、法人で使うなら上限を先に決めておくと安心です*3。
2026年11月7日時点で、アプリのホスティングやデータベース、通信量についての料金・上限は公式ドキュメントにも料金ページにも見当たりませんでした。今後料金が決まる可能性もあるため、業務で長く使う前提なら公式の更新を確認してください。
公開前のセキュリティチェック｜何が自動で止まるのか
AIで作ったアプリを社内に出すとき、一番の不安は「APIキーがコードに書かれたまま」「見せてはいけないファイルが混ざっている」といった事故です。Cursorは公開のたびに、AIの審査をオフにしていても必ず走る4つのチェックを用意しています*2。
| チェック | 内容 |
|---|---|
| シークレットの検出 | アプリのファイルに書かれたAPIキーやアクセストークンを見つけると公開を止める |
| 認証情報ファイルの検出 | 秘密鍵やサービスアカウントの鍵などのファイルがあると公開を止める |
| .envの除外 | .envファイルを公開するアプリに含めない |
| ソースマップの削除 | 閲覧者が元のソースコードを読めないようにする |
このあと、AIがアプリのファイルを読んで重大な問題を見つけたら公開を止める「AIセキュリティ審査」が走ります*2。チーム管理者は審査の指示を追加できますが、Cursorの組み込みチェックを外すことはできません*2。
一方で、この審査は「通れば脆弱性がない」と保証するものではありません。ドキュメントでも、ホスティングは「現状有姿（as is）」での提供とされ、アプリやその出力について保証しないと書かれています*2。チェックは最低限の安全網で、業務データを扱うアプリは人の目でも確認する、という前提で使うのが現実的です。
AIが脆弱性を見つけて直す取り組みと考え方は、以下の記事で解説しています。
【AI専門家が徹底解説】DeepMind「CodeMender」とは？ コード脆弱性を自動修正するAIが示す新しいセキュリティの形
企業での使いどころ｜共有範囲と管理者の権限
法人で気になるのは「誰が見られるのか」です。アプリの共有範囲は3段階あり、チームや招待した人向けのアプリはCursorへのサインインが必要です*2。リンクが外に漏れても、Cursorのチームに入っていない人は開けない仕組みです。
- 招待した人 — 自分だけ、または指定したメンバーやグループ（Cursorへのサインインが必要）
- チーム — Cursorのチーム全員（サインインが必要）
- 公開 — リンクを知っている人なら誰でも。TeamsとEnterpriseでは初期設定でオフになっていて、管理者が有効にしたときだけ使える
管理者の権限もそろっています。チーム内のすべてのアプリとシークレットを確認でき、どのアプリも公開を取り消せます*2。機能そのものや公開アプリ、APIキーでのアクセスをオン・オフでき、設定の変更は監査ログに残ります*2。
AI審査で止まった公開を管理者が承認して通すこともできますが、悪意のあるコード、コードに書かれたシークレット、露出した認証情報が理由の場合は通せません*2。現場に任せつつ、致命的なものだけは止める設計だと私は受け取りました。
社内ツールを広げるときに決めておきたいこと
- 扱ってよいデータの線引き — 個人情報や顧客データを載せてよいアプリの条件を決める
- シークレットの管理者 — チームのシークレットは管理者がまとめて作る運用にする
- 持ち主と棚卸し — 作った人が異動しても放置されないよう、定期的に一覧を確認する
- 公開範囲の既定値 — 「チーム」以下を基本にし、外部公開は申請制にする
社内データをAIにどう渡すかの設計は、Claudeの事例で整理しています。考え方は今回の社内アプリにもそのまま使えます。
ClaudeがSalesforceの商談データを読めるようになった｜「AIに社内データを渡す」最初の一歩をどう設計するか
作ったアプリを社内の業務システムやデータ基盤とつなぎ、自社に合わせて動かしたいと考えている方も多いはずです。法人向けAIリスキリングサービスの導入社数No.1*の弊社デジライズが、AIコンサルティング＆開発のサービス資料を無料でお送りしています。既製のAIサービスでは要件が満たせず、自社に合わせたシステム構築や環境の検討が必要な場合の進め方をまとめています。
※出典：株式会社東京商工リサーチ「法人向けリスキリングサービスに関する調査」（2026年5月／調査期間：2026年3月26日〜4月17日／調査方法：デスクリサーチおよびヒアリング／2026年3月末時点）
CursorとClaude Codeの使い方｜アプリ公開機能との違い
「CursorとClaude Codeはどう使い分ければいいか」という質問もよく受けます。Claude CodeはAnthropicのコーディングエージェントで、VS Code向け拡張機能はCursorにもそのままインストールできます*5。つまり、Cursorのエディタの中でClaude Codeを動かす使い方ができます。
ただし今回のアプリ公開機能は、Cursorのクラウドエージェント側の機能です*2。手元のCursorでClaude Codeを使って作ったコードは、GitHubのリポジトリに置けば、クラウドエージェントからデプロイする流れが取れます*2。
| やりたいこと | 向いている使い方 |
|---|---|
| 手元でじっくり設計しながら書く | Cursor＋Claude Code（ローカル） |
| 手元のPCがネットにつながっていなくても作業を進めたい | Cursorのクラウドエージェント |
| 作ったものを社内にリンクで配る | クラウドエージェントでアプリとして公開 |
| 既存リポジトリを公開したい | GitHubに置き、クラウドエージェントからデプロイ |
Claude CodeをCursorに入れる手順は、画面つきで以下の記事で解説しています。
【スクショあり】Claude Code × Cursorのセットアップ完全マニュアル｜インストールから活用のコツまで
他のツールとの比較｜「作って配る」系の選び方
自然言語でアプリを作り、そのまま共有する流れは各社が取り組んでいます。Cursorの特徴は、エンジニアが普段使うエディタとリポジトリの延長にあることです。コードがGitHubやCursor Originに残るので、あとから開発チームが引き取って手を入れやすいと見られます。
- Cursor — コードとリポジトリを軸に、DB・認証・公開まで。開発チームが後から触る前提に向く
ほかの「作って配る」系ツールの特徴は、以下の記事で解説しています。
OpenAI Codex Sitesとは？直接Webサイトを作って公開できる新機能を解説
Superblocks 2.0とは？社内ツールを生成・管理する新基盤を速報解説
注意点｜導入前に確かめておきたいこと
便利な機能ですが、業務で使う前に確認しておきたい点もあります。特に情報システム部門は、次の点を押さえてから広げるのがよいと思います。
- ローカルでは使えない — アプリはクラウドエージェントでしか作れず、コードはクラウドのVM上で扱われる
- 料金と上限が未公開 — ホスティングやデータベースの料金・容量・地域は公式資料に記載がない
- 保証はない — ホスティングは「現状有姿」での提供で、ポリシー違反や事業上の理由でアプリが停止・削除される場合がある
- 自動アクセスはAPIキーで — スクリプトやCIから使うときは
x-cursor-app-tokenヘッダーでキーを送る。管理者はこの機能を止められる
社内規程で「データの保存場所」を定めている会社は、地域が明らかになるまで機密データを載せない運用が無難です。まずは公開情報や架空データで動くツールから始め、反応を見ながら範囲を広げるのがよいと考えます。
まとめ
- 何ができるか — 作りたいアプリを説明すると、DB・Cursor SSO・ホスティングまで用意してリンクで公開できる。
- 安全面 — 公開前に4つの固定チェックとAI審査が走るが、脆弱性がないことの保証ではない。
- 使える人 — クラウドエージェントを含むPremium以上と法人プランが対象で、Plusでは使えない。
- 企業の備え — 共有範囲・シークレット・扱うデータのルールを先に決め、料金や地域の公表を待って本番に広げる。
私のおすすめは、まず「チーム内だけ」で、座席表や進捗一覧のような小さなツールを1つ作ってみることです。これまでlocalhostで止まっていたものが同僚の画面で動くだけで、社内でAIを使う空気は大きく変わります。一方で業務データを載せるのは、管理者のルールが整ってから。小さく始めて、確かめながら広げていきましょう。
参考資料
この記事の著者 / 編集者
