Cloudflare发布Project Think，要让AI代理像网站一样部署到云端：崩溃自恢复、闲时零成本

　　消息，4 月 16 日，据 动察 Beating 监测，Cloudflare 发布 Project Think，为其开源 Agents SDK 新增一整套构建长期运行 AI 代理的基础设施：持久化执行、子代理、沙箱代码执行和持久会话。开发者可以单独使用这些组件，也可以直接用 Think 基类快速搭建完整的代理应用，用 npx wrangler deploy 一键部署到 Cloudflare 全球网络。目前为预览版。 Project Think 要解决的核心问题是：当前的编程代理只能跑在本地笔记本或昂贵的 VPS 上，笔记本合盖就断，无法多人协作，闲置时仍在烧钱。Cloudflare 的方案基于 Durable Objects，每个代理是一个独立的 actor，自带 SQLite 数据库，无事可做时休眠，收到请求时被唤醒，闲时计算成本为零。按 Cloudflare 的计算，1 万个代理各自仅 1% 时间活跃，传统容器方案需要 1 万个常驻实例，Durable Objects 任意时刻只有约 100 个在运行。 技术上有几个值得关注的设计： 1. 持久化执行：代理运行中如果环境崩溃，SDK 在 SQLite 中记录了检查点，重启后从断点恢复，不丢失进度 2. 代码模式：不让模型逐个调用工具再逐个读取结果，而是让模型直接写一段程序一次性完成任务。Cloudflare 用自家 API 的 MCP 服务器举例：暴露全部 API 端点需要约 117 万 token 描述工具，改用 codemode 只需两个工具约 1000 token，减少 99.9% 3. 五级执行阶梯：从最轻量的虚拟文件系统到完整的沙箱环境，代理按需逐级升级能力，不必一开始就启动重量级容器 4. 自编写扩展：代理可以在运行时自己编写 TypeScript 扩展并注册为新工具，扩展在沙箱中运行，权限受控。比如用户让代理管理 GitHub PR，代理可以当场写一个 GitHub 集成扩展，下次直接调用 Cloudflare 在博客中将 AI 代理分为三个阶段：第一波是无状态聊天机器人，第二波是本地运行的编程代理，第三波是作为云基础设施运行的持久化代理。Project Think 是 Cloudflare 对第三波的押注。对开发者而言，这套方案的吸引力在于将代理的运维成本从「按实例计费」变成「按实际使用计费」，如果代理大部分时间在等待用户指令，成本接近于零。