Cursor Cloud Agent 跑自己的 Lambda
9/2 起 Cloud Agent 可在你已有的沙箱上执行。伙伴指南覆盖 Lambda、Cloudflare、Modal、E2B、Vercel 等。
cursor cloud agent 跑自己的 lambda：2026-09-02 changelog 写明，Cloud Agent 可以在你已经用的基础设施上执行，点名 AWS Lambda、Coder、Cloudflare、Daytona、Modal、Namespace、Vercel、E2B。Integrations 页把它们收成伙伴指南，并强调这是参考架构：镜像、密钥、扩缩策略、上线验证都由你负责。
平台变了，工人还是同一个
每条路径都是：Cursor CLI 打开出站 HTTPS，Cursor 把工具调用送过来。不是 Lambda 里另起一套 Agent 运行时。要具备的条件也一样：Enterprise、管理员打开自托管、CURSOR_API_KEY 用服务账号、出站放到 api2.cursor.sh、api2direct.cursor.sh 和 artifacts S3、再给池名或标签做路由。
个人笔记本验证流程走 My Machines，不要先上 Lambda。CLI 见 cursor cli 怎么用。
官方模板仓库干什么用
三条可 clone 的参考实现，都带一个 worker controller，认领池里的待处理请求，一次 claim 起一个工人：
anysphere/aws-lambda-workers：--spawn钩子为每次认领拉起一台 Firecracker 隔离的 Lambda MicroVM。anysphere/cloudflare-workers：Cloudflare Worker 当 controller，每次认领起一个 Cloudflare Container。anysphere/k8s-workers：每次认领建 Pod，或保持温热空闲 Pod，这条不带 CRD。要 Helm 管WorkerDeployment和温容量，走单独的 Kubernetes 指南。
伙伴自己维护的指南标题分别是 Lambda MicroVMs、Cloudflare Sandbox、Namespace、Modal、Daytona、E2B、Vercel Sandbox，以及 Coder 的 Agent Relay。伙伴链接看当时的 Integrations 页，避免抄过期第三方博文。
需要桌面点击时，自托管 computer use 在 Linux 和 Mac 都开了，见 Cloud Agent Computer Use。短生命周期沙箱还要自己把桌面包打进镜像。
你还要自己运维的部分
文档把部署指南、伙伴指南、模板都标成 reference architectures。Cursor 不替你值守队列积压、镜像 CVE、密钥轮换。--clone-git-repos 依赖管理员打开 GitHub token minting，且一容器一用户。
成本上，模型按所选模型计。托管 Cloud Agent 含执行基础设施；这条路上机器账单在 AWS / Cloudflare / Modal 账户里，和 Cursor 订阅是两笔。短生命周期沙箱还要处理认领失败重试，模板里的 controller 只保证「一次 claim 起一个工人」，不保证你们账户的并发配额够。
先手起一台池工人再自动化
官方 next steps：先按 Team Pools 手册起一台池工人，再把同样的 agent worker --pool 塞进平台的 --spawn。控制器模型各模板共用。跳过手工验证直接抄 Helm，出问题分不清是鉴权、出站还是认领标签。