日期：2026-08-04
主题：Agentic Internet：云端基础设施如何为 AI 代理而进化——Cloudflare Agents Week 全景解读
原文：Agentic Internet：云端基础设施如何为 AI 代理而进化——Cloudflare Agents Week 全景解读
来源：The Cloudflare Blog
领域：🏗️ 系统工程
今天的 Web 是为人设计的。每一层都默认"屏幕前有一个人在看"：页面要抓住你的注意力，仪表盘要你点进去，接口按人的阅读和决策习惯打磨。但 AI 代理不这样工作——它们不会分心、不会疲劳，对速度、结构和访问却有完全不同的需求。当每天访问网站的大部分流量已经来自机器人，我们却还在用"人类第一"的云去承载它们，矛盾就出现了。
Cloudflare 本周用整整一周的专题（Agents Week）回答一个问题：一座为 AI 代理而生的云，到底长什么样？ 这篇文章不是新闻摘要，而是把他们在这一周里给出的底层原语拆开看——从"给代理一台计算机"到"给代理一个钱包"，再到把整个软件开发生命周期交给代理。
Cloudflare 坦承，他们最初的问题问错了。他们先问的是"什么是 Agent Cloud"，但很快意识到，真正该问的不是"我们觉得什么是对的"，而是"我们的代理需要什么"。
这个视角转换是整个 Agents Week 的贯穿主线。它引出一个关键判断：一座 Agent Cloud 必须同时做两件事——一方面为 agent-native 的未来从零构建原语，而不是把人类工具改改就拿来用；另一方面，又要脚踏实地，作为"翻译层"，把当下人类形态的 Web 和未来代理形态的 Web 衔接起来。
最有力的代理有一个共同点：它们拥有自己的计算机。给它一个文件系统、一个 shell、工具、软件包，让它能跑代码、改环境、测试、继续前进。Cloudflare 的这一判断，落在了 @cloudflare/computer 这个本周发布的早期预览上。
为什么不能简单给每个代理一个容器？因为算力不够。全世界所有云、所有超大规模厂商合起来，也远不够给每个用户的每个代理分配一个专属容器环境——这根本无法扩展到几亿、几十亿并发代理。这也是为什么业界对 CPU 算力（而非 GPU）的需求如此焦灼。
Cloudflare 的答案是它十年前就押注的 isolate（隔离环境）。Workers 和 Durable Objects 就是基于这个赌注：isolate 可以无限横向扩展，秒级启动销毁，空转时能休眠，还能自己孵化出新的 isolate 来跑不可信代码。而去年，Cloudflare 又给 isolate 增加了"自己拉起容器沙箱"的能力。
于是 @cloudflare/computer 把两者统一成一个抽象：一个可持久化的虚拟文件系统（SQLite 支撑）+ 多个可选的执行后端。
关键设计是：两种后端共用同一个文件系统，所有操作都被门控、审计、可观测。代理通过 exec(string, options) 这个统一接口选择后端，而工具描述会引导它自己判断：只改文件、跑批处理、管 git 仓库的任务用 isolate；需要 npm、原生二进制、完整 Linux 用户态的任务才用容器。Cloudflare 实测前沿模型很擅长做这个决定，目标是把"必须用容器"的工作量压到 10% 以下。
代理能做事，但还"付不了钱"。如今代理想试用一个 API 有多难？要穿过为人类设计的登录页、找人类加支付方式、生成 API key——而它既没有稳定的身份标识，也没有原生的支付能力，常常直接放弃。
Cloudflare 的解法是 Cloudflare Wallets，配合上个月发布的 Monetization Gateway 与 x402 协议。x402 把支付直接挂到 HTTP 请求上，让微支付能覆盖从 AI 推理到数据到内容的种种用途。
钱包分两种：
这个"虚拟钱包"的设计很反直觉却很有力：给代理一个明确的小额度上限，反而给了它更大的自由。如果代理只负责十美元，你就不用像对着一千美元那样担心它乱花；而一款 API 只要几分钱就能试，十美元足够它评估几十种选项。超出上限时，代理可以向授权的人类申请手动审批。
Wallets 还牵出身份问题：代理没有稳定身份，商家无法像给人发免费试用那样给代理发权益。Cloudflare 的答案是人类可读的代理标识——让代理可选地声明自己"隶属于某个账户"，比如一个研究代理可以住在 research.example.cloudflare.pay，商家由此知道它是某个组织的代理。身份完全可选，是否优先与已知代理交易由商家决定。这个思路他们类比得很妙：像对待 VPN 一样对待代理——未识别不代表不可信，但要证明自己。
最后一个大块是开发流程。AI 让原本最慢、最贵的"实现"步骤变得最快最便宜，结果把下游所有环节都压垮了：开源维护者被成千上万的 PR 和 issue 淹没，生产工程师在软件交付速度呈数量级增长时拼命救火。
Cloudflare 的判断很直白：软件交付速度已经失控，唯一的出路是让代理做更多，而不是更少。你绝不会让一个工程师写了代码、自己验证、自己合并、自己部署、自己背 pager、自己处理 bug——但大多数公司现在正是让代理这么干只到一半。于是他们提出用 ADLC（Agent Development Lifecycle） 取代 SDLC。
软件工厂要能跑起来，平台必须满足七条硬要求：可编程（彻底告别依赖人手的 ClickOps）、可横向扩展（每个代理都有匹配生产环境的预览）、可复现、实时推送（靠事件触发代理而不是人盯仪表盘）、原子化（每个变更独立可测、可回滚）、可授权（代理也要能按需升级权限）、自改进（代理能像人一样从经验中学习）。
这背后是 @cloudflare/ci——用 TypeScript 而不是 YAML 定义 CI/CD 管线，每个步骤就是 Workflow 的一个 step.do()，天然带重试、超时、状态持久化；还能自愈，让 AI 审查代理发现坏了的步骤并直接提交修复。一条 CI/CD 管线本质上就是一个 Workflow，而 Workflow 能做的远超 CI/CD：它可以动态定义、可以孵化代理和其他 Workflow、可以跨步骤传递上下文。
Cloudflare 的 Agents Week 勾勒的是一幅完整的图景：isolate 加容器构成执行层，可持久化文件系统给代理一台计算机，x402 加钱包给它支付与身份，Workflows 加 CI SDK 把整个开发生命周期交给它。这些原语共同指向一个未来——云不再是"为人优化的托管服务"，而是"为代理优化的执行平台"，人类则退到设计、品味与判断这些真正需要人的位置。
这当然不是终点，而是一个方向的起点。就像他们自己说的，把软件交给代理，挑战与自动驾驶类似：从"八成好用"到"超过九十九点九的安全"。但只要方向是对的，未来三到五年，我们手搭的每一层"人优先"的基础设施，都会开始为代理让路。这个转变，值得我们持续关注。