Cursorは2026年11月5日、AIに依頼して作ったWebアプリを、そのまま動く状態で共有できる「Build Live Apps」を発表しました。画面や処理の作成に加え、必要に応じたデータベース、ログイン、ホスティングの準備まで扱います。対象は、クラウドエージェントを利用できる有料プランです。Cursorの発表
営業の集計画面や社内の申請窓口など、「小さな業務ツールを作ったが、同僚に使ってもらうまで進まない」という場面で検討できる機能です。一方、顧客情報を扱うアプリでは、作成の手軽さとは別に、データと公開範囲を決める必要があります。
図は機能の考え方を表すイメージです。実際のCursorの画面ではありません。
何が変わる？ 作ったアプリをリンクで渡せる
従来、手元の開発環境で動くものを作れても、他の人が利用できる環境の準備が別に必要でした。今回の機能は、その作成から配置までをCursorで進めるものです。
Cursorが紹介している用途には、イベント受付などの社内業務、研修、営業用ダッシュボードがあります。必要な場合はPostgresというデータベースを用意し、Cursorへのサインインを利用した認証も設定します。公式発表の利用例
事業者が試すなら、最初は「架空の売上データを見せる画面」「社内向けの資料案内」のように、失敗しても顧客や取引に影響しない題材が扱いやすいでしょう。
利用にはクラウドエージェントが必要
作りたいものを明確に「アプリ」として依頼し、クラウドエージェントで開始します。この機能はローカルのエージェントでは使えません。新規作成に加え、既存のGitHubリポジトリからの配置にも対応しています。CursorのAppsドキュメント
クラウドエージェントは、手元のパソコンだけで処理する仕組みではありません。Cursorのクラウド上の仮想マシンで、コードや開発用の環境を扱います。利用企業は、どのソースコードや情報をその環境へ持ち込めるか、既存の社内ルールと照合してください。クラウドエージェントのセキュリティ説明
「有料プランに入っている」だけで、自社での利用条件がすべて整うとは限りません。クラウドエージェントとAppsが組織で許可されているか、管理者に確認しましょう。
「公開」は、誰に見せるかまで確認する
アプリを配置する操作と、不特定多数に見せる設定は分けて考えます。現行ドキュメントでは、共有先は特定のメンバー・グループ、チーム全体、リンクを持つ誰でも閲覧できる一般公開に分かれています。
個人プランは一般公開が可能です。TeamsとEnterpriseの一般公開は初期設定で無効ですが、管理者が有効にできます。 「会社のプランだから外部には出ない」と決めつけず、実際の設定を確かめてください。共有範囲の公式説明
業務で使う前には、別の利用者で開き、想定した人だけが必要な情報を見られるか確認します。URLを知っていることと、閲覧権限があることを同じ扱いにしないことが大切です。
公開前の検査はあるが、業務上の確認も残る
公開時には、コードに書き込まれた秘密情報などを調べる検査とAIによるセキュリティレビューが行われます。利用者が公開を選ぶ前に、勝手にアプリが公開される仕組みではありません。管理者はアプリを確認し、公開を取り下げることもできます。公開時の検査と管理機能
ただし、検査を通過したことだけで、計算が正しい、社内の閲覧権限に合っている、障害時に復旧できる、といった業務上の要件まで確認できたとは考えないようにしましょう。
利用を始める前に、次の4点を決めておくと運用しやすくなります。
- 入れる情報： 試作は架空データから始め、実データを使う段階で社内の承認範囲を確認する。
- 接続先と権限： 外部サービスへ接続する場合、必要な操作だけを許す。認証情報を依頼文やコードに直接貼り付けない。
- 使う人と確認方法： 誰が閲覧・入力するかを決め、意図しない情報が見えないかを試す。
- 運用責任： 不具合の窓口、更新担当、停止判断、データの保全方法と必要な費用を確認する。
Cursorはクラウドエージェントについて、自動実行や外部コンテンツの指示に影響されるリスクを説明し、通信先の制限や秘密情報の管理を案内しています。利用環境の設定も、開発担当者と確認する項目です。公式のリスクと対策
まずは小さな社内用途で、作成から共有、利用者の確認、停止までを一通り試すと、どこを人が管理する必要があるかをつかみやすくなります。
情報確認日：2026年11月7日。提供条件と管理機能は変更される場合があります。実際の利用時は公式ドキュメントと自社の設定を確認してください。