Technical Debt in KI-Automation-Stacks — Schulden erkennen & abbezahlen

Lisa, Head of Operations bei einem Hamburger Logistikunternehmen, hatte in 18 Monaten eine beeindruckende KI-Infrastruktur aufgebaut: 37 n8n-Workflows, 14 Make-Szenarien, 8 Custom Python-Skripte, 3 LLM-Agenten. Die Geschäftsführung war begeistert.

Dann kündigte der einzige Entwickler, der die Hälfte der Workflows gebaut hatte.

Innerhalb von zwei Wochen brachen 11 Workflows. Niemand wusste, warum. Die Dokumentation bestand aus Slack-Nachrichten und dem Gedächtnis eines Menschen, der nicht mehr da war. Kosten für externe Notfall-Beratung: 47.000 EUR.

Lisa hatte kein Technologie-Problem. Lisa hatte Technical Debt.

Die 7 Schuldenarten in KI-Automation-Stacks

1. Workflow Sprawl Debt: Workflows werden ad hoc erstellt, ohne Registry, ohne Naming-Konventionen, ohne Lifecycle-Management. Bei Lisas Unternehmen liefen 9 der 37 Workflows seit Monaten ohne Funktion — Kosten: 340 EUR/Monat für nichts.

2. Prompt Rot: Prompts degradieren über die Zeit. Modell-Updates ändern das Verhalten. Aber der Prompt bleibt derselbe wie vor 8 Monaten. Prompt-Stuffing erhöht Token-Kosten um 30–60% und senkt gleichzeitig die Output-Qualität.

3. Integration Debt: Fragile Punkt-zu-Punkt-Integrationen ohne Error Handling, ohne Retry-Logik, ohne Monitoring. Ein API-Update eines Drittanbieters bricht mehrere Workflows gleichzeitig.

4. Knowledge Debt: Die gefährlichste Schuldenart. Workflow-Logik existiert nur im Kopf derjenigen, die sie gebaut haben. "Frag Lisa, die weiß wie das funktioniert" — und Lisa ist nicht mehr da.

5. Testing Debt: Workflows laufen ohne Tests in Production. Jede Änderung ist ein Experiment in Production.

6. Observability Debt: "Läuft der Workflow noch?" ist eine ernstgemeinte Frage. Ohne Monitoring dauert die mittlere Erkennungszeit für Workflow-Fehler durchschnittlich 3–7 Tage. Mit Monitoring: unter 15 Minuten.

7. Governance Debt: Kein Verarbeitungsverzeichnis für KI-Workflows, kein Audit Trail, keine Transparenzpflichten.

Technical Debt Scoring: Mach es messbar

Bewerte jeden Workflow auf einer Skala von 0 (kein Debt) bis 5 (kritisch) in jeder der 7 Dimensionen.

Gesamtscore: 0–7: Healthy | 8–15: Warning | 16–24: Danger | 25–35: Critical (Stop-the-Line)

Lisas Stack hätte einen Score von 29 gehabt. Aber niemand hatte gemessen.

Der 6-Wochen Debt-Reduction-Plan

Woche 1–2: Inventur und Scoring

• Alle Workflows inventarisieren: Tool, Name, Owner, Zweck, Status
• Technical Debt Score für jeden Workflow berechnen
• Bus-Factor-Analyse: Wer kann welchen Workflow warten?

Woche 3–4: Quick Wins und kritische Fixes

• Zombie-Workflows deaktivieren
• AV-Verträge mit LLM-Anbietern aktualisieren
• Basis-Monitoring für Top-5 kritischste Workflows

Woche 5–6: Strukturelle Verbesserungen

• Naming-Konvention definieren
• Prompt-Versionierungssystem einführen
• Quartals-Review-Termin blocken

Agentic Debt: Die neue Schuldenart 2026

Mit dem Aufstieg von KI-Agenten entsteht eine neue Dimension von Technical Debt: Agent Sprawl (unkontrollierte Vermehrung), Permission Creep (schrittweise mehr Zugriffsrechte), Context Rot (Performance degradiert mit zunehmender Konversationslänge), Coordination Debt (39–70% Performance-Verlust bei schlecht koordinierten Multi-Agent-Systemen).

Teams, die Zeit für Debt Reduction investieren, bauen langfristig schneller neue Features als Teams, die alles in neue Features stecken.