钢铁桥梁与砖砌拱门的城市建筑

一组说明问题的数字

Cloudflare 在九月二十八日的博客里公布了一个不太好笑的统计：自家命令行工具 Wrangler 的调用里，AI 智能体所占的比例，2026 年三月大约是四分之一（再往前一年还是个位数百分比），到了上周已经达到 48%。而且这些智能体是更「高产」的用户——每天用到的不同命令数量几乎是人的两倍，一天用六个以上命令的概率接近人的四倍。

换句话说，「给开发者用的工具」这句话的定义正在变。写命令行工具时假想的用户，已经有一半不是人。

280 个命令 vs 几千个接口

问题也随之而来：Wrangler 只覆盖约 280 个操作，而 Cloudflare 的产品有几千个。官方自陈，这套命令是各个产品团队多年里各写各的：术语不统一（d1 info、hyperdrive get、workflows describe 三种风格），有些团队写了上千行自定义交互，实际几乎没人用，同一类问题在不同团队手里有不同解法。

新工具 cf 的解法是从源头上换一种造法：因为所有产品都有 OpenAPI 描述，在这份 schema 上多加一点标注，就能用内部的统一生成管线（他们叫 Forge）直接生成命令行。覆盖面从手工维护的两百多个，扩到能触达整个 API。官方给的使用场景也很直白——给智能体 cf，然后让它去创建 Worker、部署、监控、用 Access 保护、买个域名、再挂上 WAF，全程一个工具。

它是按「没用过这个工具的 AI」来设计的

几个设计决定都指向同一个目标：让没读过文档的智能体能自己摸对路。内置搜索和引导，让智能体找到需要的命令；默认输出 JSON，给人看时格式化，给智能体时压缩，省上下文；整站配置统一成 cloudflare.config.ts，用 TypeScript 写，编辑器里的语言服务协议插件（Claude Code、Codex 这类）能据此给出更准的建议；本地开发默认用 Vite；静态站点仍然不需要配置文件，cf deploy 即可。安装方式是 npm i -g cf，目前是公开 beta，Forge 也一并开源，问题提到 GitHub 仓库。

对做企业数字化的三点启发

第一，想让 AI 替你在系统里干活，先检查你的系统有没有「对智能体友好」的入口：结构化的默认输出、能搜索的命令或接口、明确的配置格式。缺了这三样，提示词写得再好也只能靠猜。第二，内部工具该往「单一入口 + 自动生成」走。系统一多，每个都手写一套命令，人和智能体都会迷路；把接口描述当唯一事实来源，工具和文档一起生成，维护成本才压得住。第三，把 API 描述文件当成基础设施来维护——没有它，自动化就永远是人力密集型的活。

一点现实提醒：cf 现在还是公开测试版，Cloudflare 的账号与网络在国内访问有实际限制。真要用，先验证网络链路和合规要求，别直接压到生产流程上。