Claude · 10 Min.
Claude 4 für Agentic Coding: Opus, Sonnet oder Haiku?
Claude ist für agentic coding stark, aber nicht jeder Workflow braucht dasselbe Modell. Entscheidend sind Kontext, Tool-Risiko, Laufzeit, Review und Kosten.
SYSTEMS Grafik zu Claude 4 agentic coding: Explore -> Plan -> Verify. Fokus: Wie Entwicklerteams Claude-Modelle für agentische Coding-Workflows auswählen, ohne nur das größte Modell einzusetzen.
Kurzfassung
Claude-Modelle sind für Coding und Agenten-Workflows stark, aber die Modellwahl sollte nach Aufgabe, Kontext, Risiko und Kosten erfolgen. Opus passt eher zu langen, komplexen, mehrstufigen Aufgaben; Sonnet ist oft der produktive Standard für schnelle, hochwertige Umsetzung; Haiku kann für leichte Schritte sinnvoll sein. Claude Code, MCP, Tool Use und Long Context sind nur dann wirklich stark, wenn Review-Gates, Tests und Projektregeln mitgebaut werden.
Strategischer Lesepfad
Baue das Thema im passenden Cluster weiter aus und verknüpfe es mit den nächsten Architekturentscheidungen.
Stand Mai 2026: Claude 4 ist eine Modellfamilie, kein einzelner Knopf Der Claude-4-Launch vom 22. Mai 2025 war der Startpunkt für Opus 4 und Sonnet 4 als starke Coding- und Agentenmodelle. Die aktuelle Modelldokumentation zeigt aber, worauf Teams 2026 achten müssen: Claude 4 ist eine laufende Modellfamilie mit Opus-, Sonnet- und Haiku-Linien, unterschiedlichen Kosten, Kontextfenstern, Denkmodi und Latenzprofilen.
Das ist für SEO interessant, aber für Architektur noch wichtiger. Wer heute "Claude 4 für Coding" sagt, muss klären, ob er die Opus-Linie für komplexe Agentenarbeit, die Sonnet-Linie für tägliche Umsetzung oder die Haiku-Linie für schnelle Hilfsschritte meint.
Zweite Regel: In Produktion sollten Teams konkrete Modellversionen oder bewusst verwaltete Aliase nutzen. Anthropic empfiehlt für produktive Anwendungen stabile Modellversionen, während Aliase für Entwicklung und Tests bequem sind. Modellwahl ist damit auch Release-Management.
Aktuell ist ausserdem wichtig: Claude Code selbst setzt je nach Account- und Deployment-Modell unterschiedliche Defaults. Die Modellstrategie darf deshalb nicht nur in Entwicklerkoepfen leben, sondern gehört in Team-Settings, Gateway-Regeln und Projektkonventionen.
Warum Modellwahl bei Agentic Coding anders ist Bei normalen Chat-Aufgaben reicht oft die Frage: Welches Modell antwortet gut genug und kostet wenig genug?
Bei agentic coding ist die Frage härter. Ein Coding-Agent liest Dateien, plant Änderungen, nutzt Tools, führt Tests aus, interpretiert Fehler, schreibt Code und kann über längere Zeit am selben Problem arbeiten. Das Modell trifft viele kleine Entscheidungen, nicht nur eine Antwort.
Darum ist Modellwahl hier Architekturarbeit.
Ein zu schwaches Modell macht Fehler, verliert Kontext oder führt Tools schlecht. Ein zu starkes Modell für jede Kleinigkeit kann Kosten und Laufzeit unnötig erhöhen. Ein gutes Setup routet Aufgaben nach Risiko.
Opus: für komplexe, lange, riskante Coding-Arbeit Anthropic positioniert die Opus-Linie als Modell für besonders komplexe Aufgaben und agentic coding. Im Claude-4-Launch wurde Opus 4 stark für Coding, komplexes Reasoning und lange Agenten-Workflows hervorgehoben. Die aktuelle Modelldokumentation beschreibt die Opus-Linie weiter als Top-Wahl für komplexe Agenten- und Coding-Arbeit.
Opus passt, wenn:
Opus sollte aber nicht für jede Kleinigkeit genutzt werden. Es ist ein Schwergewicht für Aufgaben, bei denen Qualität, Ausdauer und Kontext wichtiger sind als reine Geschwindigkeit.
grosse Codebases verstanden werden müssen viele Dateien betroffen sind Refactors über mehrere Schichten laufen Fehlerdiagnose lange Ketten braucht Tool-Nutzung über viele Schritte stabil bleiben muss Architekturentscheidungen im Code getroffen werden ein falscher Patch teuer wäre Sonnet: der Standard für viel tägliche Umsetzung Sonnet ist oft der bessere Default für Teams: stark genug für anspruchsvolle Coding-Aufgaben, schneller und wirtschaftlicher als Opus, und gut geeignet für wiederholte Umsetzungsschritte. Claude Code behandelt die Sonnet-Linie in der Modellkonfiguration als naheliegenden Modus für tägliche Coding-Aufgaben.
Sonnet passt, wenn:
In vielen Engineering-Teams wäre Sonnet der Arbeitsmodus und Opus der Eskalationsmodus.
ein Ticket klar beschrieben ist Änderungen lokal begrenzt sind Tests vorhanden sind das Team schnelle Iterationen braucht Review durch Menschen ohnehin vorgesehen ist der Agent vorhandene Patterns befolgen soll Haiku: für leichte, schnelle Hilfsaufgaben Haiku ist nicht das Modell für tiefe Architekturarbeit. Aber in einem agentischen Setup kann ein schnelleres Modell wertvoll sein. Die aktuelle Claude-Familie positioniert Haiku als schnelle, effiziente Linie für leichtere Aufgaben.
Sinnvolle Haiku-Aufgaben:
Der Punkt ist nicht, Haiku für Coding-Ownership einzusetzen. Der Punkt ist, leichte Schritte nicht mit dem schwersten Modell zu erledigen.
kurze Klassifikation von Tickets Zusammenfassungen kleiner Diffs einfache Formatprüfungen leichte Dokumentationsentwürfe Vorfilter für Logs oder Fehlermeldungen schnelle Checklisten ohne Codeänderung Claude Code als Arbeitsumgebung, nicht nur Modellzugriff Claude Code bringt die Modelle in einen agentischen Entwicklerworkflow: Terminal, IDE, GitHub-Kontexte, Hintergrundaufgaben und MCP -Tools.
Das ist ein anderer Modus als "kopiere Fehler in Chat". Claude Code kann die Codebase lesen, Änderungen vorbereiten, Tests starten und mit Projektkontext arbeiten. Dadurch entstehen neue Produktivitätshebel, aber auch neue Risiken.
Ein produktiver Claude-Code-Workflow braucht:
Ohne diese Grenzen wird aus agentic coding nur schnelleres Experimentieren.
klare Projektregeln erlaubte und verbotene Tools Test- und Build-Gates Review-Pflicht für riskante Änderungen MCP-Scopes für externe Systeme gute Aufgabenzerlegung Memory- und Kontextdisziplin Claude Code Modellkonfiguration gehört ins Team-Setup Claude Code kennt nicht nur einzelne Modellnamen, sondern Aliase und Betriebsmodi. Besonders wichtig ist `opusplan`: Planung läuft mit Opus, Ausführung mit Sonnet. Das bildet genau den Workflow ab, den viele Teams brauchen: tiefe Architekturentscheidungen am Anfang, effiziente Umsetzung danach.
Für Teams ergeben sich daraus konkrete Regeln:
Wenn Claude Code über ein LLM Gateway läuft, muss das Gateway die Modellwahl, Kosten und Subagenten sauber zuordnen. Claude Code sendet dafür Session- und Agent-Header, die ein Gateway für Attribution nutzen kann. Genau das macht Modellwahl messbar statt nur geführt.
Ein Team sollte festlegen, wer ein Modell wechseln darf. Sonst wird jede schwere Aufgabe reflexartig auf das teuerste Modell geschoben und jede leichte Aufgabe ohne Messung optimiert.
`sonnet` als Arbeitsmodus für normale Tickets. `opus` für Architektur, unbekannte Fehler und riskante Refactors. `opusplan` für Aufgaben, bei denen Planung wichtiger ist als schnelle Ausführung. `haiku` für einfache Nebenaufgaben und Hintergrundfunktionen. `[1m]`-Kontext nur, wenn lange Sessions wirklich davon profitieren. MCP und Tool Use: die Macht liegt in den Grenzen Claude kann über MCP externe Tools und Daten erreichen. Für Coding-Teams heisst das: Issues, Docs, Monitoring, Repositories, Datenbanken oder interne APIs können Teil des Workflows werden.
Das ist stark, aber nur wenn Tool-Grenzen stimmen.
Wichtige Fragen:
MCP macht Claude Code nicht automatisch produktionsreif. Es macht den Zugriff auf echte Arbeitsumgebung möglich. Die Kontrolle muss das Team bauen.
Darf der Agent nur lesen oder auch schreiben? Welche MCP-Server sind pro Projekt erlaubt? Welche Tokens und Scopes werden genutzt? Welche Datenquellen sind untrusted? Welche Aktionen brauchen menschliche Freigabe? Welche Tool Calls werden geloggt? Preislogik: Nicht nur Input und Output Bei agentic coding zählen nicht nur Modellpreise. Entscheidend sind Läufe, Wiederholungen, Tool Calls, Kontextgröße, Prompt Caching, Batch-Möglichkeiten und Review-Zeit.
Ein scheinbar teurer Opus-Lauf kann günstiger sein als drei gescheiterte Sonnet-Läufe plus menschliche Reparatur. Umgekehrt ist Opus für kleine, gut definierte Änderungen oft Verschwendung.
Darum sollte jedes Team nicht "Kosten pro Token" messen, sondern "Kosten pro akzeptiertem Patch".
Long Context ist kein Ersatz für Architektur Aktuelle Claude-Modelle bieten grosse Kontextfenster. Das hilft bei grossen Repositories, langen Dokumenten und komplexen Aufgaben. Aber mehr Kontext löst nicht jedes Problem.
Zu viel Kontext kann:
Gute agentic-coding-Setups laden Kontext gezielt. Nicht alles, was geladen werden kann, gehört in den Prompt.
Anthropic beschreibt Kontext als Arbeitsgedächtnis des Modells und warnt, dass mehr Kontext nicht automatisch besser ist. Für lange agentische Workflows sind Compaction, Context Editing und bewusste Tool-Result-Bereinigung wichtiger als "alles reinwerfen". Extended Thinking zählt ebenfalls ins Budget; auch das gehört in die Architektur.
relevante Signale verwischen Kosten erhöhen veraltete Informationen mitschleppen falsche Dateien in den Fokus bringen Review schwerer machen Der SYSTEMS-Workflow für Claude-Modellwahl Wir würden Claude-Modellwahl in vier Stufen schneiden:
1. Leichte Analyse: schnelles Modell für Klassifikation, Zusammenfassung, Vorbereitung. 2. Umsetzung: Sonnet für klar geschnittene Tickets mit Tests. 3. Eskalation: Opus für komplexe Refactors, Architektur und langlaufende Fehlersuche. 4. Review: Modell plus menschliche Prüfung für riskante Änderungen.
Dazu kommen MCP-Grenzen, Projektregeln, Evals und klare Build-Gates.
Eine gute Modellwahl-Matrix sollte pro Workflow festhalten:
Ziel des Agentenlaufs erlaubtes Modell oder Alias maximales Kontextbudget erlaubte Tools und MCP-Server Review-Pflicht Test- und Build-Gate Eskalationsmodell Kostenlimit pro Lauf Der SYSTEMS-Blick auf Claude 4 und Agentic Coding Claude-Modelle sind stark für agentic coding, aber das Modell allein baut keinen guten Engineering-Prozess.
Der Unterschied entsteht durch Aufgabenzerlegung, Tool-Governance, Kontextstrategie, Tests, Reviews und Modellrouting . Ein Team, das alles an ein grosses Modell delegiert, bekommt nicht automatisch bessere Software. Ein Team, das die richtige Aufgabe an das richtige Modell mit den richtigen Grenzen gibt, kann wirklich schneller werden.
SYSTEMS baut solche Workflows als Engineering-Infrastruktur: Claude Code, MCP, Modellwahl, Tests, Reviews, Evals und produktionsnahe Regeln gehören zusammen. Dann wird agentic coding nicht nur beeindruckend, sondern belastbar.
