Fehlerbehebung bei Claude Codes Build-Check-Logik: Warum die Namenssuche fehlschlägt und die strukturelle Fußabdrucksuche sie behebt

Ein Entwickler auf r/ClaudeAI berichtet, dass Claude Code wiederholt vorhandene Funktionen nicht erkannt habe – auf die Frage „Ist X bereits implementiert?“ antwortete der Assistent viermal in einer Sitzung mit „nein“, obwohl die Funktion bereits existierte. Die Ursache: Der Agent suchte nach Namen (Schlüsselwörter, Synonyme) statt nach strukturellen Fußabdrücken (Routen, Schemata, registrierte Werkzeuge, geplante Aufgaben, dokumentierte Entscheidungen). Namen ändern sich; architektonische Artefakte nicht.

Das Muster

Die Frage „Ist diese Funktion bereits implementiert?“ löste eine selbstbewusste „Nein, hier ist, wie wir sie bauen“-Antwort aus, obwohl die Funktion teilweise vorhanden war. Jedes Mal musste der Benutzer nachhaken, um die wahre Antwort zu erhalten. Der Entwickler diagnostizierte, dass der Agent zwar suchte, aber mit vokabularbasierten Abfragen, die Code mit anderen Namenskonventionen übersahen.

Die Regel (strukturelle Fußabdrucksuche)

Die synthetisierte Regel zwingt den Agenten, nach Form statt nach Namen zu suchen. Statt „finde Funktion X“ fragt er beispielsweise „Welche Plugin-Werkzeuge existieren?“ oder „Welche Routen, Schemata oder registrierten Aufgaben entsprechen dieser Funktionalität?“ So wird vorhandener Code entdeckt, den eine Namenssuche nie gefunden hätte.

Wichtige Erkenntnis: „Bessere Synonyme zu suchen, ist immer noch eine Namenssuche. Die Fußabdruckversion erfasst es (der vorhandene Code hat ein Plugin-Werkzeug registriert, und ‚Welche Plugin-Werkzeuge existieren?‘ ist eine schmale Suche mit hohem Signalgehalt).“

Erbetenes Feedback aus der Community

• Halluzinationsformen, die die strukturelle Fußabdrucksuche NICHT erfassen würde
• Audit-Theater-Muster, bei denen die Form erfüllt wird, ohne Substanz
• Übermäßige Auslösung bei Fragen, die eigentlich keine Abwesenheitsbehauptungen sind
• Vertrauensverstärkung: Nach dem Audit wird der Agent selbstbewusster in seinen Schlussfolgerungen, was Fehler aufgrund falscher Ontologie schwerer erkennbar macht
• Falsche-Ontologie-Strenge: Der Agent durchsucht GraphQL-Muster in einem REST-System, findet nichts und bestätigt Abwesenheit

Der Entwickler testet die Regel zwei bis drei Wochen in einem separaten Projekt, bevor er eine globale Konfiguration in Betracht zieht. Er lädt andere ein, Regeln zu teilen, die „Halluzination mit Strenge“ (nicht nur Halluzination) gelöst haben.