Warum Ihr KI-Assistent Ihnen ständig vorschlägt, wichtigen Code zu löschen

Sie haben es gesehen. Der Assistent liest eine Funktion, entdeckt eine Zeile, die redundant aussieht, und schlägt selbstbewusst vor, sie zu entfernen. Außer dass diese Zeile eine Problemumgehung für eine Race Condition ist, die Sie vor sechs Monaten nach einem Vorfall behoben haben. Die KI weiß das nicht, also schlägt sie vor, die Korrektur rückgängig zu machen.

Dies ist kein Problem der Modellqualität. Ein klügeres Modell mit denselben fehlenden Informationen macht denselben Fehler. Das Problem ist, dass der Grund, warum der Code existiert, nirgendwo lebt, wo die KI ihn lesen kann.

Wo das „Warum“ stirbt

Teams versuchen bereits, diesen Kontext irgendwo zu bewahren:

• Kommentare verrotten. Sie entfernen sich vom Code, und niemand vertraut ihnen genug, um danach zu handeln.
• ADRs werden einmal geschrieben und nie aktualisiert, losgelöst von den Zeilen, die sie regeln.
• Tool-spezifisches Gedächtnis ist in einem einzigen Assistenten gefangen und wandert nicht zum nächsten.
• Vektordatenbanken liefern unscharfe Treffer ohne Struktur und halluzinieren mit Überzeugung.

So bleibt das Wissen in einem einzigen erfahrenen Entwicklerkopf. Wenn diese Person ausfällt oder die KI die Arbeit übernimmt, ist der Kontext einfach weg.

Zwei Kosten, jeden einzelnen Tag

Das fehlende „Warum“ zeigt sich als zwei wiederkehrende Abgaben:

1. Gefährliche Vorschläge. Die KI entfernt absichtlichen Code, bricht eine Bedingung, die sie nie gesehen hat, oder führt einen Fehler wieder ein, den das Team bereits behoben hatte.
2. Erneutes Erklären. Sie fügen denselben Hintergrund erneut in den Chat ein, verbrennen Tokens und Minuten, um neu zu vermitteln, was Ihr Team vor Monaten entschieden hat.

Beides verstärkt sich, je mehr Ihrer Arbeit über KI läuft.

Was tatsächlich hilft

Die Lösung ist nicht ein weiterer Ort, an dem Prosa verrottet. Es geht darum, die Entscheidung als strukturierten Kontext mit einem Status zu erfassen, den Ihr Team steuert, und sie jedem KI-Tool genau dann bereitzustellen, wenn es die relevanten Zeilen berührt.

Genau das tut SourceAnt. Wenn ein Assistent das nächste Mal retry.tsöffnet, weiß er bereits, dass die Wiederholungsgrenze Absicht ist, warum Jittered Backoff abgelehnt wurde und welche Entscheidung er nicht brechen darf. Kein erneutes Erklären. Kein Löschen des Codes, der wichtig war.