代理使用CLI的爆发式增长

根据Cloudflare官方数据，自动化代理（Agent）对其原有开发者命令行工具Wrangler的调用占比在过去一年从个位数百分比攀升。到2026年3月，代理已占据Wrangler使用量的四分之一；而近期这一比例进一步达到48%。代理不仅使用更频繁，而且每日调用的不同命令数量近乎人类的两倍，使用六个及以上命令的可能性高出四倍。显然，代理已成为命令行工具的重要用户群体。

Wrangler的局限与cf的诞生

Wrangler由各个产品团队分别贡献命令，导致约280条命令路径中存在术语不一致、实现方式迥异的问题。例如数据库信息查询、Hyperdrive获取、Workflows描述等命令格式不统一。面对Cloudflare数千项API能力，手工维护CLI显露出扩展性瓶颈。

为此，Cloudflare推出全新CLI工具cf，其底层依赖名为Forge的统一API生成管道。Forge基于驱动API文档与SDK生成的OpenAPI模式，仅需少量注解即可自动产出CLI命令。这使得cf的操作覆盖从Wrangler的约280个函数一举扩展到整个Cloudflare API平面——超过3000项操作。

关键设计特性

  • 默认JSON接口：人类查看时美化打印，代理使用时则压缩输出以节省上下文令牌。以往Wrangler仅部分命令支持--json，且常返回表格，代理需额外解析；cf反转此逻辑，将JSON作为首要格式。
  • 自然语言命令发现：提供cf cli search <目标描述>，代理可用自然语言描述需求，工具依据API描述与参数返回适配命令列表，避免在3000条路径中盲目检索。
  • 类型安全配置：引入cloudflare.config.ts作为全平台配置格式起点，为Workers及后续产品带来TypeScript校验与语言服务器协议（LSP）支持。
  • 本地开发体验：Vite成为默认本地开发服务器，配套插件套件服务于开发者与框架作者。

迁移与安装指引

cf目前以开放测试版形式提供，可全局安装并在任意路径运行。Cloudflare建议用户修改代理的全局指令文件（如~/.CodeBuddy/AGENTS.md、~/.config/opencode/AGENTS.md等），将原有Wrangler相关指示替换为cf的使用规范。在已使用Wrangler配置（wrangler.jsonc等）的项目中，仍保留Wrangler直至显式迁移。

示例指令片段要求代理优先使用cf init创建、cf dev开发、cf deploy部署，并以cf <product> …管理账户资源。

对读者的意义与技术解读

对于网络运维、SRE、站长及安全工程师而言，Cloudflare早已是CDN加速、DNS解析、WAF防护与边缘计算的核心载体。传统上，对这些资源的编排依赖控制台点击或零散脚本；cf的出现意味着全量API首次以一致、机器友好的方式暴露给自动化代理。

从技术趋势看，基础设施运维正快速向“代理驱动”演进。当代理能够自主完成Worker部署、域名注册、Access策略配置与WAF前置，人工干预环节将缩减至异常决策层面。结合本站提供的Ping、Tcping、HTTP测速、路由追踪与DNS查询等主动探测能力，运维团队可构建“代理自动修复+外部探针验证”的闭环：例如代理通过cf调整边缘节点配置后，利用平台Tcping检测端口连通性、HTTP测试验证TTFB变化，从而量化变更影响。

此外，OpenAPI Schema驱动的统一生成模式，降低了云厂商工具链碎片化带来的认知负担。对于多云平台管理者，此类实践或将成为行业标准，推动跨厂商运维接口的标准化。建议网络工程师关注cf的公测进展，评估将其纳入CI/CD与监控告警体系的收益。

了解更多可参考Cloudflare官方博客。