Claude Haiku 4.5

Der kleinste und günstigste Slot in Anthropics 4.5-Lineup kam am 15. Oktober 2025 raus. Sonnet oder Opus ersetzen war nie das Ziel. Haiku 4.5 wurde gebaut, um den Teil der Claude Code-Arbeit zu übernehmen, der keines der beiden je gebraucht hat. Und Claude Code lernte, diese Aufgaben selbst weiterzuleiten.

Technische Daten

Grob gesagt: Etwa 30-40% der Claude Code-Aufgaben sind leicht. Dateien scannen, kleine Edits, Boilerplate, One-Liner. Haiku 4.5 wurde genau für diesen Teil gebaut, schnell und günstig.

Smart Model Switching. Das ist das Highlight. Statt selbst ein Modell auszuwählen, schickt Claude Code die leichten Aufgaben jetzt automatisch an Haiku 4.5: schnelle Edits und Datei-Reads, offensichtliche One-Liner-Fragen, Standard-Boilerplate, einfache Refactors. Das Routing passiert im Hintergrund. Du arbeitest einfach weiter, die Entscheidung wird für dich getroffen.

Pro Plan Verfügbarkeit. Claude Code Pro-Nutzer bekamen Haiku 4.5 ebenfalls, was automatisches Routing ohne API-Rechnung ermöglicht. Der Pro-Plan gewann dadurch deutlich an praktischem Wert.

Geschwindigkeit. Die Haiku-Familie ist von Natur aus schnell. Wenn du auf eine kurze Antwort oder einen kleinen Edit wartest, merkt man den Latenz-Unterschied sofort. Auf Sonnet dauerten solche Antworten 3-5 Sekunden. Haiku erledigte sie in unter 2 Sekunden.

Kostensenkung. Teams mit API zahlen pro Token. Routinearbeit an Haiku zu schicken, drückt die Tageskosten erheblich. Multiplizier das über ein ganzes Team, das Claude Code nutzt, und die Ersparnisse summieren sich schnell.

Routinemäßige Entwicklungsarbeit ist der Bereich, wo Haiku 4.5 glänzt:

• Dateien lesen und zusammenfassen. Eine Datei scannen und dann Fragen zum Inhalt beantworten.
• Schnelle Edits. Kleine, präzise Änderungen in bestehendem Code.
• Einfache Fragen. "Was macht diese Funktion?" oder "Wie lautet der richtige Import-Pfad?"
• Boilerplate generieren. Standardmuster, Test-Scaffolds und Config-Dateien.
• Commit-Messages und Dokumentation. Saubere Commit-Messages im konventionellen Format plus Inline-Doc-Kommentare.

Hier sind die Grenzen. Gib Haiku nicht:

• Komplexe Architekturentscheidungen. Multi-System-Design braucht das tiefere Reasoning von Sonnet 4.5 oder Opus.
• Multi-File-Refactoring. Wenn ein Edit viele Dateien auf einmal betrifft, braucht es mehr Kontext im Arbeitsgedächtnis als Haiku in einem Durchgang halten kann.
• Tiefes Debugging. Einem subtilen Bug durch eine Abhängigkeitskette nachzuspüren, will ein stärkeres Modell.
• Gründliche Code-Reviews. Sicherheitslücken, langsame Code-Pfade, architektonische Anti-Pattern. Das alles braucht mehr Power.

Das meiste davon regelt Smart Switching automatisch. Wenn du für etwas Schwieriges selbst ein Modell wählst, ist Sonnet oder Opus die richtige Entscheidung.

Der Sprung gegenüber älteren Haiku-Versionen war spürbar. Vor 4.5 stand die Haiku-Linie in einer eigenen, niedrigeren Kategorie, eher ein einfacher Assistent als ein kleineres Sonnet. Mit 4.5 schloss sich diese Lücke so weit, dass die meisten auf einfachen Aufgaben keinen Unterschied zwischen einer Haiku- und einer Sonnet-Antwort erkennen konnten.

Auch das Qualitätsniveau stieg. Ältere Haiku-Modelle produzierten manchmal Code, der klar falsch oder halb fertig war. Diese Fehler wurden bei der Arbeit, für die Haiku 4.5 gebaut wurde, selten.

Haiku 4.5 ist noch aktiv. Es ist das aktuelle Haiku in Claude Code. Du kannst es mit dem haiku-Alias oder der vollständigen Modell-ID ansprechen.

Verwandte Seiten

• All Claude Models für die vollständige Modell-Timeline
• Sonnet 4.5 für das mittlere Alltagsmodell
• Opus 4.5 für Top-Tier-Reasoning
• Model Selection Guide für die richtige Modellwahl pro Aufgabe
• Usage Optimization um die Claude Code-Kosten im Blick zu behalten