AIコーディングエージェントが20ターン後に粗悪なコードを出力する理由：コンテキスト盲目

r/LocalLLaMAの開発者が、トークン使用量の急増とエージェントの出力が約20ターン後に劣化することに気づき、APIログとプロンプトペイロードを監査した。結論：モデルが退化しているのではなく、ノイズで膨張したコンテキストウィンドウに窒息しているのだ。

四つの構造的欠陥

CursorとClaude Codeが1万行を超えるリポジトリで実際に行っていることを調査した結果、著者は四つのパターンを特定した：

• 盲目的探索：エージェントは再帰的にgrepし、1つのユーティリティ関数を見つけるために約40個の異なるファイルをコンテキストにダンプする。既存のコンポーネントを見逃し、ゼロから重複したものを幻覚することが多い。
• 生データ取り込み：5行のインターフェースを更新するために2,000行のファイルをプロンプトにダンプする。膨大なコンテキストトークンを浪費する。
• ツールの下痢：冗長なテストログと巨大なMCPツール定義が、モデルが1トークンのコードを生成する前に約3万トークンを消費する。
• 金魚の記憶：毎回のセッションがまっさらから始まるため、プロジェクト認識がゼロで、同じファイルを繰り返し読み直す。

80%コンテキストでの転換点

コンテキストがノイズで約80%の容量に達すると、モデルのアテンション機構が急激に劣化する。IQは目に見えて室温レベルまで低下し、アーキテクチャを破壊し始める。標準的なチャンキングRAGはこれを解決できない。なぜなら、それは論理に対してはゴミであり、エージェントは生テキストを読むためにトークンを消費するまでコードベース構造を認識できないからだ。

提案される修正：ASTまたはグラフDB

著者は、コンテキストを消費する前にコードをASTやグラフデータベースにパースするオープンソースエージェントを求めている。これにより、生テキストにトークンを浪費せずに構造を理解できる。タイピングで1時間節約するごとに修正に5時間かかるアーキテクチャのスパゲッティを防げる。

対象読者

実際のコードベースでCursor、Claude Code、またはローカルLLMエージェントを使用していて、生産性のパラドックスに悩む開発者。