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

✍️ OpenClawRadar📅 Veröffentlicht: 20. Mai 2026🔗 Source
Warum KI-Coding-Agenten nach 20 Schritten Mist produzieren: Kontextblindheit
Ad

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.
Ad

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

Ad

👀 Siehe auch

repo-mem: Open-Source MCP-Server fügt Claude Code persistente Team-Erinnerungen hinzu
Werkzeuge

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.

OpenClawRadar
SeeFlow: Architekturdiagramme, die mit Ihrer Live-App verbunden sind
Werkzeuge

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.

OpenClawRadar
Reise-Hacking-Toolkit: KI-Fähigkeiten und MCP-Server für die Suche nach Punkten und Meilen
Werkzeuge

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.

OpenClawRadar
Verwendung eines MCP-Servers zur Optimierung von React Native-Apps mit Claude Code
Werkzeuge

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.

OpenClawRadar