Cloudflare发布cf命令行工具公开测试：默认JSON输出，Wrangler迁移仍有过渡期

2026 年 9 月 28 日，Cloudflare 发布新命令行工具 cf 的公开测试版。它面向更广的 Cloudflare API 操作，并以 JSON 为默认输出方式。对于已经使用 Wrangler 的开发者，最需要分清的是新工具的能力范围、配置变化和迁移时间线，不能把公开测试启动理解成旧工具当天停止维护。

配图为 AI 生成的概念示意图，非真实产品界面、设备照片或活动照片。

此次发布带来了什么

官方称，cf 通过统一生成流程覆盖三千余项 API 操作，提供命令搜索，并引入 cloudflare.config.ts 配置，先从 Workers 开始。Vite 成为默认开发基础，但仍有一些 Workers 的开发和部署继续委托给 Wrangler。

关于迁移，Cloudflare 计划在公开测试结束后发布 Wrangler 的最终主要版本，并在测试结束后继续维护 Wrangler 18 个月。这个期限的起点是 beta 结束，不是 9 月 28 日；公告没有给出可据此计算的固定停维日期。

脚本迁移先看输入与输出

以下是本文的迁移评估建议。列出团队现有脚本依赖哪些命令、哪些返回字段和哪些退出状态。默认输出改为 JSON 可能有利于稳定解析，但旧脚本若按表格位置或自然语言文本提取内容，仍需要重新核对，不能只替换命令名称。

同样，配置文件能通过类型检查，只说明它符合某些结构约束，不能单独证明选择了正确账号、环境或目标资源。验证时应把“配置语法正确”和“目标对象正确”分开记录。需要写入资源的试验，应先在团队已经授权的测试范围内进行。

给过渡期安排一个可回退的小试点

可以先选一个依赖较少的项目，保存原有配置与构建结果，再比较开发、构建、部署和观察流程是否保持预期。若涉及不同语言、插件或自定义构建步骤，应逐项确认适配情况，别把简单示例迁移成功推到全部项目。

新工具增加了统一入口，实际收益要看它是否减少维护与排错成本。团队可以在试点记录里保留工具版本、已验证操作和仍需处理的差异，再决定何时扩展。公开测试阶段保持这样的证据，比根据宣传中的覆盖数量一次替换所有流水线更可靠。

来源与核验

主要来源：Cloudflare：Introducing cf，公告日期 2026-09-28。本文于北京时间 2026 年 10 月 1 日核验，后续状态以官方更新为准。