Warum KI-Coding-Agenten nach 20 Schritten Mist produzieren: Kontextblindheit

Ein Entwickler auf r/LocalLLaMA hat seine API-Logs und Prompt-Payloads geprüft, nachdem er bemerkt hatte, dass die Token-Nutzung anstieg und die Agentenausgabe nach etwa 20 Iterationen nachließ. Seine Schlussfolgerung: Die Modelle werden nicht dümmer; sie ersticken an ihren eigenen überladenen Kontextfenstern.
Die vier strukturellen Fehler
Nachdem er untersucht hatte, was Cursor und Claude Code in einem Repository mit über 10.000 Zeilen tatsächlich tun, identifizierte der Autor vier Muster:
- Blinde Erkundung: Der Agent durchsucht rekursiv mit grep und legt etwa 40 verschiedene Dateien in den Kontext, nur um eine einzige Hilfsfunktion zu finden. Oft übersieht er eine vorhandene Komponente und halluziniert ein Duplikat von Grund auf.
- Rohe Aufnahme: Eine 2.000-zeilige Datei wird in den Prompt geladen, um ein 5-zeiliges Interface zu aktualisieren. Verschwendet massiv Kontext-Token.
- Tool-Durchfall: Ausführliche Testlogs und riesige MCP-Tool-Definitionen verbrauchen rund 30k Token, bevor das Modell ein einziges Code-Token generiert.
- Goldfisch-Gedächtnis: Jede Sitzung beginnt von vorn – kein Projektbewusstsein – so dass dieselben Dateien immer wieder neu gelesen werden.
Kipppunkt bei 80% Kontext
Sobald der Kontext zu etwa 80% mit Rauschen gefüllt ist, verschlechtert sich der Aufmerksamkeitsmechanismus des Modells drastisch. Der IQ sinkt sichtbar auf Zimmertemperatur, und es beginnt, die Architektur zu zerstören. Standard-Chunking-RAG behebt dies nicht, da es für Logik ungeeignet ist – der Agent bleibt blind für die Codebasis-Struktur, bis er Token für das Lesen von Rohtext verbrennt.
Vorgeschlagene Lösung: AST oder Graph-DB
Der Autor fordert einen Open-Source-Agenten, der Code in einen AST oder eine Graphdatenbank parst, bevor er Kontext verbraucht, damit er die Struktur versteht, ohne Token für Rohtext zu verschwenden. Dies würde architektonische Spaghetti verhindern, die pro eingesparter Stunde Tipparbeit 5 Stunden Korrektur kosten.
Für wen das gedacht ist
Entwickler, die Cursor, Claude Code oder lokale LLM-Agenten für reale Codebasen verwenden und von Produktivitätsparadoxien frustriert sind.
📖 Lies die vollständige Quelle: r/LocalLLaMA
👀 Siehe auch

repo-mem: Open-Source MCP-Server fügt Claude Code persistente Team-Erinnerungen hinzu
repo-mem ist ein Open-Source-MCP-Server, der Claude-Code-Sitzungen mit persistenter, gemeinsamer Speicherung über SQLite und Git erweitert. Er löst das Problem der Team-Isolation, indem Beobachtungen in benutzerspezifischen Datenbanken gespeichert werden, die in das Repository eingecheckt werden.

SeeFlow: Architekturdiagramme, die mit Ihrer Live-App verbunden sind
SeeFlow generiert ein Flussdiagramm aus Ihrer Codebasis und verbindet jeden Knoten mit Ihrer laufenden Anwendung – mit Plugins für Claude Code, Codex, Cursor, Windsurf und einem MCP-Server.

Reise-Hacking-Toolkit: KI-Fähigkeiten und MCP-Server für die Suche nach Punkten und Meilen
Ein GitHub-Repository bietet 7 Markdown-Fähigkeiten und 6 MCP-Server, die Claude Code und OpenCode beibringen, Prämienflüge über 25+ Meilenprogramme zu suchen, Barpreise zu vergleichen, Treuepunktekontostände abzurufen sowie Hotels und Fähren zu finden. Die Einrichtung erfordert das Klonen des Repos und das Ausführen von setup.sh.

Verwendung eines MCP-Servers zur Optimierung von React Native-Apps mit Claude Code
Ein MCP-Server streamt Live-Laufzeitdaten aus einer React Native-App in Claude Code, und identifiziert Performance-Probleme wie Zustandsspeicher-Thrashing und unnötige Neurendering.