kurz erklärt

Technische Schulden

Technische Schulden setzen einen Schuldner voraus, der den Kredit kennt — bei KI-generiertem Code fehlt er, und damit jede Messbarkeit.

Die Metapher stammt aus dem Kreditwesen und taugt nur so lange, wie ihre Bestandteile stimmen. Ward Cunningham prägte den Begriff 1992, und er meinte etwas sehr Präzises: eine bewusste Entscheidung. Man weiß, wie die saubere Lösung aussähe. Man baut trotzdem die schnelle — um früher zu lernen, um früher am Markt zu sein. Man nimmt Zinsen in Kauf und plant die Tilgung ein. Cunningham hat sich später ausdrücklich darüber geärgert, dass seine Metapher zum Synonym für schlecht geschriebenen Code wurde. Schuldenaufnahme ist eine Strategie, Schlamperei ist keine.

Genau der Entscheider fehlt heute. Bei Code, den ein Modell erzeugt und den niemand vollständig gelesen hat, gab es keine Abwägung zwischen sauber und schnell. Fehlt der Schuldner, der den Vertrag kennt, entstehen keine Schulden, sondern eine Verbindlichkeit, die nie gebucht wurde.

Schulden sind eine Zahl — das ist der ganze Sinn der Metapher. Sie macht Qualitätsprobleme verhandelbar, weil man sie neben andere Zahlen legen kann. Klassische technische Schulden ließen sich wenigstens schätzen: so und so viele Personentage Refactoring. Diese Schätzung setzte voraus, dass jemand den Code gelesen hat und weiß, wie richtig aussähe. Bei generiertem Code fehlt beides. Die Folge ist die schwerwiegendste: Ein Posten ohne Betrag konkurriert im Budget mit nichts. Er verliert nicht gegen das nächste Feature — er taucht gar nicht erst auf.

Die Metapher wird durch KI also nicht tiefer, sie bricht. Seit 2026 arbeitet die Forschung mit präziseren Begriffen: Kognitive Schulden für die Lücke zwischen System und Verständnis, Intent Debt für die verlorene Absicht. Code lässt sich heute wegwerfen und neu erzeugen, fast zum Nulltarif. Was sich nicht neu erzeugen lässt, ist das Verständnis, das beim Erzeugen nie entstanden ist. Wer weiter von technischen Schulden spricht, sucht das Problem am falschen Ort.