一句话:当智能体用掉近半 Wrangler 流量,CLI 为机器重写了

Cloudflare 近期发布了一款面向智能体的命令行工具 cf,把整个 Cloudflare API(三千多个操作)直接暴露给 Agent。这件事的真正信号不在「又多了一个 CLI」,而在一组数据:智能体占 Wrangler 用量的比例,从今年 3 月的 25% 涨到上周的 48%——换句话说,现在接近一半的 Wrangler 调用,是机器而不是人发出的。当 Agent 成了主要用户,命令行工具为「可读可解析」重写,是顺理成章的拐点。

智能体占 Wrangler 用量比例(Cloudflare 内部数据) 3月 25% 增长中 上周 48% 半年内,Agent 从少数派变成接近一半
图 1|智能体占 Wrangler 用量从 3 月 25% 冲到上周 48%,用户结构已变。

cf 和 Wrangler 有什么不同:从给人看到给机器用

Wrangler 是面向人类开发者的成熟工具,但只覆盖 Cloudflare 的部分能力,约二百八十个命令路径。cf 则直接映射整个 API,暴露三千多个操作,让 Codex、Claude Code 这类智能体无需学习数千条命令,就能用统一方式查找并调用域名、DNS、Workers、R2 等服务。关键改动有几处:其一是 JSON 优先输出,智能体解析与管道处理更省上下文,不必去扒人类可读的表格;其二是 cf cli search,让 Agent 用自然语言在 API 描述与参数索引里找操作;其三是 cloudflare.config.ts 类型化配置,带来 TypeScript 与 LSP 安全检查,并把 Vite 当作默认开发服务器。官方给出迁移命令 cf migrate,把既有 Wrangler 配置转成新格式。

为什么专为 Agent 再做一遍:上下文与可靠性的账

Cloudflare 的动机很务实。智能体用 CLI 和人类不一样:人类看表格、读帮助就好,Agent 要解析、要管道、要少占上下文窗口。把输出默认改成 JSON、把命令面做成可检索,等于在帮 Agent 省 token、降出错。更深层的是产品哲学变化——当一个产品的多数调用来自机器,它的接口就该先为机器设计,再兼顾人读。cf 目前开放公测(npm i -g cf),Cloudflare 承诺在 cf 公测结束后,继续维护 Wrangler 十八个月,给人类开发者留出过渡期。

同一家云,两套 CLI,面向两种用户 Wrangler ~280 命令路径人读表格优先覆盖部分能力面向开发者 cf 3000+ API 操作JSON 优先、可检索覆盖整个 API面向智能体
图 2|cf 把命令面从约 280 扩到 3000+,并把默认输出改造成机器友好。

增量认知:产品为 Agent 可用,是拐点信号

cf 这例值得记下的,是一个正在扩散的产品范式:当一类用户(智能体)的调用量逼近甚至超过人类,厂商会开始为「机器可用性」重写接口——JSON 默认、可自然语言检索、类型化配置、省上下文。这不只是 Cloudflare 一家的事。近期已有不少工具在把 API、CLI、配置写成「智能体能直接消费」的形态。换句话说,「agent-accessible」正从加分项变成基础项:未来评估一个开发者平台,可能要问的不再是「人用起来顺不顺」,还有「Agent 用起来顺不顺」。

辩证看:人也不能被丢下

也要看到另一面。其一,cf 为机器优化,人类开发者若仍用表格与帮助,体验需要靠兼容层兜底,过渡期不长不短。其二,把整个 API 敞给 Agent,能力变强的另一面是误用面变大——一个被诱导的智能体可能动用比 Wrangler 多得多的操作,权限与审批必须跟上。其三,JSON 优先省上下文,但调试时人读原始 JSON 未必比表格舒服,工具链要两头兼顾。产品为两种用户重写,最难的是不让任何一方掉队。

边界与后续

需要标注:上述用量比例来自 Cloudflare 官方披露,统计口径与采样窗口未公开,应视为方向性证据;cf 仍处开放公测,命令面、配置格式与稳定性可能调整。后续值得跟踪的,是「为 Agent 重写接口」会不会从 CLI 蔓延到更广义的开发者平台与 SaaS,以及权限模型能否跟上暴露面的大幅扩张。

结语

当一个产品的近半调用来自机器,为机器重写接口就不是炫技,而是必然。Cloudflare 的 cf 把一个含糊的趋势变成了具体动作——未来好的开发者平台,可能要先过「Agent 用起来顺不顺」这关,人才算锦上添花。