Cloudflare 发布了新的 CLI 工具 cf 技术预览版，目标是逐步将旗下超过 100 项产品、近 3,000 个 HTTP API 操作纳入 CLI 支持。该工具从底层重构了代码生成流水线，采用自有的 TypeScript 结构定义（Schema）格式驱动，可同时生成 CLI 命令、SDK、Terraform 提供程序与文档等多种接口，并在 Schema 层统一命令命名与参数规范，以适配 AI 代理的使用场景。

现有的 Wrangler CLI 仅覆盖部分 Cloudflare 产品，许多服务尚无对应的 CLI 命令。但当前开发中的 AI 代理正逐渐成为 Cloudflare API 的主要使用者，对 CLI 的一致性与覆盖范围提出了更高要求。Cloudflare 工程团队指出，过去在更新 CLI、Workers 绑定、wrangler.jsonc 配置文件、控制台与文档等接口时，仍大量依赖人工操作，容易出错且难以扩展，无法支撑全平台 CLI 的目标。

Cloudflare 没有采用原本仅以 OpenAPI Schema 描述各类接口的做法，工程团队认为，OpenAPI 主要用于描述 REST API，难以完整涵盖交互式 CLI 命令、Workers Bindings 的 RPC 接口、AI Agent 技能与文档等不同需求。因此，他们设计了一套基于 TypeScript 类型的自有 Schema 格式，并配合规范与检查机制，确保各接口的一致性。

针对 AI 代理的使用场景，Cloudflare 在 Schema 层直接强制执行命名规则，例如查询资源、强制执行操作、JSON 输出等场景，均采用统一的命名方式。Cloudflare 指出，在大型工程团队中，仅靠人工代码审查来维持数百条命令的一致性，往往难以全面杜绝例外情况，唯有在 Schema 层设置规则，才能系统性解决这一问题。

cf 的另一项设计重点是明确区分本地与远程资源的操作。Wrangler CLI 的特殊之处在于，同一组命令既可以操作本地模拟的 D1 数据库、R2 存储桶与 KV 命名空间，也可以操作远程生产环境资源。然而，当代理无法区分当前操作的是本地还是远程环境时，可能导致开发者难以追踪数据变更。新版 CLI 因此要求所有命令输出必须明确标注资源来源，并统一默认行为。

Cloudflare 同日发布的 Local Explorer 功能，允许开发者在使用 Wrangler CLI 或 Cloudflare Vite 插件进行本地开发时，直接浏览和操作 KV、R2、D1、持久对象及工作流等模拟资源内容。过去若要确认本地存储了哪些数据，开发者往往需要手动查看本地状态文件或安装第三方工具，现在 Local Explorer 还提供了可供代理调用的本地 API 接口，AI 代理可通过该接口直接管理本地资源。