Cloudflare Temporary Accounts: KI-Agenten deployen jetzt Code ohne menschliches Konto

Am 19. Juni 2026 hat Cloudflare Temporary Cloudflare Accounts for Agents veröffentlicht. Damit entfällt einer der letzten menschlichen Engpässe beim Deployment durch KI-Agenten: die Kontoerstellung. Ein KI-Agent kann jetzt mit einem einzigen Wrangler-Befehl einen live Worker auf Cloudflares Netzwerk ausliefern, ohne jemals einen Browser zu öffnen, durch ein Dashboard zu klicken oder einen API-Token zu erzeugen .

Dieser Artikel erklärt, wie die Funktion technisch funktioniert, welche Dienste sie unterstützt, wie sie sich von Cloudflares früherem, produktionsorientierten Agenten-Provisionierungsprotokoll unterscheidet und welcher breitere Traffic-Trend die Einführung untermauert.

Was Temporary Accounts leisten

Cloudflares Temporary Accounts lösen ein konkretes Problem: Sobald ein KI-Agent Code deployen will, stößt er auf eine Hürde, die für Menschen gebaut ist. Der Agent braucht ein Konto, eine OAuth-Autorisierung und einen API-Token – alles Schritte, die einen Menschen an der Tastatur voraussetzen . Temporary Accounts umgehen das vollständig.

„In dem Moment, in dem ein Agent etwas deployen muss, rennt er frontal gegen eine für Menschen gebaute Wand“, schrieb Cloudflare in der Ankündigung. „Heute rollen wir Temporary Cloudflare Accounts for Agents aus. Agenten können jetzt Webseiten, APIs und andere Agenten sofort deployen, ohne sich zuerst für ein Konto anmelden zu müssen.“

So funktioniert es: Der --temporary-Flag

1. Deployment mit einem Befehl

Jeder Agent mit Wrangler 4.102.0 oder höher kann per

wrangler deploy --temporary

deployen. Der Agent muss weder

wrangler login

2. Automatische Bereitstellung eines temporären Kontos

Bei Verwendung des Flags erstellt (oder wiederverwendet) Cloudflare automatisch ein temporäres Preview-Konto im Hintergrund. Der Worker wird auf eine workers.dev-URL deployed, und Wrangler gibt eine eindeutige Claim-URL aus .

3. 60-minütiges live Preview-Fenster

Der temporäre Deployment bleibt 60 Minuten live . In diesem Zeitfenster kann jeder mit der Claim-URL den Worker in der Vorschau ansehen. Wird der Deployment innerhalb einer Stunde nicht von einem Menschen übernommen, verfällt er mitsamt der zugehörigen Ressourcen automatisch .

4. Deployment übernehmen

Um den Deployment dauerhaft zu machen, öffnet ein Mensch die Claim-URL und meldet sich bei einem Cloudflare-Konto an (oder erstellt eines). Nach der Übernahme gehen der Worker und seine Ressourcen in den Besitz dieses Kontos über . Cloudflares Dokumentation stellt klar, dass der Deployment als Preview-Flow gedacht ist und nicht als dauerhafte Kontoeinrichtung .

5. Aufräumen

Wird der Deployment nicht übernommen, räumt Cloudflare automatisch auf – es entstehen keine verwaisten Ressourcen .

Unterstützte Dienste

Die Funktion unterstützt aktuell das Deployen von Cloudflare Workers auf eine workers.dev-URL via Wrangler . Der Claim-Deployments-Flow ist speziell für Workers-Deployments ausgelegt . Cloudflares Changelog bezeichnet die Funktion als ersten Schritt für KI-Agenten-Deployments und deutet eine mögliche zukünftige Erweiterung an .

Unterschied zur Stripe-basierten Produktions-Provisionierung

Cloudflare hat tatsächlich zwei verschiedene Mechanismen für die agentengesteuerte Kontoerstellung, die unterschiedliche Zwecke erfüllen:

Dimension	Temporary Accounts (Juni 2026)	Stripe-basiertes Protokoll (April 2026)
Ankündigungsdatum	19. Juni 2026	30. April 2026
Zielgruppe	Preview, Prototyping, Demos	Produktions-Deployments mit Abrechnung
Kontotyp	Temporäres Preview-Konto, läuft nach 60 Minuten ab	Vollständiges Cloudflare-Konto mit kostenpflichtigem Abo
Mensch erforderlich	Nein, aber ein Mensch muss innerhalb von 60 Min. übernehmen	Kein Mensch außer zur Zustimmung zu den AGB
Abrechnung	Keine (temporär)	Startet kostenpflichtiges Abo via Stripe; Standard-Ausgabenlimit von 100 $/Monat
Funktionen	Worker auf workers.dev deployen	Konten erstellen, Domains registrieren, Abos starten, in Produktion deployen, API-Tokens erhalten
CLI-Tool	wrangler deploy --temporary	Agent Provisioning Protocol via REST/JSON-Katalog

Der entscheidende Unterschied: Temporary Accounts sind für schnelle, reibungslose Previews gedacht – ideal, wenn ein Agent eine Website oder API prototypisiert. Das Stripe-Protokoll ist für produktionsreife, abgerechnete Infrastruktur, bei der der Agent Domains registriert und kostenpflichtige Abos startet.

Cloudflares CEO beschrieb Temporary Accounts als Weg, Agenten „in Sekunden einen live Worker“ zu ermöglichen, ohne jegliche Konto-Hürde , während die Stripe-Integration als Mittel beschrieben wurde, Agenten zu „Cloudflare-Kunden zu machen“, die Dienste autonom kaufen können .

Breiterer Trend: KI-Agenten treiben jetzt die Mehrheit des Web-Traffics

Cloudflare hat Temporary Accounts vor dem Hintergrund einer historischen Verschiebung im Internet-Traffic gestartet. Am 3. Juni 2026 gab Cloudflare-CEO Matthew Prince bekannt, dass automatisierter Agenten-Traffic erstmals den menschlichen Web-Traffic überholt hat .

Laut Cloudflare Radar-Daten:

• Bots machen jetzt 57,5 % der HTTP-Anfragen an HTML-Inhalte aus
• Menschlicher Traffic liegt bei 42,5 %
• Der Wendepunkt trat rund 18 Monate früher ein als Princes frühere Prognose von 2027

Prince merkte an, dass die Daten „etwas ungenau“ seien, aber KI-Agenten „jetzt unbestreitbar die größten Traffic-Treiber im Web“ sind . Die Zahl bezieht sich auf HTML-Anfragen, nicht auf Video-, E-Mail- oder Gaming-Traffic . Cloudflares Radar-API bietet Endpunkte zur Abfrage der Traffic-Verteilung nach KI-User-Agenten, die diesen Datensatz untermauert .

Temporary Accounts passen direkt in diesen Trend: Wenn die Mehrheit des Internet-Traffics bereits von Maschinen generiert wird, sollte die Infrastruktur, auf die sie deployen, für Maschinen ebenso zugänglich sein. Wie Cloudflare feststellte, waren die alten Kontoerstellungsabläufe „für Menschen gebaut“ und schufen einen harten Stopp für Hintergrund-Agenten . Temporary Accounts beseitigen diesen Stopp und ermöglichen – zumindest für Previews – einen vollständig maschinengesteuerten Deployment-Zyklus.

Was das für Entwickler und KI-Agenten-Entwickler bedeutet

Für Entwickler, die KI-Coding-Agenten bauen, bieten Temporary Accounts einen praktischen Shortcut. Anstatt OAuth-Flows oder API-Key-Provisionierung in die Deployment-Logik des Agenten einzubetten, reicht jetzt ein einzelner Flag aus. Der Workflow wird zu:

1. Agent baut Code
2. Agent führt

   wrangler deploy --temporary

   aus
3. Agent erhält eine live URL und einen Claim-Link
4. Mensch prüft die Vorschau
5. Bei Zufriedenheit klickt der Mensch auf den Claim-Link, um den Deployment dauerhaft zu übernehmen

Das ist besonders nützlich für Agenten-Frameworks wie Claude Managed Agents (mit denen Cloudflare integriert hat ) oder jeden Coding-Agenten, der einem menschlichen Operator eine funktionierende Vorschau zeigen muss, bevor er sich auf ein vollständiges Produktions-Deployment festlegt.

Allerdings ist die Funktion explizit nicht für die Produktion gedacht. Cloudflares Dokumentation verweist für Produktion und CI/CD-Workloads auf dauerhafte Cloudflare-Konten (via

wrangler login

Fazit

Cloudflares Temporary Accounts sind eine pragmatische Antwort auf eine grundlegende Diskrepanz: Das Web wurde für Menschen entwickelt, aber ein wachsender Anteil seines Traffics – und seiner Code-Deployments – wird inzwischen von Maschinen generiert. Indem Cloudflare Agenten mit einem einzigen Flag Worker deployen lässt, wird ein menschliches Tor entfernt, ohne die menschliche Aufsicht (über den Claim-Flow) aufzugeben. Ob dies zu schnelleren Agenten-Iterationen oder nur zu mehr ephemerer Web-Infrastruktur führt, hängt davon ab, wie Entwickler es einsetzen. Die Richtung ist jedoch klar: Die Plattform-Tools der Zukunft müssen mit Agenten sprechen können, nicht nur mit Menschen.