PLATTFORMClaude Managed Agents: dynamische Workflows mit vielen Unteragenten in BetaPLATTFORMVercel Pro: Storage kostet 0,10 Dollar pro GB-Monat, Aufbewahrung nur noch 30 TaMODELLGemini 3.7 Flash läuft jetzt auf 3.8, alter Deep-Research-Agent endet 23.10.PLATTFORMDeno-Team geht zu Cloudflare, Ziel: Workers und Durable Objects selbst hostenWERKZEUGMarkdown for Agents: Limit 6 MiB, Token-Header und Content-Length fallen wegWERKZEUGAgents SDK 0.28.0: Browser-Session und web_fetch als Tools, Lifecycle stabilSTANDARDCloudflare API MCP server verteilt Skills über die Erweiterung Skills over MCPWERKZEUGCloudflare: Workers und Durable Objects in der Produktion profilenMODELLUPDATE · Clef-omni nimmt Audio und Video an, Clef-flash kostet nur noch 0,038 DollarMUSTERVercel CLI: Agent sucht und bepreist Domains, den Kauf bestätigst du selbstPLATTFORMClaude Managed Agents: dynamische Workflows mit vielen Unteragenten in BetaPLATTFORMVercel Pro: Storage kostet 0,10 Dollar pro GB-Monat, Aufbewahrung nur noch 30 TaMODELLGemini 3.7 Flash läuft jetzt auf 3.8, alter Deep-Research-Agent endet 23.10.PLATTFORMDeno-Team geht zu Cloudflare, Ziel: Workers und Durable Objects selbst hostenWERKZEUGMarkdown for Agents: Limit 6 MiB, Token-Header und Content-Length fallen wegWERKZEUGAgents SDK 0.28.0: Browser-Session und web_fetch als Tools, Lifecycle stabilSTANDARDCloudflare API MCP server verteilt Skills über die Erweiterung Skills over MCPWERKZEUGCloudflare: Workers und Durable Objects in der Produktion profilenMODELLUPDATE · Clef-omni nimmt Audio und Video an, Clef-flash kostet nur noch 0,038 DollarMUSTERVercel CLI: Agent sucht und bepreist Domains, den Kauf bestätigst du selbst
Jeden Morgen, was sich fürs Bauen mit KI ändert: neue Plattformen, Standards, Modelle, Werkzeuge und Produktmuster. Ausgewählt von einem Gericht aus KI-Agenten, ohne Wiederholungen.
Claude Managed Agents: Workflows für viele Unteragenten
AUSGABE 1310 Meldungen
Agenten in Claude Managed Agents können jetzt als Beta selbst Workflows schreiben, die viele Unteragenten in Phasen laufen lassen und ihre Ergebnisse zusammenführen. Damit musst du große Aufgaben nicht mehr selbst verteilen, zahlst laut Bericht aber mit vielen Tokens. Handeln musst du an anderer Stelle: Vercel löscht bei Pro-Teams ab dem 23. Oktober Deployments, die älter als 30 Tage sind, und Google leitet zwei Flash-Modelle seit dem 8. Oktober automatisch auf ihre Nachfolger um.
Was ist neuAgenten in Claude Managed Agents können dynamische Workflows nutzen, als Beta mit dem Header "managed-agents-2026-04-01". Für Arbeit mit vielen Teilen, etwa die Prüfung hunderter Dokumente, schreibt der Agent einen Workflow: ein Programm, das viele Agenten in Phasen laufen lässt und ihre Ergebnisse zusammenführt. Der Server führt es im Hintergrund als Workflow Run aus. Du schaltest das ein, indem du das Feld "multiagent" des Agenten auf {"type": "multiagent_20261001", "workflows": {"type": "enabled"}} setzt, und verfolgst jeden Lauf über "workflow_run.*"-Events im Event-Stream der Session. Limits und Preise nennen die Release Notes nicht; laut The Decoder sind es bis zu 1.000 Agenten pro Durchlauf.
Was heißt das für dichDu musst das Verteilen großer Aufgaben auf Unteragenten nicht mehr selbst orchestrieren: Der Agent plant die Aufteilung, der Server führt sie im Hintergrund aus. Laut The Decoder gibt Anthropic an, in einem eigenen Test mit 70 versteckten Fehlern in 116.000 Zeilen Code habe der Workflow konstant 66 gefunden, ein einzelner Agent 14 bis 27. Dafür verbrauchen die Läufe laut Bericht viele Tokens.
Was du diese Woche tun kannstSetze bei einem Test-Agenten das Feld "multiagent" auf den Wert aus den Release Notes, sag ihm im System-Prompt, wann er einen Lauf starten soll, und gib ihm eine kleine Aufgabe, etwa das Review von einem Dutzend Dateien. Lies die "workflow_run.*"-Events mit und vergleiche den Tokenverbrauch mit einem Einzelagenten.
Noch nicht geprüftDie 1.000 Agenten pro Durchlauf, der Test mit 66 von 70 Fehlern und der hohe Tokenverbrauch stehen nur im Bericht von The Decoder, der Anthropic zitiert. Die Doku-Seite zu Workflow Runs mit Limits und Kosten lag nicht vor.
Was ist neuVercel stellt laut Changelog vom 9. Oktober 2026 allen Pro-Teams Deployment Storage und Functions Storage in Rechnung, jeweils 0,10 Dollar pro GB-Monat. Wann die Abrechnung für dein Team beginnt, steht nicht im Changelog, sondern in einer E-Mail von Vercel. Gleichzeitig sinkt die Aufbewahrungsfrist auf 30 Tage: Deployments, die älter sind, werden ab dem 23. Oktober gelöscht, wenn du nicht vorher in den Retention-Einstellungen widersprichst. Einstellungen mit 30 Tagen oder weniger bleiben unverändert. Gelöschte Deployments lassen sich nicht wiederherstellen und nicht für Rollbacks nutzen. Neue Pro-Teams starten bereits mit 30 Tagen als Standard. Vercel begründet das damit, dass Coding-Agenten die Deploy-Frequenz und damit die gespeicherte Historie erhöht haben.
Was heißt das für dichWenn du mit Coding-Agenten arbeitest und jeder Push ein Preview-Deployment erzeugt, wächst deine Historie schnell und kostet jetzt Geld. Zugleich verlierst du ohne Opt-out alle Rollback-Ziele, die älter als 30 Tage sind. Du musst also bewusst zwischen Speicherkosten und der Länge deiner Rollback-Historie abwägen, getrennt für Pre-Production, Production, Canceled und Errored.
Was du diese Woche tun kannstÖffne vor dem 23. Oktober die Deployment Retention Policy deines Teams und lege die Fristen für Production und Pre-Production fest; widersprich dort, wenn du ältere Rollback-Ziele brauchst. Sieh dann auf der Usage-Seite nach, wie viel Deployment Storage und Functions Storage jedes Projekt belegt, und such die Vercel-Mail mit deinem Abrechnungsstart.
Was ist neuGoogle hat am 8. Oktober 2026 im Gemini-API-Changelog zwei Flash-Modelle abgekündigt. Anfragen an "gemini-3.7-flash" werden automatisch an "gemini-3.8-flash" geleitet, Anfragen an "gemini-3.5-flash" an "gemini-3.6-flash". Ein Abschaltdatum für die alten Modellnamen nennt der Eintrag nicht. Gemini 3.8 Flash ist seit 2. September 2026 allgemein verfügbar und laut Google das intelligenteste Flash-Modell. Preise und Kontextgröße von 3.8 Flash stehen nicht im Changelog, er verweist dafür auf den Gemini 3.8 Flash Guide. Der Agent "deep-research-pro-preview-12-2025" wird am 23. Oktober 2026 abgeschaltet, Ersatz sind "deep-research-preview-04-2026" und "deep-research-max-preview-04-2026".
Was heißt das für dichDeine App kann seit dem 8. Oktober ein anderes Modell ansprechen, ohne dass du Code geändert hast: Ausgaben, Tool-Aufrufe, Latenz und Kosten können sich verschieben. Für 3.7 Flash galt laut Changelog ein Einführungspreis bis 31. Dezember 2026; ob er für umgeleitete Anfragen gilt, sagt der Eintrag nicht. Der alte Deep-Research-Agent steht ab 23. Oktober nicht mehr zur Verfügung.
Was du diese Woche tun kannstSuche in Code und Umgebungsvariablen nach "gemini-3.7-flash" und "gemini-3.5-flash", trage "gemini-3.8-flash" oder "gemini-3.6-flash" ein und prüfe Ausgaben und Kosten an deinen Testfällen. Bei Deep Research stellst du den Parameter "agent" in "interactions.create" vor dem 23. Oktober um.
Noch nicht geprüftDass 3.8 Flash das intelligenteste Flash-Modell ist, ist eine Angabe von Google ohne Zahlen im Changelog.
Was ist neuDas Deno-Team um Ryan Dahl und Bert Belder wechselt zu Cloudflare, workerd und celld werden zusammengeführt. celld ist Denos im August veröffentlichte Open-Source-Implementierung von Workers und Durable Objects: ein Rust-Binary, das nur einen Object-Storage-Bucket als externen Dienst braucht. workerd, Cloudflares offene Runtime, kann Durable Objects bisher nur in einer einzelnen Instanz. Zugesagt ist: Self-Hosting von workerd wird ein offiziell unterstützter Weg, Code und Ideen aus celld fließen dafür ein. Einen Zeitplan gibt es nicht, mehr soll in den kommenden Monaten folgen. Was aus Deno-Runtime und Deno Deploy wird, steht nicht im Beitrag; Dahl verweist dafür auf den Deno-Blog.
Was heißt das für dichWer auf Workers und vor allem Durable Objects baut, bindet sich bisher praktisch an Cloudflare, weil skalierbare Durable Objects außerhalb fehlten. Ein selbst hostbares, verteiltes workerd wäre ein echter Ausweg und macht Architekturentscheidungen für Durable Objects weniger riskant. Noch ist das ein Plan ohne Termin; laut Cloudflare nutzen bisher nur wenige workerd in Produktion.
Was du diese Woche tun kannstFür Produktivsysteme gibt es noch nichts zu migrieren, das zusammengeführte workerd hat keinen Termin. Wenn du die Bindung an Cloudflare einschätzen willst, starte einen kleinen Worker mit einem Durable Object auf celld und notiere, welche Bindings deiner App dort fehlen.
Noch nicht geprüftDass celld voll kompatibel zu Workers und Durable Objects ist und über mehrere Maschinen skaliert, ist eine Angabe von Cloudflare und Deno, kein unabhängiger Test.
Was ist neuCloudflare hat die HTML-Konvertierung von Markdown for Agents auf eine Streaming-Engine umgestellt, die direkt im Prozess am Edge läuft. Sie verarbeitet den Inhalt, während er eintrifft, statt die HTML-Antwort zu puffern und an einen separaten Konvertierungsdienst zu schicken. Laut Cloudflare sinken dadurch Overhead und Speicherbedarf. Das Limit steigt von 2 MiB (2.097.152 Bytes) auf 6 MiB (6.291.456 Bytes) und gilt für das dekomprimierte HTML, nicht für die komprimierte Antwortgröße. Konvertierte Antworten tragen die Header "x-markdown-tokens" und "x-original-tokens" nicht mehr. Auch "Content-Length" entfällt bei konvertierten Antworten, weil der Markdown-Body gestreamt wird.
Was heißt das für dichGrößere Seiten kommen jetzt als Markdown bei deinem Agenten an, die bisher am 2-MiB-Limit scheiterten. Dafür bricht jeder Client, der sein Kontextbudget aus "x-markdown-tokens" oder "x-original-tokens" liest oder sich bei Fortschritt, Puffergröße oder Größenprüfung auf "Content-Length" verlässt. Token-Zahlen musst du laut Cloudflare künftig selbst berechnen.
Was du diese Woche tun kannstDurchsuche deinen Fetch-Code nach "x-markdown-tokens", "x-original-tokens" und "content-length" und entferne die Abhängigkeit. Zähle Tokens stattdessen nach dem Lesen des Bodys mit dem Tokenizer deines Modells und begrenze die Größe beim Lesen des Streams selbst.
Noch nicht geprüftDass die neue Engine Overhead und Speicherbedarf senkt, ist eine Angabe von Cloudflare ohne Messwerte.
Was ist neuCloudflare hat am 9. Oktober agents@0.28.0 veröffentlicht. Neu ist das Tool "browser", mit dem ein Agent eine persistente Browser-Session anlegt und steuert; es liegt unter "agents/browser" in Varianten für pi, ai-sdk und tanstack-ai. Das Tool "web_fetch" aus "agents/webfetch" liest eine URL als Markdown, JSON oder Text, wobei HTML, PDF und Office-Dokumente über Worker AI umgewandelt werden. "agents/lifecycle" gilt jetzt als stabil, ebenso Scheduler, State, WebSockets und MCPClientManager. Die Release Notes nennen dazu keinen Breaking Change, aber auch keine Preise oder Voraussetzungen für die Tools. ThinkHarness speichert Sessions und Operationen nun im gemeinsamen "agents/harness/store" und migriert beim ersten Lauf.
Was heißt das für dichBrowsen und Dokumente lesen musst du für Agenten auf Workers nicht mehr selbst bauen, die Tools kommen fertig für pi, AI SDK und TanStack AI. Lifecycle, Scheduler, State, WebSockets und MCP-Client sind als stabil markiert, du kannst sie also als feste Basis einplanen. Weil die Umwandlung über Worker AI läuft und die Notes keine Preise nennen, klärst du die Kosten vor dem Produktiveinsatz in der Doku.
Was du diese Woche tun kannstAktualisiere in einem Staging-Worker mit "npm install agents@0.28.0", binde "web_fetch" aus "agents/webfetch/ai-sdk" ein und lass den Agenten ein PDF als Markdown lesen. Nutzt du ThinkHarness, deploye zuerst in Staging, denn die Migration in den neuen Store läuft beim ersten Start.
Was ist neuDer Cloudflare API MCP server liefert laut Changelog vom 10. Oktober 2026 jetzt die Cloudflare skills über die Erweiterung Skills over MCP aus. Clients, die die Erweiterung unterstützen, finden die Skills mit "skills/list" und lesen deren Dateien unter "skill://<name>/<path>". Zum Nutzen trägst du "https://mcp.cloudflare.com/mcp" in einen solchen MCP-Client ein. Preise oder Einschränkungen nennt der Eintrag nicht. Welchen Status die Erweiterung hat und welche Clients sie schon unterstützen, steht dort ebenfalls nicht. Der Changelog verweist dafür nur auf die Spezifikation und eine Client-Liste, die der Redaktion beide nicht vorlagen.
Was heißt das für dichSkills kommen hier nicht mehr als Dateien ins Repository oder in den Agenten-Ordner, sondern über dieselbe MCP-Verbindung, über die der Agent auch die Cloudflare API anspricht. Der Anbieter pflegt sie zentral. Ob das ein tragfähiger Verteilweg wird, hängt davon ab, welche Clients die Erweiterung umsetzen, und genau das belegt der Changelog nicht.
Was du diese Woche tun kannstTrag "https://mcp.cloudflare.com/mcp" als MCP-Server in deinen Coding-Agenten ein und prüfe, ob er die Cloudflare skills anzeigt. Wenn nicht, unterstützt dein Client die Erweiterung noch nicht. Schau dann in die im Changelog verlinkte Client-Liste und bleib bis dahin bei lokal installierten Skills.
Noch nicht geprüftDie Einstufung als Beta ist eine vorsichtige Annahme. Der Changelog nennt keinen Status für die Erweiterung Skills over MCP, und die verlinkte Spezifikation lag nicht vor.
Was ist neuCloudflare erlaubt jetzt CPU- und Speicherprofile auf Abruf für laufende Workers und Durable Objects in der Produktion. Im Dashboard wählst du im Observability-Tab des Workers "Flamegraph", legst Dauer und Version fest und klickst "Capture Profile"; das Profil lässt sich auch herunterladen. Per CLI lautet der Befehl "cf workers versions profile latest --worker-id NAME --duration-ms 5000 --profile-type cpu > worker-cpu.pprof". Der CPU-Profiler tastet im Abstand von einer Millisekunde ab, der Worker läuft dabei weiter. Es wird kein neues Isolate gestartet, die Version braucht also genug Traffic, und das Speicherprofil zeigt nur Allokationen im Messfenster, nicht die beim Start. Preis, Tarif und einen bezifferten Overhead nennt der Blogpost nicht.
Was heißt das für dichBisher ließ sich ein Worker nur lokal über Chrome DevTools profilen, also ohne echte Last. Jetzt siehst du, welche Funktion in der Produktion CPU-Zeit frisst oder dich an das Speicherlimit von 128 MB treibt. Bei Durable Objects wählst du das Objekt per Name. Cloudflare nennt eigene Fälle: Ein JSON-Replacer wurde 2,7-mal schneller, ein Worker fiel beim P999 von 133 auf 118 MB.
Was du diese Woche tun kannstNimm deinen Worker mit dem meisten Traffic, öffne im Dashboard den Observability-Tab, wähle "Flamegraph" und zieh ein CPU-Profil; die breitesten Funktionen sind deine Kandidaten. Schalte bei TypeScript vorher Source Maps ein, sonst sind die Funktionsnamen unleserlich. Ob dein Tarif die Funktion zeigt, siehst du dabei direkt im Dashboard.
Was ist neuCloudflare erweitert seine Entscheidungsmodelle um Clef-omni, das neben Text und Bild auch Audio (wav, mp3) und Video (mp4, webm) in einem einzigen Aufruf bewertet. Es kostet 0,15 US-Dollar pro Million Eingabetokens, die Gewichte liegen offen auf Hugging Face. Laut Cloudflare kommen Textentscheidungen im Median nach rund 130 ms zurück, ein 21-Sekunden-Video mit Ton nach etwa 1,5 Sekunden. Clef-flash fällt von 0,09 auf 0,038 Dollar pro Million Eingabetokens, dafür schrumpft das Kontextfenster der gehosteten Version von 64k auf 24k. Clef bleibt bei 0,24 Dollar und 64k und antwortet laut Cloudflare im Median 1,7- bis 2,0-mal so schnell, etwa 152 statt 262 ms bei rund 800 Tokens.
Was heißt das für dichDu kannst Prüfschritte in Agenten, etwa ob ein Foto ein Etikett zeigt oder eine Aufnahme normal klingt, mit einem Aufruf entscheiden, ohne vorher zu transkribieren oder Videos zu zerlegen. Das Modell erzeugt keinen Text, sondern bewertet Antworten nach deinem Schema. In Cloudflares eigenen Benchmarks liegt Clef-omni mehrfach hinter Clef, etwa 63,3 gegen 72,37 bei When2Call.
Was du diese Woche tun kannstSchick einen Testaufruf an "@cf/cloudflare/clef-omni" auf Workers AI mit einem kurzen mp3 oder mp4 und zwei Fragen aus deinem Workflow und miss die Latenz selbst. Nutzt du Clef-flash gehostet, prüfe, ob deine Eingaben unter 24k Tokens bleiben, sonst wechsle auf Clef.
Noch nicht geprüftLatenzen, Beschleunigung und Benchmarkwerte sind eigene Messungen von Cloudflare aus dem Blogpost und nicht unabhängig bestätigt.
Was ist neuVercel hat sein CLI so erweitert, dass Coding-Agenten den Domainkauf fast vollständig übernehmen. Der Agent sucht Kandidaten mit "vercel domains search", prüft Verfügbarkeit und Registrarpreis mit "vercel domains check" und "vercel domains price" und stößt den Kauf mit "vercel domains buy" an. Läuft dieser Befehl nicht-interaktiv, liefert er einen strukturierten, maschinenlesbaren Fehler samt vorgeschlagenen nächsten Befehlen, sodass der Agent die Bestätigung an dich zurückgibt. Preis, automatische Verlängerung und Kontaktdaten des Inhabers bestätigst du in einem interaktiven Terminal oder im Dashboard. Das CLI bringt einen Skill für Agenten mit, der Suche, Preisabfrage und Kauf abdeckt. Mindestversion und Fehlerformat nennt der Changelog nicht.
Was heißt das für dichDas Muster lässt sich auf jede Aktion übertragen, die Geld kostet oder nicht umkehrbar ist: Der Agent bereitet alles vor, der letzte Schritt verlangt eine interaktive Sitzung. Statt stumm zu scheitern, sagt der Befehl dem Agenten maschinenlesbar, wie die Übergabe an den Menschen aussieht. Wenn du eigene CLIs oder MCP-Tools für Agenten baust, hast du hier eine Vorlage für Freigaben.
Was du diese Woche tun kannstAktualisiere das Vercel CLI und gib deinem Agenten in einem Testprojekt den Auftrag, eine Domain zu suchen und zu kaufen. Sieh dir an, welchen Fehler und welche Folgebefehle "vercel domains buy" zurückgibt, und übernimm den Aufbau für eigene Befehle, die Geld ausgeben oder etwas löschen.
Noch nicht geprüftDass der Agent ohne Freigabe kein Geld ausgeben kann und die Abfolge dank Skill von selbst einhält, ist Angabe von Vercel. Die Doku mit Details zu Fehlerformat und Skill lag nicht vor.
Ein dynamischer Workflow ist ein Programm, das der Agent selbst schreibt, um eine Aufgabe mit vielen Teilen auf viele Unteragenten zu verteilen. Es lässt diese Agenten in Phasen laufen und führt ihre Ergebnisse am Ende zusammen. In Claude Managed Agents führt der Server das Programm im Hintergrund als Workflow Run aus, und du verfolgst den Lauf über "workflow_run.*"-Events im Event-Stream der Session. Der Unterschied zur bisherigen Arbeitsweise: Du orchestrierst die Aufteilung nicht mehr selbst, der Agent plant sie. Ein typischer Fall ist die Prüfung hunderter Dokumente.
Aus 96 neuen Meldungen von 60 Quellen ausgewählt · 299.527 Tokens · Verbrauch