Cloudflare a lancé la version bêta ouverte de cf, un nouvel outil en ligne de commande conçu pour fournir aux développeurs et aux agents logiciels un accès unifié à l’ensemble de l’API Cloudflare. L’outil peut être installé globalement à l’aide de la commande npm i -g cf.
Ce lancement vise à combler une lacune de l’outil Wrangler, qui ne proposait des commandes que pour environ 280 opérations, alors que l’API Cloudflare en comprend plus de 3 000. L’entreprise affirme que l’utilisation de Wrangler par les agents est passée de pourcentages à un chiffre il y a un an à 25 % en mars 2026, puis a atteint 48 % la semaine précédant l’annonce. Les agents exécutent également chaque jour près de deux fois plus de commandes différentes que les autres utilisateurs, et leur probabilité d’utiliser six commandes ou davantage est environ quatre fois supérieure.
Un outil conçu d’abord pour les agents
cf fait des sorties JSON le paramètre par défaut au lieu de tableaux textuels, ce qui permet aux agents de filtrer directement les résultats et de réduire la consommation du contexte. L’outil ajoute la commande cf cli search, qui permet de rechercher en langage naturel l’opération appropriée parmi des milliers de chemins, en s’appuyant sur les descriptions et les paramètres de l’API.
Lorsque l’opération nécessite des entrées humaines complexes, comme la recherche d’un domaine à acheter, l’outil peut transformer les exigences de l’API en un formulaire composé de champs validés. Cloudflare affirme que l’objectif est de permettre à un seul agent de créer, déployer et surveiller un Worker, puis de le protéger avec Cloudflare Access et WAF et d’acheter un domaine, à partir d’un outil unique.
Des configurations TypeScript au lieu de fichiers dispersés
Cloudflare propose le format cloudflare.config.ts pour gérer les configurations des Workers, avec la possibilité de définir les environnements par programmation et de bénéficier de la vérification des types ainsi que des fonctionnalités du protocole LSP. Les outils d’assistance incluent la définition de variables et de secrets, de ressources KV, D1 et R2, de files d’attente, d’AI, de Vectorize et d’autres Workers, ainsi que la définition des déclencheurs de requêtes planifiées, de files d’attente et de courriels dans un seul bloc.
L’entreprise prévoit d’étendre ce format afin d’inclure la gestion complète de Cloudflare, notamment les politiques, les zones et le DNS. Elle indique que certains fichiers de configuration internes de Wrangler ont été réduits de 40 % après le passage à une définition des environnements fondée sur une base commune plutôt que sur la répétition de blocs séparés.
Forge, Vite et la transition depuis Wrangler
Le nouvel outil a été construit avec Forge, un pipeline de génération unifié open source reposant sur les schémas OpenAPI déjà utilisés pour documenter l’interface et créer des packages SDK. Cloudflare affirme que cette approche a permis d’étendre la couverture d’environ 280 fonctions dans Wrangler à l’ensemble de la surface de l’API.
cf s’appuie par défaut sur Vite, avec l’ajout de Cloudflare Vite Plugin et de Vitest afin de fournir un environnement intégré de développement et de test pour les Workers. La commande cf migrate peut être utilisée pour migrer les projets ; les projets construits avec Vite sont convertis vers le nouveau fichier de configuration, tandis que l’outil continue de déléguer la construction à Wrangler pour les projets qui utilisent esbuild, ainsi que pour certains projets Rust et Python.
Après la fin de la bêta ouverte, Cloudflare prévoit de publier une version finale majeure de Wrangler qui orientera les utilisateurs et les agents vers cf, tout en maintenant le support de maintenance de Wrangler pendant 18 mois après la fin de la période d’essai.
Qu’est-ce qui change concrètement ?
Le changement fondamental n’est pas simplement l’ajout de nouvelles commandes, mais le déplacement du centre de gestion de Cloudflare, d’une interface CLI écrite manuellement pour chaque produit vers une interface générée à partir de schémas d’API, avec une conception des sorties et de la découverte des commandes adaptée aux agents. Cela pourrait réduire l’écart entre ce que Cloudflare propose via son API et ce qui peut être exécuté depuis la ligne de commande, mais cela impose aux équipes qui dépendent de Wrangler de revoir les fichiers de configuration et le comportement de la construction, en particulier dans les projets qui n’utilisent pas Vite ou qui dépendent des intégrations actuelles de Wrangler.