Cloudflare lansează „cf”: 3.000 de operațiuni într-un singur CLI

Cloudflare a lansat cf în open beta pe 28 septembrie 2026, cu peste 3.000 de operațiuni API față de circa 280 de trasee de comandă în Wrangler; în anunțul companiei, autorii Matt „TK” Taylor și Samuel Macleod explică alegerea formatului JSON prin „agents just need JSON”. Utilitarul se instalează global cu npm i -g cf, dar lansarea lui nu înseamnă că un proiect Workers existent poate renunța imediat la Wrangler.

Documentația oficială pentru cf numără peste 2.900 de comenzi generate și arată că operațiunile asupra resurselor pot rula lângă un proiect configurat cu Wrangler; comenzile de dezvoltare și publicare cer însă migrarea configurației proiectului. Pentru proiectele JavaScript bazate pe esbuild și pentru Workers scrise în Rust sau Python, cf deleagă încă o parte a fluxului către Wrangler. Răspunsul practic la întrebarea „pot dezinstala Wrangler?” depinde astfel de modul în care este construit fiecare proiect, nu doar de CLI-ul din care pornește comanda.

Ce intră în acoperirea noului CLI

Schimbarea principală este lărgirea accesului din terminal la API-ul public Cloudflare. cf reunește operațiuni pentru zone, înregistrări DNS, stocare și setări de securitate cu cele din jurul Workers. Pentru cine administrează mai multe servicii ale platformei, aceeași interfață poate gestiona resurse care înainte necesitau alte căi de acces. Acoperirea declarată privește operațiuni ale API-ului, nu promite că fiecare flux de dezvoltare locală are deja o implementare proprie în cf.

Comenzile sunt generate prin Forge din schemele OpenAPI folosite și pentru documentația API și pentru SDK-uri. Aceasta explică de ce extinderea poate urma suprafața API-ului, în loc să depindă de adăugarea manuală a fiecărei comenzi în Wrangler. Numărul operațiunilor API din anunț, numărul comenzilor generate din documentație și cel al traseelor Wrangler au definiții diferite. Ele descriu acoperirea declarată, nu viteza instrumentului sau succesul unei migrări.

Instalarea, căutarea comenzilor și rezultatele JSON

Comanda npm i -g cf instalează versiunea beta la nivel global, astfel încât cf să fie disponibil din orice director. Pentru acțiunile asupra unui cont trebuie apoi folosită autentificarea cf auth login sau un token API potrivit automatizării. Instalarea nu transferă automat autentificarea din Wrangler, iar accesul la o comandă nu acordă permisiunea de a modifica resursa vizată. Drepturile rămân cele ale contului ori ale tokenului cu care este executată operațiunea.

Catalogul amplu face utilă comanda cf cli search: o descriere în limbaj natural a sarcinii întoarce comenzi candidate pe baza descrierilor și parametrilor API. Căutarea ajută la descoperirea sintaxei, dar rezultatul ei trebuie deosebit de executarea efectivă a unei operațiuni. Un agent de programare poate găsi mai repede traseul relevant; aceleași condiții de autentificare și aceleași drepturi se aplică atunci când comanda este rulată.

JSON este formatul implicit al rezultatelor pentru majoritatea comenzilor API, afișat lizibil în terminal și compact pentru agenți. Pentru un script, avantajul este că poate extrage un câmp dintr-o structură stabilită de API fără să interpreteze coloanele unui tabel. Pentru un agent, rezultatul poate fi preluat în următorul pas cu mai puțin text intermediar. Formatul de ieșire nu elimină însă necesitatea de a trata erorile, paginarea și schimbările posibile ale unei versiuni beta.

Ce se mută în cf și unde rămâne Wrangler

Distincția utilă este între administrarea resurselor Cloudflare și construirea unui proiect Workers. Prima categorie folosește comenzile API din cf fără să ceară schimbarea configurației unui Worker existent. A doua implică fișierul cloudflare.config.ts, pașii de dezvoltare și instrumentul care produce pachetul publicat; aici dependența de Wrangler poate continua chiar dacă dezvoltatorul pornește comanda din cf.

• Resursele contului: cf poate gestiona zone, DNS, stocare și setări de securitate prin comenzile generate pentru API. Ele pot fi folosite alături de un proiect care continuă să păstreze configurația Wrangler.
• Proiectele Workers configurate pentru cf: cf init pregătește un proiect nou, iar cf migrate convertește configurația unui proiect existent în cloudflare.config.ts. Pentru proiectele care folosesc pluginul Cloudflare pentru Vite, dezvoltarea și compilarea pot urma acest traseu.
• Proiectele care au încă nevoie de Wrangler: dacă un Worker JavaScript continuă să folosească esbuild, sau este scris în Rust ori Python, cf poate delega dezvoltarea, compilarea sau publicarea către Wrangler. Prezența comenzii cf nu înlocuiește automat pachetul care face aceste operațiuni.

În plus, cf dev, cf build și cf deploy predau lucrul fie comenzii cadrului de dezvoltare detectat, fie unui instrument Cloudflare instalat în proiect. Pentru proiectele cu configurație Wrangler, rularea unei comenzi de construire din cf înainte de migrare poate genera o configurație nouă care ignoră vechiul fișier și legăturile definite acolo. Migrarea prin cf migrate este deci o schimbare de configurație a proiectului, nu o simplă redenumire a comenzilor din terminal.

Ce arată migrarea unui proiect real

În analiza publicată de Bokvi, cf migrate a generat fișierele noi pentru un site Astro, dar cf build s-a oprit după compilarea celor 82 de pagini, deoarece lipsea fișierul de configurare cerut de noul flux; autorul consemnează și planul Cloudflare de a întreține Wrangler încă 18 luni după încheierea beta. Testul privește acel site static, fără adaptorul Cloudflare pentru Astro; nu arată că toate proiectele Astro vor avea aceeași problemă. Autorul a păstrat Wrangler pentru publicarea site-ului.

Cazul ilustrează o limită concretă a conversiei: fișierul de configurare se poate transforma corect, în timp ce procesul de compilare rămâne legat de un adaptor, de un script sau de un pachet vechi. cf nu execută automat pașii suplimentari din scriptul build al fiecărui package.json. Într-un proiect care generează alte artefacte înainte de publicare, acești pași trebuie integrați explicit în noul flux, altfel o migrare aparent reușită poate produce un rezultat diferit.

Planul prevede o ultimă versiune majoră Wrangler după încheierea beta, a cărei dată nu este anunțată. Până atunci, echipele pot folosi cf pentru operațiunile API, păstrând Wrangler ca dependență acolo unde construcția și publicarea Workers se sprijină încă pe el.