自托管执行机：推理仍在云端

9 月 2 日，Cursor 发布 Self-Hosted Machines：云端 agent 的工具执行可以搬到客户自己网络里的机器上。注册方式是装上 Cursor CLI、跑一条 `agent worker start`，机器随即向 Cursor 云开一条长连出站 HTTPS；会话开始后，Cursor 的 agent 框架负责推理与规划，把工具调用发给指定 worker 执行，worker 再把结果送回去做下一轮推理。官方在文档里写明了方向：Cursor 从不主动向客户网络发起连接。形态分两种——My Machines 接一台笔记本或 VM，供个人流程；Pools 是团队与企业的命名工作队列，按排队请求自动扩缩，池不绑定单个仓库，任一空闲 worker 都可认领。空闲机器可以快照休眠，重连窗口内恢复成同一个 worker ID，省下把机器空转着等下一句话的钱。

同一篇公告列出了合作的沙箱方：AWS Lambda、Cloudflare、Coder、Daytona、E2B、Modal、Namespace、Vercel。Linux worker 补上了 computer use，与 Mac 并列——装齐依赖与 Chrome 或 Chromium 之后，agent 能点击、截屏、驱动浏览器，人可以在 Cursor 里旁观它的桌面或直接接管。官方给出的三类采用理由都指向同一件事：执行得贴着内网的源码与内部服务，或者需要 GPU、需要给 iOS 打包的 Mac，或者构建管线本来就难以打包成云端镜像。没有搬走的部分写在同一页：工具输出仍要回流 Cursor 做推理、其中可能含代码，agent 会话记录仍可能由 Cursor 处理与存储。

公告里还夹着一个自曝的量级——Cursor 内部合并的 pull request 中，逾六成如今由云端 agent 提交。把这条数字和上面的架构图并排看：机器搬回了客户的机房，账仍记在那条出站连接的另一端。