AREX Feed Article
Cursor 宣布云代理可构建交互式画布并以链接分享给团队，Environments API 开放 beta
北京时间 10 月 17 日凌晨（10 月 16 日 20:33 UTC），Cursor 官方 X 账号 （平台企业认证，约 49.1 万粉丝）在 5 秒内连发三帖，宣布云端智能体平台更新：云代理（cloud agents）现在可以构建交互式 canvas（画布），用户可以在智能体工作的同时索要 dashboard（仪表盘）或 report（报告），完成后的画布能以链接形式分享给团队（）；第二帖宣布 ，可通过编程方式创建和管理云代理环境，包括克隆哪些仓库、运行什么 environment.json 配置；第三帖称。
以上均为 Cursor 单方发布口径，三则帖文都未附第三方评测、基准数据或定价信息。公告末帖链接的 页面（2026 年 10 月 16 日发布）印证了画布与 API 两项更新，但其正文写明环境「最多支持 300 个仓库」，与帖文的 500 个不一致；截至 10 月 20 日发稿，该页面仍是 300。截至发稿查询，主帖获得约 15.8 万次浏览、2,604 个点赞和 224 条回复。
先要一份仪表盘：画布怎么用
按 Cursor 的 ，canvas 是渲染在聊天旁边的交互式产物：一个由分节、统计数字和表格构成的独立视图，可以重新打开、编辑和迭代，用来替代翻阅长长的 markdown 表格或代码块。用户可以直接向智能体索要 dashboard、analysis（分析）、audit（审计）或 report；本次公告的新增点，按 changelog 的表述，是云代理「现在可以在其工作过程中构建交互式画布」，并把完成的画布以链接分享。
具体流程是：Cursor 判断任务适合可视化视图，或用户直接开口要；智能体构建画布，并在聊天回复末尾插入一张引用卡片；用户查看渲染后的视图，切换到源码微调，或让 Cursor 继续修改；画布保存后可随时重开，并用新数据重跑。每个画布进入工作区的画布列表，也可以从命令面板的 Open Canvas 或 Agents Window 打开。
分享由画布工具栏的 Publish 按钮完成：发布后复制链接，团队成员在浏览器中以只读方式打开。文档称这是一个「实时快照（live snapshot）」——版式、图表和表格与发布时一致，不需要重跑智能体，也不用翻聊天记录。dashboard 的 Shared Canvases 页面列出你本人发布的画布，可重开、复制或删除；队友发布的画布不会出现在这个页面，要看就得向他们要分享链接。
共享画布有明确边界：仅限付费计划（Premium 及以上、Teams、Enterprise，以及旧版 Pro、Pro+ 和 Ultra），免费账号不能创建分享；只有团队成员能打开链接；分享还要求隐私模式允许数据存储，Legacy Privacy Mode 会将其阻止；团队管理员可以在团队设置里整体关闭共享画布。
Environments API：把环境配置写成脚本
按第二帖的表述，Environments API 用于以编程方式创建和管理云代理环境，包括智能体克隆的仓库和它运行的 environment.json 配置。把这组端点定位为「把你在 Cloud Agents dashboard 里做的同一套工作脚本化」。
POST /v1/environments 创建一个保存的环境，需要指定归属（个人或团队）、最长 255 字符且不重名的名称、仓库 URL 数组，以及以 JSON 字符串形式传入的 environment.json；重名返回 409 environment_name_conflict，配置无效返回 400。配套的还有列出与读取环境的 GET 端点、改名或整体替换配置的 PATCH、不可逆的 DELETE，以及记录每次变更来源（api、dashboard、agent_run 等）的历史端点，和查看环境 Builds（环境构建）与当前激活 Build 的端点。密钥管理同样在 API 内：环境级与团队级密钥可以增删改查，响应永不返回密钥值；每个环境最多 1,000 条密钥，Build Secret 暂时不能通过 API 设置。
整个 Cloud Agents API v1 在文档中标注为 public beta（公开测试），文档提醒正式发布前接口可能变动。
同一份公告里的两个仓库上限
仓库上限出现了两个版本。公告第三帖写的是「云代理环境现在最多支持 500 个仓库，大型多仓库环境启动快 5 倍」；而末帖链接的 changelog 页面正文写的是「最多支持 300 个仓库（up to 300 repositories）」，同一页面的 meta 描述也是 300。文档层面同样分裂：API 文档中 POST /v1/environments 与 POST /v1/agents 的 repos 参数上限均写「最多 500 个仓库（Maximum 500 repositories）」。
也就是说，在同一发布里，帖文与 API 文档给出 500，changelog 给出 300；5 倍的提速则两处一致，只是措辞不同——帖文说「启动（start）」，changelog 说「加载（load）」。任何一方都没有附带基准数据。截至 10 月 20 日发稿，changelog 页面仍显示 300，本文核查的官方材料中未见对这一差异的解释。
云代理环境是什么，为什么仓库数量重要
Cursor 的解释了概念：云代理运行在隔离的 Ubuntu 机器上，环境包含克隆的仓库、安装的依赖、密钥、启动命令和网络访问，目标是让智能体像开发者一样能跑测试、查服务、调 API。文档的原话是「智能体的能力上限取决于其运行环境」——一个只会写代码但跑不了测试的智能体，无法闭环完成工作。
多仓库环境服务于前端、后端、基础设施分仓的团队：智能体可以检视整个工作区、做出跨仓的协同修改、跨仓跑测试，并在被修改的仓库里开 PR。环境会被保存并复用，Build 机制在后台预先准备好仓库、工具和依赖，让智能体从一台就绪的机器启动。仓库上限因此是个实际约束：它决定多仓团队能把多大的工作区装进同一个环境。
早期回复：对号入座与数据追问
截至发稿查询，三帖合计约 19.3 万次浏览，主帖另有 85 次引用、141 次转发。回复区里，一类声音直接对上自己的日常。Jeremy Warren 写道：「这差不多就是乙方交付的一半：客户要的是仪表盘链接，不是代码仓库。」（）中文用户 Wen 的判断更进一步：「Canvas 把过程变成了交付物，分享出去就是一份现成的报告」，同时补了一句保留意见：「剩下的考验是画布内容的实时性和可信度，agent 现编的东西没人敢直接转发给老板。」（）
另一类是技术追问。至少五位用户在回复中问到同一类问题：画布展示的是快照还是实时数据，数字能否追溯。用户 Allan Montilla 这样问：「共享画布保留的是智能体运行当时的数据，还是之后还能重新查询？对性能仪表盘来说，这决定我一周后还信不信这个链接。」（）vvliang6537 想知道能否「从图表点击跳到数字背后的查询或文件」（）。官方文档回答了其中一半：分享的是实时快照，数字看起来过期时可以让 Cursor 重跑底层查询；至于画布里的数字与产生它的那次运行之间如何对应，Canvas 文档中没有对应描述。