Claude Code "tool call could not be parsed" / fehlerhafter Tool-Call: Ursachen und Lösungen (call / invoke / parameter werden als Text angezeigt)
Liegt gerade eine Störung vor?
Der offizielle Status von Claude Code ist betriebsbereit. Wenn dieser Fehler weiterhin auftritt, liegt es wahrscheinlich an deiner Implementierung oder Umgebung.
Aktualisiert: 06.06.2026, 03:33 UTC
Status von Claude Code ansehen →Was dieser Fehler bedeutet
Das Modell gibt einen Tool-Call im falschen Format aus, sodass die Harness ihn mit "tool call could not be parsed" ablehnt. Statt des korrekt umschlossenen call wird ein nacktes invoke erzeugt, das nie ausgeführt wird – "call", "<invoke name=…>" oder "<parameter>" tauchen so als sichtbarer Text auf. In langen Sessions kopieren alle späteren Tool-Calls weiterhin dasselbe fehlerhafte Format, sobald ein einziger fehlerhafter call in der History gelandet ist (In-Context-Few-Shot-Poisoning). Das ist kein Fehler in deinem Code – es ist ein bekanntes Problem auf der Seite von Claude Code (Modell/Harness).
Häufige Ursachen
- •Lange Session mit vielen aufeinanderfolgenden Tool-Calls direkt hintereinander
- •Sobald ein fehlerhafter call in der History steht, reproduziert ihn das Modell autoregressiv (Few-Shot-Poisoning)
- •Ein Retry in derselben Session verankert das fehlerhafte Beispiel stärker und verschlimmert es
- •Das Laden riesiger, XML-/Markup-lastiger Dateien oder Skills verwässert die Kontrolle über das Tool-Call-Format
- •Großer Kontext (z. B. 1M) bei hohem Aufwand über eine lange Arbeits-Session
So behebst du es
- 1./clear ausführen (oder eine neue Session starten), um die vergiftete History zu verwerfen – die einzige bestätigte Lösung
- 2.In derselben Session KEINEN Retry versuchen (das verstärkt das fehlerhafte Format)
- 3.Regelmäßig /compact nutzen, bevor das Gespräch zu lang wird
- 4.Nicht zu viele Edits bündeln; kurze Prosa/Checks zwischen den Tool-Calls einfügen
- 5.Riesige XML-/heredoc-lastige Dateien oder Skills nicht alle auf einmal laden
- 6.Claude Code auf die neueste Version aktualisieren (Fixes erfolgen laufend)
- 7.Oben auf dieser Seite prüfen, dass es keine Anthropic-API-Störung ist (dies liegt auf der Modell-/Harness-Seite, getrennt von API-Störungen)
Wann Abwarten hilft (und wann nicht)
Dies ist ein bekanntes Modell-/Harness-Problem (auf GitHub gemeldet; ein dauerhafter Fix ist noch in Arbeit), und Warten behebt es innerhalb derselben Session nicht. Der Wechsel zu einer frischen Session per /clear ist die zuverlässige Lösung. Um ein erneutes Auftreten zu verhindern, halte Sessions kurz, nutze häufig /compact und wiederhole einen fehlerhaften call niemals.
Alternativen, wenn Claude Code down ist
Verwandte Fehler
Häufige Fragen
Was bedeutet Tool call could not be parsed?
Das Modell gibt einen Tool-Call im falschen Format aus, sodass die Harness ihn mit "tool call could not be parsed" ablehnt. Statt des korrekt umschlossenen call wird ein nacktes invoke erzeugt, das nie ausgeführt wird – "call", "<invoke name=…>" oder "<parameter>" tauchen so als sichtbarer Text auf. In langen Sessions kopieren alle späteren Tool-Calls weiterhin dasselbe fehlerhafte Format, sobald ein einziger fehlerhafter call in der History gelandet ist (In-Context-Few-Shot-Poisoning). Das ist kein Fehler in deinem Code – es ist ein bekanntes Problem auf der Seite von Claude Code (Modell/Harness).
Wie behebe ich Tool call could not be parsed?
/clear ausführen (oder eine neue Session starten), um die vergiftete History zu verwerfen – die einzige bestätigte Lösung / In derselben Session KEINEN Retry versuchen (das verstärkt das fehlerhafte Format) / Regelmäßig /compact nutzen, bevor das Gespräch zu lang wird / Nicht zu viele Edits bündeln; kurze Prosa/Checks zwischen den Tool-Calls einfügen / Riesige XML-/heredoc-lastige Dateien oder Skills nicht alle auf einmal laden / Claude Code auf die neueste Version aktualisieren (Fixes erfolgen laufend) / Oben auf dieser Seite prüfen, dass es keine Anthropic-API-Störung ist (dies liegt auf der Modell-/Harness-Seite, getrennt von API-Störungen)