Zum Inhalt springen
Zurück zu Updates
9. Oktober 2026
Feature Releasevon Claudius Neidig

Claude Haiku 5.5 und dynamische Workflows: Agenten-Teams werden billig

Anthropic hat am 7. Oktober 2026 Claude Haiku 5.5 vorgestellt, zwei Tage später folgten dynamische Workflows in Managed Agents. Zusammen ergibt das eine neue Rechnung: Ein starkes Modell plant, viele günstige Haiku-Agenten arbeiten parallel. Preise, Grenzen und was beim Umstieg bricht.

Haiku 5.5: Das kleine Modell rückt nach oben

Mit Claude Haiku 5.5 (Modell-ID claude-haiku-5-5) hat Anthropic am 7. Oktober 2026 die Claude-5.5-Familie vervollständigt. Haiku 5.5 löst Haiku 4.5 als schnelles, günstiges Modell ab und ist laut Anthropic im Standardbetrieb das schnellste Modell des Herstellers. Es steht in den Claude-Apps aller Tarife, in Claude Code, über die Claude API sowie bei Amazon Web Services, Google Cloud und Microsoft Foundry bereit.

Was Admins und Entwicklerteams wissen müssen:

  • Kontextfenster: 1 Million Tokens statt 200.000 bei Haiku 4.5, bis zu 128.000 Tokens Ausgabe.
  • Effort-Parameter: Haiku 5.5 ist das erste Haiku-Modell mit einstellbarem Aufwand (Low bis Max). Adaptive Thinking ist standardmäßig an.
  • Computer Use und Browser Use: Die Python- und TypeScript-SDKs bringen dafür eigene Klassen mit, noch als Beta.
  • Neuer Tokenizer: Er braucht für dieselbe Aufgabe etwas mehr Tokens. Bei Kostenvergleichen mit Haiku 4.5 einrechnen.

Bei den Leistungswerten zeigt Anthropic einen großen Sprung: Im Computer-Use-Test OSWorld 2.1 (Offline-Teilmenge) kommt Haiku 5.5 auf 72,4 %, Haiku 4.5 lag bei 15,7 %, Sonnet 5.5 erreicht 83,9 %. In Terminal-Bench 4.0 stehen 39,2 % gegen 70,6 % bei Sonnet 5.5. Für komplexe agentische Programmierarbeit empfiehlt Anthropic deshalb weiterhin Sonnet 5.5 oder Opus 5.5. Es sind Herstellerzahlen; auf dem unabhängigen Vals Index steht Haiku 5.5 laut Vals AI auf Platz 16 von 45 Modellen.


Preise: 90 Prozent günstiger, mit einer Schwelle

Die eigentliche Nachricht steckt in der Preisliste. Haiku 5.5 kostet bei Anfragen bis 100.000 Tokens 0,10 US-Dollar pro Million Input-Tokens und 0,50 US-Dollar pro Million Output-Tokens, Cache-Reads 0,01 US-Dollar. Haiku 4.5 lag bei 1 und 5 US-Dollar. Über 100.000 Tokens steigen die Preise auf 0,50 und 2,50 US-Dollar. Anthropic beziffert die Ersparnis gegenüber Haiku 4.5 auf durchschnittlich rund 75 %.

Worauf die Kostenplanung achten sollte:

  • Die Schwelle gilt für die ganze Anfrage: Liegt der Prompt über 100.000 Tokens, zahlt die gesamte Anfrage den höheren Preis, auch wenn ein Teil aus dem Cache kommt. Cache-Reads und -Writes zählen zur Prompt-Länge.
  • Batch-API: Mit 50 % Rabatt sinkt der Preis auf 0,05 und 0,25 US-Dollar pro Million Tokens.
  • US-only-Inferenz: Wer über inference_geo: "us" die Verarbeitung auf die USA festlegt, zahlt das 1,1-Fache. Bedrock und Google Cloud haben eigene Regionalpreise.
  • Sonnet 5.5 wird ebenfalls billiger: Am selben Tag hat Anthropic die Cache-Reads von Sonnet 5.5 von 0,20 auf 0,10 US-Dollar halbiert. Agentische Aufgaben sollen dadurch rund 20 % weniger kosten.

Für Anwendungen mit hohem Volumen ändert das die Kalkulation grundlegend: Klassifikation, Extraktion, Routing, Zusammenfassungen und Live-Kundensupport lassen sich jetzt mit einem Modell betreiben, das deutlich mehr kann als sein Vorgänger und nur einen Bruchteil kostet.


Was beim Umstieg von Haiku 4.5 bricht

Haiku 5.5 ist kein reiner Austausch der Modell-ID. Laut den Release Notes antworten mehrere bisher übliche Parameter mit einem Fehler 400:

  • temperature, top_p und top_k mit Werten abseits der Standardeinstellung
  • manuelles Thinking mit budget_tokens, ersetzt durch den Effort-Parameter
  • Assistant-Prefill, also eine vorab angefangene Antwort des Modells
  • das alte Computer-Use-Tool computer_20250124

Thinking-Text sieht nur, wer thinking.display: "summarized" setzt. Teams, die Haiku 4.5 in Pipelines mit fester Temperatur oder Prefill nutzen, sollten den Code vor dem Wechsel prüfen. Bestehende Prompts sollten mit echten Daten gegengetestet werden, weil sich Tokenzahl und Antwortverhalten ändern.


Dynamische Workflows: Der Agent schreibt sein eigenes Team

Am 9. Oktober 2026 hat Anthropic die Multiagent-Orchestrierung in Claude Managed Agents um dynamische Workflows erweitert, als Beta mit dem Header managed-agents-2026-04-01. Der Unterschied zu bisherigen Subagenten: Der Hauptagent verteilt die Arbeit nicht Schritt für Schritt selbst, sondern schreibt ein Programm, das viele Agenten in Phasen startet und ihre Ergebnisse zusammenführt. Der Server führt dieses Programm im Hintergrund als Workflow-Run aus, während der Hauptagent weiter mit dem Nutzer spricht und über den Fortschritt berichtet.

Anthropic nennt als typische Einsätze Audits, Migrationen, tiefe Recherchen und Gegenprüfungen, also Arbeit aus vielen gleichartigen Teilen. Das Beispiel aus der Dokumentation ist ein Vertragsprüfer, der bei mehr als ein paar Verträgen einen Run startet, der sie parallel liest.

Die wichtigsten Stellschrauben:

  • Aktivierung: Im Agenten den Block multiagent mit dem Typ multiagent_20261001 setzen. Subagenten und Workflows sind damit standardmäßig an, ein Advisor-Modell lässt sich zuschalten.
  • Kein eigener API-Aufruf: Der Agent entscheidet selbst, wann er einen Run startet. Steuern lässt sich das über den System-Prompt, etwa „ab mehr als fünf Dokumenten einen Run starten“.
  • Vordefinierte Agenten: Bis zu 20 eigene Agenten lassen sich für Workflows freigeben. Ohne Liste definiert der Workflow seine Agenten selbst, und diese nutzen dann das Modell des Hauptagenten.
  • Grenzen: Klassische Subagenten sind auf eine Ebene und 25 gleichzeitige Threads begrenzt, Workflow-Threads zählen dabei nicht mit. An einen Workflow-Agenten kann der Hauptagent keine Rückfragen schicken.
  • Bestehende Sessions: Eine Session übernimmt die Einstellungen beim Anlegen. Änderungen am Agenten wirken erst in neuen Sessions.

Warum beides zusammengehört

Ein Detail verbindet die beiden Ankündigungen: Agenten, die ein Workflow selbst definiert, laufen auf dem Modell des Hauptagenten. Wer einen Opus-5.5-Agenten planen lässt, zahlt ohne weitere Einstellung auch für jeden Arbeiter Opus-Preise. Wer dagegen einen Haiku-5.5-Agenten anlegt und ihn in predefined_agents einträgt, lässt die Fleißarbeit zum Haiku-Preis erledigen. Anthropic empfiehlt Haiku 5.5 ausdrücklich als Subagent neben Opus oder Sonnet, etwa für die Recherche in Dokumenten.

Damit wird ein Muster bezahlbar, das bisher an den Kosten scheiterte: hundert Verträge, Tickets oder Datenblätter parallel prüfen, jedes Ergebnis von einem zweiten Agenten gegenlesen lassen und am Ende von einem starken Modell zusammenfassen. Trotzdem gilt Anthropics eigener Hinweis: Jeder Agent im Run verbraucht Tokens. Ein Session-Budget lässt sich nur beim Anlegen der Session setzen, nicht nachträglich. Erreicht die Session das Budget, pausieren die Runs.


Fazit

Haiku 5.5 ist für Unternehmen die praktisch wichtigere Nachricht der Woche, weil es in fast jeder Pipeline mit hohem Volumen sofort Geld spart. Vor dem Wechsel stehen ein Blick auf die entfallenen Parameter und ein Test mit echten Daten, insbesondere bei Prompts nahe der 100.000-Token-Schwelle. Wer mit Managed Agents arbeitet, sollte dynamische Workflows zunächst an einer klar umrissenen Massenaufgabe erproben: Haiku-Agenten als vordefinierte Arbeiter eintragen, im System-Prompt festlegen, ab wann ein Run startet, und ein Session-Budget setzen. Für komplexes agentisches Programmieren bleiben Sonnet 5.5 und Opus 5.5 die erste Wahl.