Cursor 在 2026 年 10 月 16 日更新了它的云智能体平台，一次补上三件事：云智能体能直接生成可交互的画布页面，新开放的环境 API 进入 beta，云环境能装下的仓库数量上限提到 300 个，大型环境加载速度提升 5 倍。这三条写在同一篇官方更新日志里，指向的是同一个方向——云智能体从“在网页里点开的助手”，变成能被程序批量调度的基础设施。
环境第一次能用代码来管
这次最实质的变化是 Environments API 进入 beta。云智能体干活之前要先准备“工位”：克隆哪些仓库、用什么运行设置。过去这类环境多半在网页后台里手工配置；API 开放后，团队可以以编程方式创建和管理云环境，指定要克隆的仓库，并用 environment.json 写下运行时设置。配套的 Cloud Agents API 文档已经把调用写细：可以用 API 启动智能体、追加指令、订阅运行事件流，执行目标可以选 Cursor 托管的云环境，也可以路由到团队自己的机器池。
规模参数同步放宽：一个环境现在最多支持 300 个仓库（其官方账号发布时的说法与文档不一致，最终以更新日志和 API 文档的 300 为准），大型多仓库环境的加载速度提升 5 倍。对动辄几十个微服务仓库的团队来说，环境拼不起来、启动太慢，才是云智能体落不了地的常见原因，这次改的正是这层地基。模型可以换、提示可以改，环境层一旦可编程，智能体才谈得上批量复制。
交活的方式也变了：直接给一张能打开的页面
第二个变化在交付端。云智能体现在能在干活过程中构建交互式画布——比如一张仪表盘或一份报告——完成后把链接发给团队就能打开。智能体此前交回的多是代码差异和一段文字总结，审阅者要自己把结果跑起来看；画布把“产出”变成可直接查看、可分享的页面。配合站内此前报道的开源模型动向——Beam 开源权重模型发布：501B 参数只激活 23B，先攻编程智能体主攻的正是编程智能体这条线——能看出编程智能体的竞争正在从模型层往运行环境和交付层外扩。
该留意的边界
需要提醒的是，环境 API 目前仍是 beta，文档里也标了部分字段在分批开放：例如会话级环境变量在未开通的账号上会被静默忽略，Cursor 要求团队在正式依赖前先实测确认。300 个仓库的上限同样只对托管云环境和特定自托管池成立，单机目标仍有更严的限制。对已经在用云智能体的团队，这次更新值得逐项对照自家用法核对；还没上云智能体的团队，可以先看一点：当一家头部产品开始认真给智能体修“工位”和“交活格式”，说明用量已经越过了尝鲜阶段，接下来拼的是谁能把智能体当成产线来运营。
