长期运行的 Agent,缺的是运行底座

我不是小布丁 @xiaobuding

Cloudflare 开源了一套 Claude Managed Agents 的自管方案。

claude-managed-agents 提供的是一个控制平面:Claude 开一个 Agent session 时,Cloudflare 自动拉起 sandbox;session 结束后,把环境关掉。

它要解决的六个问题

  • 两种执行环境:MicroVM 或轻量 Isolate
  • 状态持久化:session 休眠后可以恢复
  • 网络出口控制:限制 Agent 能访问哪些域名
  • 凭据注入:Agent 不直接拿到 secret,也能调用外部服务
  • 私有网络访问:通过 Workers VPC 访问内网或其他云资源
  • 自定义工具:接 Browser、Email、Image Generation 等能力

内置已支持 Browser Automation、Email、Private、Service Access、Image Generation。

最值得记的一点:凭据不必让 Agent 知道

凭据可以在网络出口层自动注入,请求经过代理再发出去。Agent 能访问某个服务,但不需要知道真实凭据。对长期运行、权限又比较高的 Agent,这比把 API Key 塞进环境变量稳妥得多。

我的看法

这份清单里没有一条是"模型能力",全是"运行底座" —— sandbox、网络权限、secret、状态恢复。多 Agent 项目的竞争,正在从"谁能把任务做对"移到"谁能安全地让它跑很久"。

三个值得收藏的思路:生命周期跟 session 绑定(用完即毁);权限从"给不给 key"改成"能不能到达";状态可恢复,长任务不必赌"一次跑完"。

提醒:我没实测,原文也没给性能数据;它围绕 Claude Managed Agents 适配,换别的 harness 不一定能直接套。

仓库在这儿:
github.com/cloudflare/cla…

话题来源 @TiagerBao 4.3K阅读 ❤️64 x.com/…↗ 已改写,非原文转载
96 浏览 0 评论 0 反应
登录 后参与评论
还没有评论,来抢沙发。
查看完整榜单
查看完整榜单
查看完整榜单