Cursor云Agent支持企业自托管沙箱，代码留在防火墙内

Cloudflare 于 2026 年 9 月 2 日宣布 Cursor Cloud Agents 可以在 Cloudflare Sandboxes 上运行，让团队能够在自控基础设施内执行 Agent 工作负载。Cursor 继续负责 Agent 循环、规划和编排，而终端、文件系统、浏览器操作、仓库、构建缓存和密钥可以保留在客户的执行环境中。

这是朝着自主编程 Agent 自托管或客户可控执行方向发展的更广泛趋势的一部分，而不是将每个工具调用都强制经过供应商控制的运行时。

Why It Matters: AI 编程助手架构正在发生变化

Developer → AI Agent → Vendor Cloud → Repository / Tools

                AI Agent
                   ↓
          Planning / Reasoning
                   ↓
            Tool Invocation
                   ↓
      Customer-Controlled Worker
         ↙        ↓        ↘
      Git       Tests      Browser
         ↘        ↓        ↙
             Internal APIs
                   ↓
                Results
                   ↓
              AI Agent

这种分离对企业环境非常重要。

推理层可以继续由 AI 提供商管理，而执行层则更贴近私有仓库、内部 API、构建基础设施和敏感凭据。

这同时引入了一个新的平台工程问题。

想象一下 1000 名开发者各自运行多个自主 Agent：

            Agent Requests
                  ↓
             Job Queue
                  ↓
            Scheduler
         ↙       ↓       ↘
     Worker    Worker    Worker
        ↓        ↓         ↓
      Tests     Build     Browser

现在你管理的是一个 Agent 工作负载舰队，而不仅仅是 AI API。

这产生了熟悉的分布式系统问题：

• worker 调度
• 临时环境
• 自动扩缩容
• 凭据隔离
• 网络策略
• 资源配额
• 执行超时
• 可观测性
• 制品存储

Cloudflare 的实现使用出站 HTTPS 连接来连接自托管 worker，无需入站防火墙访问，同时保持执行在客户控制的基础设施上。

安全模型同样重要

Agent 不应该接收：

• 生产环境 AWS 凭据
• 生产数据库访问权限
• 完整的内部网络访问权限

资源	安全策略
仓库	范围化访问
数据库	测试环境
密钥	短期有效
网络	白名单制
Shell	沙箱化
生产环境	审批制

这本质上就是将零信任架构应用于自主软件 Agent。

Developer Actionable Takeaway

如果你正在构建 AI 编程或 DevOps Agent，开始学习它们背后的基础设施：容器、沙箱、worker 队列、Kubernetes、范围化凭据、网络策略和可观测性。下一个工程瓶颈可能是安全地管理数百个自主 worker，而不是生成代码。

---

About the Author -> I am Ashutosh Maurya, a Senior Full-Stack AI Engineer with 6+ years of experience in high-performance UI development and the MERN stack. I specialize in building scalable architectures like Schooliko and AI-integrated platforms. My goal is to bridge the gap between complex backend logic and seamless frontend experiences.