„Gdy agent musi coś wdrożyć, uderza twarzą w mur zbudowany dla ludzi” – napisał Cloudflare w ogłoszeniu. „Dziś udostępniamy Tymczasowe Konta Cloudflare dla Agentów. Agenci mogą od razu wdrażać strony, API i innych agentów, bez potrzeby wcześniejszej rejestracji.”
--temporaryKażdy agent z Wrangler 4.102.0 lub nowszym może wdrożyć, uruchamiając:
wrangler deploy --temporary
Agent nie musi mieć wcześniejszej konfiguracji Cloudflare ani logować się. Jeśli agent spróbuje wdrożyć bez danych logowania, Wrangler może zasugerować dodanie flagi --temporary .
Po użyciu flagi Cloudflare automatycznie tworzy (lub używa istniejącego) tymczasowe konto podglądowe. Worker trafia na adres workers.dev, a Wrangler wyświetla unikalny link do przejęcia .
Tymczasowe wdrożenie jest aktywne przez 60 minut . W tym czasie każdy z linkiem może podejrzeć Workera. Jeśli nikt go nie przejmie, wdrożenie i powiązane zasoby wygasną automatycznie .
Aby uczynić wdrożenie stałym, człowiek otwiera link i loguje się (lub zakłada konto Cloudflare). Po przejęciu Worker i jego zasoby są przenoszone na to konto . Cloudflare podkreśla, że to mechanizm podglądu, a nie zakładania stałego konta .
Jeśli wdrożenie nie zostanie przejęte, Cloudflare samodzielnie sprząta – żadnych wiszących zasobów ani niezamkniętych instancji .
Funkcja obsługuje wdrażanie Workers Cloudflare na adres workers.dev przez Wrangler . Cloudflare w changelogu określa to jako pierwszy krok dla wdrożeń przez agentów AI, sugerując możliwą rozbudowę w przyszłości .
Cloudflare ma dwa różne mechanizmy zakładania kont przez agentów – każdy do czego innego:
| Wymiar | Tymczasowe Konta (czerwiec 2026) | Protokół z Stripe (kwiecień 2026) |
|---|---|---|
| Data ogłoszenia | 19 czerwca 2026 | 30 kwietnia 2026 |
| Zastosowanie | Podgląd, prototypowanie, demo | Wdrożenia produkcyjne z płatnością |
| Typ konta | Tymczasowe konto podglądowe, wygasa po 60 min | Pełne konto Cloudflare z płatną subskrypcją |
| Czy potrzebny człowiek? | Nie, ale ktoś musi przejąć w ciągu 60 min, by zachować trwałość | Nie, poza zaakceptowaniem warunków |
| Płatność | Brak (tymczasowe) | Automatyczna subskrypcja przez Stripe; domyślny limit 100 $/m-c |
| Możliwości | Wdrożenie Workers na workers.dev | Zakładanie kont, rejestracja domen, subskrypcje, tokeny API, wdrożenia produkcyjne |
| Narzędzie | wrangler deploy --temporary | Protokół REST/JSON przez katalog |
Kluczowa różnica: Tymczasowe Konta służą do szybkich podglądów – idealne, gdy agent prototypuje stronę lub API. Protokół z Stripe to produkcyjna infrastruktura z płatnością – agent rejestruje domeny i uruchamia płatne subskrypcje.
Prezes Cloudflare opisał Tymczasowe Konta jako sposób na to, by agenci mieli „działającego Workera w kilka sekund” bez żadnych barier rejestracji , podczas gdy integracja ze Stripe miała na celu ustanowienie agentów „klientami Cloudflare” kupującymi usługi autonomicznie .
Cloudflare uruchomił Tymczasowe Konta w czasie historycznej zmiany w ruchu internetowym. 3 czerwca 2026 prezes Cloudflare Matthew Prince ogłosił, że ruch generowany przez zautomatyzowane agenty po raz pierwszy przekroczył ruch ludzki .
Według danych Cloudflare Radar:
Prince przyznał, że dane są „trochę niechlujne”, ale stwierdził, że agenci AI są „niewątpliwie największymi motorami ruchu w sieci” . Statystyki dotyczą wyłącznie zapytań HTML, nie uwzględniają wideo, e-maili ani gier . Cloudflare Radar udostępnia API do pobierania rozkładu ruchu według typu agenta AI .
Tymczasowe Konta wpisują się w ten trend: skoro większość ruchu generują maszyny, infrastruktura, na której wdrażają kod, też powinna być dla nich dostępna. Cloudflare podkreśla, że stare procedury zakładania kont były „budowane dla ludzi” i stanowiły sztywną blokadę dla agentów działających w tle . Nowa funkcja usuwa tę blokadę, umożliwiając w pełni zautomatyzowany cykl wdrożeń – przynajmniej na etapie podglądu.
Dla twórców agentów kodujących Tymczasowe Konta to praktyczny skrót. Zamiast wbudowywać w agenta przepływ OAuth czy zarządzanie kluczami API, można polegać na jednej fladze. Przepływ wygląda teraz tak:
wrangler deploy --temporaryJest to szczególnie użyteczne w przypadku frameworków agentów takich jak Claude Managed Agents (z którym Cloudflare się zintegrował ) lub każdego innego agenta kodującego, który musi pokazać działający podgląd człowiekowi przed zatwierdzeniem pełnego wdrożenia produkcyjnego.
Należy jednak pamiętać: funkcja nie jest przeznaczona do wdrożeń produkcyjnych. Cloudflare zaleca stałe konta (przez wrangler login lub token API) dla środowisk produkcyjnych i CI/CD . Tymczasowe Konta wypełniają konkretną lukę: etap podglądu i przekazania między agentem a deweloperem.
Tymczasowe Konta Cloudflare to pragmatyczna odpowiedź na fundamentalne niedopasowanie: sieć została zaprojektowana dla ludzi, ale coraz więcej ruchu – i wdrożeń kodu – generują maszyny. Pozwalając agentom wdrażać Workerów jedną flagą, Cloudflare usuwa ludzką blokadę, nie rezygnując z ludzkiego nadzoru (przez link do przejęcia). Czy przełoży się to na szybsze iteracje agentów, czy tylko na jeszcze więcej efemerycznej infrastruktury – zależy od deweloperów. Ale kierunek jest jasny: platformy przyszłości muszą rozmawiać z agentami, nie tylko z ludźmi.
„Gdy agent musi coś wdrożyć, uderza twarzą w mur zbudowany dla ludzi” – napisał Cloudflare w ogłoszeniu. „Dziś udostępniamy Tymczasowe Konta Cloudflare dla Agentów. Agenci mogą od razu wdrażać strony, API i innych agentów, bez potrzeby wcześniejszej rejestracji.”
--temporaryKażdy agent z Wrangler 4.102.0 lub nowszym może wdrożyć, uruchamiając:
wrangler deploy --temporary
Agent nie musi mieć wcześniejszej konfiguracji Cloudflare ani logować się. Jeśli agent spróbuje wdrożyć bez danych logowania, Wrangler może zasugerować dodanie flagi --temporary .
Po użyciu flagi Cloudflare automatycznie tworzy (lub używa istniejącego) tymczasowe konto podglądowe. Worker trafia na adres workers.dev, a Wrangler wyświetla unikalny link do przejęcia .
Tymczasowe wdrożenie jest aktywne przez 60 minut . W tym czasie każdy z linkiem może podejrzeć Workera. Jeśli nikt go nie przejmie, wdrożenie i powiązane zasoby wygasną automatycznie .
Aby uczynić wdrożenie stałym, człowiek otwiera link i loguje się (lub zakłada konto Cloudflare). Po przejęciu Worker i jego zasoby są przenoszone na to konto . Cloudflare podkreśla, że to mechanizm podglądu, a nie zakładania stałego konta .
Jeśli wdrożenie nie zostanie przejęte, Cloudflare samodzielnie sprząta – żadnych wiszących zasobów ani niezamkniętych instancji .
Funkcja obsługuje wdrażanie Workers Cloudflare na adres workers.dev przez Wrangler . Cloudflare w changelogu określa to jako pierwszy krok dla wdrożeń przez agentów AI, sugerując możliwą rozbudowę w przyszłości .
Cloudflare ma dwa różne mechanizmy zakładania kont przez agentów – każdy do czego innego:
| Wymiar | Tymczasowe Konta (czerwiec 2026) | Protokół z Stripe (kwiecień 2026) |
|---|---|---|
| Data ogłoszenia | 19 czerwca 2026 | 30 kwietnia 2026 |
| Zastosowanie | Podgląd, prototypowanie, demo | Wdrożenia produkcyjne z płatnością |
| Typ konta | Tymczasowe konto podglądowe, wygasa po 60 min | Pełne konto Cloudflare z płatną subskrypcją |
| Czy potrzebny człowiek? | Nie, ale ktoś musi przejąć w ciągu 60 min, by zachować trwałość | Nie, poza zaakceptowaniem warunków |
| Płatność | Brak (tymczasowe) | Automatyczna subskrypcja przez Stripe; domyślny limit 100 $/m-c |
| Możliwości | Wdrożenie Workers na workers.dev | Zakładanie kont, rejestracja domen, subskrypcje, tokeny API, wdrożenia produkcyjne |
| Narzędzie | wrangler deploy --temporary | Protokół REST/JSON przez katalog |
Kluczowa różnica: Tymczasowe Konta służą do szybkich podglądów – idealne, gdy agent prototypuje stronę lub API. Protokół z Stripe to produkcyjna infrastruktura z płatnością – agent rejestruje domeny i uruchamia płatne subskrypcje.
Prezes Cloudflare opisał Tymczasowe Konta jako sposób na to, by agenci mieli „działającego Workera w kilka sekund” bez żadnych barier rejestracji , podczas gdy integracja ze Stripe miała na celu ustanowienie agentów „klientami Cloudflare” kupującymi usługi autonomicznie .
Cloudflare uruchomił Tymczasowe Konta w czasie historycznej zmiany w ruchu internetowym. 3 czerwca 2026 prezes Cloudflare Matthew Prince ogłosił, że ruch generowany przez zautomatyzowane agenty po raz pierwszy przekroczył ruch ludzki .
Według danych Cloudflare Radar:
Prince przyznał, że dane są „trochę niechlujne”, ale stwierdził, że agenci AI są „niewątpliwie największymi motorami ruchu w sieci” . Statystyki dotyczą wyłącznie zapytań HTML, nie uwzględniają wideo, e-maili ani gier . Cloudflare Radar udostępnia API do pobierania rozkładu ruchu według typu agenta AI .
Tymczasowe Konta wpisują się w ten trend: skoro większość ruchu generują maszyny, infrastruktura, na której wdrażają kod, też powinna być dla nich dostępna. Cloudflare podkreśla, że stare procedury zakładania kont były „budowane dla ludzi” i stanowiły sztywną blokadę dla agentów działających w tle . Nowa funkcja usuwa tę blokadę, umożliwiając w pełni zautomatyzowany cykl wdrożeń – przynajmniej na etapie podglądu.
Dla twórców agentów kodujących Tymczasowe Konta to praktyczny skrót. Zamiast wbudowywać w agenta przepływ OAuth czy zarządzanie kluczami API, można polegać na jednej fladze. Przepływ wygląda teraz tak:
wrangler deploy --temporaryJest to szczególnie użyteczne w przypadku frameworków agentów takich jak Claude Managed Agents (z którym Cloudflare się zintegrował ) lub każdego innego agenta kodującego, który musi pokazać działający podgląd człowiekowi przed zatwierdzeniem pełnego wdrożenia produkcyjnego.
Należy jednak pamiętać: funkcja nie jest przeznaczona do wdrożeń produkcyjnych. Cloudflare zaleca stałe konta (przez wrangler login lub token API) dla środowisk produkcyjnych i CI/CD . Tymczasowe Konta wypełniają konkretną lukę: etap podglądu i przekazania między agentem a deweloperem.
Tymczasowe Konta Cloudflare to pragmatyczna odpowiedź na fundamentalne niedopasowanie: sieć została zaprojektowana dla ludzi, ale coraz więcej ruchu – i wdrożeń kodu – generują maszyny. Pozwalając agentom wdrażać Workerów jedną flagą, Cloudflare usuwa ludzką blokadę, nie rezygnując z ludzkiego nadzoru (przez link do przejęcia). Czy przełoży się to na szybsze iteracje agentów, czy tylko na jeszcze więcej efemerycznej infrastruktury – zależy od deweloperów. Ale kierunek jest jasny: platformy przyszłości muszą rozmawiać z agentami, nie tylko z ludźmi.