Intent Debt

Wenn jemand ein Programm entwickelt, steht am Anfang eine Absicht. Jemand will ein Problem lösen, etwa Rechnungen automatisch verschicken. Aus dieser Absicht entstehen Entscheidungen, und aus den Entscheidungen entsteht fertiger Programmtext. Intent Debt ist der Teil dieser Absicht, der unterwegs verloren geht. Das Programm läuft dann zwar, aber niemand kann mehr sagen, warum es genau so gebaut wurde. Das Wort Debt bedeutet Schuld: Wie bei einem Kredit zahlt man später drauf, und zwar mit Zeit und Ärger.

Wenn niemand mehr weiß, warum der Code so aussieht

Software wird selten einmal geschrieben und dann nie wieder angefasst. Sie wird jahrelang verändert, erweitert und repariert. Dabei stellt sich ständig dieselbe Frage: Darf ich das ändern oder hat sich jemand etwas dabei gedacht? Ohne festgehaltene Absicht ist diese Frage nicht zu beantworten. Also lassen Entwicklerinnen und Entwickler lieber alles stehen, auch überflüssige Teile.

Das kostet echtes Geld. Teams arbeiten langsamer, weil sie sich durch Code tasten müssen, den niemand mehr versteht. Ein bekanntes Muster: Eine Funktion wirkt sinnlos, wird entfernt, und drei Wochen später fällt ein anderer Teil des Systems aus. Sie hatte doch einen Zweck, nur wusste ihn niemand mehr.

Verwandt ist der ältere Begriff technische Schulden. Damit meint man schlampig gebauten Code, der später aufgeräumt werden muss. Intent Debt ist etwas anderes: Der Code kann sauber sein, es fehlt nur das Wissen über sein Warum. Man sieht die Schuld dem Programm nicht an, und genau das macht sie gefährlich.

Wie die Lücke zwischen Absicht und Code entsteht

Absicht geht in kleinen Schritten verloren. Eine Anforderung wird mündlich in einer Besprechung geäußert und nie aufgeschrieben. Ein Kompromiss wird in einem Chat ausgehandelt, der ein Jahr später gelöscht ist. Eine Sonderregel wird eingebaut, weil ein einzelner Kunde sie brauchte, aber der Grund landet nirgends. Am Ende bleibt nur das Ergebnis übrig, nicht die Begründung.

KI-Assistenten, die Code schreiben, beschleunigen diesen Verlust. Man beschreibt in einem Satz, was man will, und erhält hundert Zeilen fertigen Code. Der Satz verschwindet danach im Chatverlauf. Der Code bleibt und wird veröffentlicht. Das Verhältnis kippt: Früher las ein Mensch jede Zeile, heute prüft er oft nur, ob es läuft.

Gegenmittel gibt es. Teams schreiben kurze Notizen zu wichtigen Entscheidungen, oft Architecture Decision Records genannt. Darin steht, was entschieden wurde, welche Alternativen es gab und warum sie verworfen wurden. Auch Tests helfen: Ein guter Test beschreibt in Form eines Beispiels, welches Verhalten gewollt ist. Das ist Absicht in einer Form, die der Computer selbst überprüfen kann.

Wo der Begriff gerade auftaucht

Man liest Intent Debt vor allem in Debatten über KI-gestütztes Programmieren. Wenn Firmen berichten, dass ein wachsender Anteil ihres Codes von Maschinen stammt, folgt fast immer die Gegenfrage nach der Wartbarkeit. Auch beim sogenannten Vibe Coding, dem lockeren Bauen von Software allein per Zuruf an eine KI, fällt der Begriff regelmäßig.

Für Anlegerinnen und Anleger ist das kein Randthema. Software ist bei vielen Unternehmen der größte Vermögenswert, und schlecht verstandene Software wird mit der Zeit teurer statt billiger. Wer beurteilen will, ob KI-Werkzeuge einem Unternehmen wirklich nützen, muss die eingesparte Schreibzeit gegen die später fällige Reparaturzeit rechnen.

Im Kleinen begegnet dir das Prinzip auch außerhalb der Informatik. Denk an eine Formelsammlung, die du für eine Klausur abgeschrieben hast, ohne die Herleitung zu verstehen. Kurzfristig funktioniert das. Sobald eine Aufgabe leicht anders gestellt ist, fehlt dir genau das Wissen, das du übersprungen hast. Intent Debt ist dieselbe Rechnung, nur über Jahre und mit einem Preisschild.