# Cloudflare opens beta of unified 'cf' command-line tool

The Cloudflare CLI, a single interface covering the public Cloudflare API and Workers projects, is now in beta, with a migration path from Wrangler and a search command aimed at coding agents.

Canonical URL: https://freelancenews.online/news/cloudflare-opens-beta-of-unified-cf-command-line-tool-8ae007bf
Published: 2026-09-30T00:17:36.310Z
Updated: 2026-09-30T00:17:36.310Z
Source published: 2026-09-28T00:00:00.000Z
Event date: Not established
Review status: source-reviewed
Review method: Automated comparison against retrieved source text; not independent fact-checking.

## Report

Invoked as cf, Cloudflare's command-line interface has entered beta. For Workers projects and for the public Cloudflare API, the tool is described as a single command-line interface, letting users manage DNS, zones, security settings and storage, and additionally create, develop and deploy Workers, all without having to switch between separate tools.

The beta status is stated explicitly by the publisher, along with a warning that commands, configuration and Build Output can change before a stable release. That caveat matters for anyone considering it for production work: the interface is not yet fixed, and the source does not commit to a stable-release date.

Installation is documented as a global npm install followed by a sign-in step. The source gives the install command as npm install --global cf, and points readers to an "Install and sign in" page for getting started. No pricing, account tier or regional availability details appear in the supplied material.

On scope, the source states that more than 2,900 commands cover the public Cloudflare API, and that most of them print their results as JSON. That combination is the core of the pitch: broad API coverage from one binary, with machine-readable output that can be piped into other tooling rather than parsed from human-oriented text.

For Workers, the workflow is built around a typed configuration file named cloudflare.config.ts. The source says cf init creates a project that uses that file, while cf dev, cf build and cf deploy handle development, building and deployment respectively. The configuration file is therefore the anchor of a Workers project under this tool, rather than the configuration format used by the older tooling.

Migration is addressed directly. The source states that cf migrate converts a Wrangler configuration file to cloudflare.config.ts. It also states that cf resource commands can be run inside an existing Wrangler project without migrating it, which means adoption does not have to be all-or-nothing: a team can keep its current setup and still use parts of the new CLI.

Rather than humans, coding agents are the target of a notable feature. From a plain-language description, according to the source, the command for a task is found by cf cli search, meaning that without prior knowledge of cf, an agent can locate and run commands. How well the search performs is not what this claims; it is presented as a capability of the tool.

The source frames the CLI as a consolidation play. Managing zones, DNS, storage and security settings alongside Workers development is presented as the reason to avoid switching between tools. The evidence does not include a comparison against the previous multi-tool workflow beyond the migration and coexistence statements about Wrangler.

For working developers, the practical reading is that a single installable binary now covers a large slice of the Cloudflare API surface and the Workers lifecycle, with JSON output that suits scripting and CI-style automation. The migration command and the ability to run resource commands inside an existing Wrangler project lower the cost of trying it on one project before committing further.

Freelancers and small studios that maintain client sites on Cloudflare may find the JSON output the most immediately useful part, because it allows account, DNS and security operations to be scripted rather than clicked through a dashboard. That is an inference from the documented output format, not a tested claim: the source does not report benchmarks, reliability figures or comparisons of task speed.

The agent-facing search command is the most speculative area for this audience. Plain-language command discovery could reduce the friction of driving the CLI from an automated agent, but the source offers no accuracy data, no list of supported phrasings and no statement about which tasks the search covers. Treat it as a documented feature whose quality is unverified in the supplied material.

Several things remain unknown. The source does not state a stable-release timeline, does not describe pricing or plan requirements, does not say which platforms or Node versions are supported, and does not indicate whether the beta carries support commitments. It also does not quantify how much of the public API the 2,900-plus commands actually cover in practice.

The beta caveat is the main limitation to weigh. Because commands, configuration and Build Output may change before a stable release, scripts and configuration files written against the beta could need rework. The source explicitly flags this possibility rather than promising backward compatibility through the beta period.

A sensible approach, based on what the source does and does not say, is to trial cf on a non-critical project, use the documented migration path or the coexistence route with an existing Wrangler project, and keep the previous workflow available until the tool reaches a stable release. That is editorial guidance drawn from the stated beta status, not a recommendation from Cloudflare.

The overall picture is a beta command-line tool that unifies API management and Workers development, ships a typed configuration file, offers a Wrangler migration path and adds a plain-language command search for agents. Its breadth and JSON output are documented; its stability, performance and long-term support terms are not.

## Key points

- Cloudflare CLI, invoked as cf, is in beta as one command-line interface for the public Cloudflare API and Workers projects.
- The source says more than 2,900 commands cover the public Cloudflare API, with most printing results as JSON.
- Workers projects use a typed cloudflare.config.ts file created by cf init, with cf dev, cf build and cf deploy for the lifecycle.
- cf migrate converts a Wrangler configuration file, and cf resource commands can run in an existing Wrangler project without migrating.
- cf cli search finds a command from a plain-language description so an agent can run commands without prior knowledge of cf.

## Practical implications — editorial interpretation

Editorial interpretation: developers and freelancers who script Cloudflare account, DNS or security operations can trial cf on a non-critical project, using JSON output for automation and either cf migrate or the coexistence route to avoid a full switch from Wrangler. Because the tool is in beta and commands, configuration and Build Output may change, keeping the existing workflow in place until a stable release is the lower-risk path.

## Limitations and unknowns

The source states cf is in beta and that commands, configuration and Build Output can change before a stable release. It gives no stable-release date, no pricing or plan requirements, no supported platforms or Node versions, and no support commitments. The 2,900-plus command count is a source claim about API coverage, not a measured completeness figure. The agent-oriented search command is documented without accuracy data or supported-phrasing details. No performance, reliability or comparison testing is reported, and this report is based solely on the supplied publisher material.

## Sources

- [1] developers.cloudflare.com: Changelog
  https://developers.cloudflare.com/changelog/post/2026-09-28-cloudflare-cli-beta/
  Retrieved: 2026-09-30T00:17:23.730Z

## Claim references

- Cloudflare CLI, invoked as cf, is in beta and serves as one command-line interface for the public Cloudflare API and Workers projects. [source 1]
- More than 2,900 commands cover the public Cloudflare API, and most print their results as JSON. [source 1]
- cf init creates a Workers project using a typed cloudflare.config.ts file, with cf dev, cf build and cf deploy handling development, build and deployment. [source 1]
- cf migrate converts a Wrangler configuration file to cloudflare.config.ts, and cf resource commands can run in an existing Wrangler project without migrating it. [source 1]
- cf cli search finds the command for a task from a plain-language description so an agent can find and run commands without prior knowledge of cf. [source 1]
- Commands, configuration and Build Output may change before the stable release. [source 1]