Claude Code-Entwickler erkennt Denkfehler bei Anpassungsfähigkeit an und bietet Workaround

Boris Charny, der Entwickler von Claude Code bei Anthropic, tauschte sich öffentlich mit Entwicklern auf Hacker News über seit Februar gemeldete Leistungsprobleme aus. Nachdem er zunächst die Probleme auf Benutzereinstellungen zurückführte, änderte er seine Position nach der Prüfung von Fehlerprotokollen.
Erste Position: Einstellungsproblem
Charnys erste Erklärung wies auf zwei beabsichtigte Änderungen hin: das Ausblenden des Denkprozesses (eine UI-Änderung) und das Absenken des Standardaufwandsniveaus. Die implizite Botschaft war, dass die Leistung nicht nachgelassen habe – die Benutzer erlebten lediglich die neue, kostengünstigere Standardeinstellung. Er schlug vor, die Einstellungen auf /effort high zurückzuändern, um das vorherige Leistungsniveau zu erreichen.
Wechsel zur Anerkennung
Als er mit Beweisen von Benutzern konfrontiert wurde, die bereits die höchsten Aufwandseinstellungen verwendeten und dennoch Probleme hatten, analysierte Charny Fehlerberichte und wechselte von allgemeinen Einstellungserklärungen zu einer spezifischen technischen Diagnose.
Endgültige Position: Spezifischer Fehler identifiziert
Charny bestätigte ausdrücklich die Erfahrungen der Benutzer und räumte ein, dass die "adaptive Denkfunktion" "das Denkvermögen unterbewertet". Er bestätigte, dass dies nicht mit den Standardaufwandseinstellungen zusammenhängt, da die Telemetrie zeigte, dass betroffene Sitzungen bei jeder Anfrage effort=high sendeten.
Seine abschließende Nachricht lautete: "Die Daten deuten darauf hin, dass die adaptive Denkfunktion bei bestimmten Durchgängen das Denkvermögen unterbewertet – bei den spezifischen Durchgängen, in denen sie (Stripe-API-Version, Git-SHA-Suffix, apt-Paketliste) erfand, wurde kein Denkvermögen eingesetzt, während die Durchgänge mit tiefgründigem Denken korrekt waren."
Workaround und Untersuchung
Charny bot eine vorübergehende Lösung an: CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING=1 erzwingt ein festes Denkbudget, anstatt das Modell pro Durchgang entscheiden zu lassen. Er merkte an, dass das Modellteam das Problem untersucht.
Die Diskussion zeigt das direkte Engagement zwischen dem technischen Personal von Anthropic und externen Entwicklern sowie Transparenz bei technischen Problemen, die die Leistung von Claude Code beeinträchtigen.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Claude Code v2.1.293: Haiku 5.5 als Standard, 1 Mio. Kontext, 0,10 $/Mio. Tokens
Claude Code v2.1.293 liefert Claude Haiku 5.5 als Standard-Haiku-Modell mit 1M-Kontext für 0,10 $/0,50 $ pro Mtok sowie eine lange Liste von Bugfixes für Subagenten, Remote Control und MCP-Speicherlecks.

Taalas' HC1: Beschleunigung der KI-Inferenz mit maßgeschneidertem Silizium
Taalas präsentiert die HC1-Plattform, die die schnellste und kostengünstigste KI-Inferenz der Welt mit modell-spezifischem Hardware-Design bietet. Erreicht 17K Tokens/Sekunde auf Llama 3.1 8B.

Einschränkungszerfall: Warum LLM-Agenten bei strukturiertem Backend-Code scheitern
Neue Forschung führt 'Constraint Decay' ein: Wenn strukturelle Anforderungen steigen, fällt die Leistung von LLM-Agenten drastisch – fähige Agenten verlieren 30 Punkte bei Assertion-Pass-Raten, schwächere fallen fast auf null. Umsetzbare Erkenntnisse für alle, die KI-Coding-Agenten nutzen.

SDL-Projekt verbietet KI-geschriebene Commits als Reaktion auf GitHub-Issue
Das SDL-Projekt hat eine Richtlinie umgesetzt, die KI-generierte Commits verbietet, nachdem ein GitHub-Issue Bedenken hinsichtlich der Nutzung von Copilot in Code-Reviews aufgeworfen hat. Das Issue nennt speziell die Reviews #13277 und #12730 als Beispiele, bei denen KI-Unterstützung festgestellt wurde.