AREX Feed Article
Cursor 上线 live apps：描述一句需求，自动建库、安检并部署成可分享链接
北京时间 11 月 6 日凌晨 5 时 41 分（UTC 时间 11 月 5 日 21 时 41 分），AI 编程工具 Cursor 的官方 X 账号 宣布 live apps 功能开放：用户在 Cursor 里描述想要的工具，由 Cursor 完成构建、配置数据库、运行安全检查并部署成一条可分享的链接。同日发布的及其链接的给出了可操作的细节：功能通过 cloud agent（云端代理）运行，面向所有已启用 cloud agents 的付费方案开放，使用前需把 Cursor 更新至最新版。
公告紧随其后的一句话点出它对准的问题：「Agent 让写代码变容易了，但大多数应用从来没有离开过 localhost。」把写完的工具推上线，正是这个新功能接手的部分。以上能力与安全机制均为 Cursor 官方口径，尚无独立验证。
从一句描述到一条上线链接：必须由 cloud agent 发起
文档写明操作路径：发起时明确告诉 cloud agent 你要的是一个应用，这一功能在本地环境不受支持。可以从零开始，Cursor 会在 Cursor Origin 上新建仓库；也可以让它把已有的 GitHub 仓库直接部署成应用。文档给出的示例提示词包括「把我们每周注册数做成一个仪表板，带图表和一张能按套餐筛选的表格」「建一个内部应用，让团队提交 bug 报告并跟踪状态」。
应用准备好后，Cursor 会给出一个用于预览和发布的托盘（tray）。发布时用户自选 URL（之后可以更改），检查通过后 Cursor 返回上线链接。托管、数据库和登录都由平台接管：每个应用部署在 Cursor 为该团队或个人单独创建的托管账户里，账户之间互相隔离；应用需要数据库时自动配置 Postgres 数据库；私有和团队应用的身份验证挂在 Cursor SSO（单点登录）之后。当应用要连接用户自己的系统（比如数据仓库）时，Cursor 会要求提供所需的 secrets（敏感凭据），文档强调 agent 永远看不到这些值。changelog 另外说明：支持从 Cursor Origin 和 GitHub 上的新旧仓库部署，GitLab 等其他 git 托管方的支持还在计划中。
四道固定检查挡在发布之前，AI 审查再读一遍代码
文档把发布前的检查拆成两层。第一层是公告里说的确定性（deterministic）检查：四道始终开启的检查，即使安全审查被关闭也会执行——应用文件里出现 API key 或访问令牌就拦截发布；私钥、服务账户密钥或带认证令牌的凭据文件不许发布；.env 文件一律不随应用发出；源码映射（source maps）一律移除，访客无法读回原始源码。第二层对应公告里的 agentic 安全检查：一道 AI 安全审查会读应用文件，在上线前拦下严重问题。
检查没过时，agent 会列出需要修复的内容，用户让 agent 修完再重新发布。changelog 明确写道：在检查通过、用户明确点发布之前，什么都不会上线。团队管理员可以看到团队里每一个应用和 secret，可以给自己的审查追加规则——只能加，不能移除 Cursor 内置检查——也可以批准被审查拦下的发布（恶意代码、硬编码 secrets、暴露的凭据三类除外），或下架任何应用。管理员还能整体开关 Apps 功能、公开分享和 API key，所有设置变更都记入团队审计日志。
谁能打开应用：受邀者、全队，或拿到链接的任何人
文档给出三档可见性：「仅受邀者」只有用户自己或其指定的、登录了 Cursor 的成员和群组能打开；「团队」对整个登录 Cursor 的团队开放；「公开」则是任何拿到链接的人。Teams 和 Enterprise 方案默认关闭公开分享，管理员可以在 Apps dashboard（应用管理后台）里打开；个人方案用户可以直接把应用公开，这类应用不需要 Cursor 登录即可访问。
私有和团队应用会把自动化工具挡在登录墙外，Cursor 因此提供应用专用的 API 密钥（API key），让 Grok Bot、脚本或 CI（持续集成）任务以登录用户的身份访问应用。个人 key 能打开其所有者有权打开的应用，团队 key 只能打开被授权的团队应用；key 只能放在 x-cursor-app-token 请求头里传递，没有查询参数和 cookie 的通道。用 key 发出的请求会被标记为自动化请求，只标识 key 本身、不对应任何个人。
Cursor 内部已经在用：从活动报名到工位分配
changelog 列出 Cursor 内部 sales、operations、legal、finance、engineering（销售、运营、法务、财务、工程）等团队正在构建的内部应用：活动报名、账户分配、工位分配这类运营工具；把幻灯片、视频和可交互演示合在一起的客户演示；面向新员工的培训、上手辅导与入职项目；给销售团队看销售管道（pipeline）和商机的实时仪表板；管理工程服务的门户。官方推文同日给出的五类用例与这份清单一致。
Vercel 认领托管，条款把责任划给发布者
公告发出 24 分钟后，把托管一环补上：在 Cursor 里一键部署应用，无需创建账户、无需部署配置、自带数据库配置，应用「Built on Vercel for Platforms」（构建于 Vercel 的平台服务之上）。Cursor 文档没有写明托管方是谁，这一层由 Vercel 自己认领。截至北京时间 11 月 6 日 8 时许，Cursor 这条公告在 X 上获得约 1,400 个赞和 11.1 万次浏览（平台公开计数）。
文档末尾的责任条款写得直接：Cursor 只提供技术和工具，不对用户的应用、提示词和输出负责，发布应用不构成 Cursor 的背书；托管按「原样」（as is）提供。违反条款或可接受使用政策，或出于商业、财务或法律原因，相关子域名、关联账户和已发布应用可以被撤销、终止、移除或暂停——按这份条款，应用上线后的责任和风险由发布者承担。