Dein KI-Pair-Programmer macht dich heimlich zum schlechteren Coder

Niemand nimmt sich vor, das Programmieren zu verlernen. Es passiert so, wie die meisten Fähigkeiten verloren gehen: eine bequeme Abkürzung nach der anderen. Früher haben Sie den regulären Ausdruck selbst geschrieben; jetzt beschreiben Sie, was Sie wollen, und fügen ein, was das Modell ausspuckt. Früher haben Sie einen Stack-Trace Zeile für Zeile nachvollzogen; jetzt werfen Sie ihn in ein Chatfenster und lesen die Zusammenfassung. Jede einzelne Ersetzung für sich ist rational. Die Summe davon, nach einem Jahr KI-gestützter Arbeit, ist ein Entwickler, der bei eingeschaltetem Tool schnell Features ausliefern kann und bei ausgeschaltetem Tool kurz erstarrt.

Das ist der unbequeme Subtext hinter dem Vibe-Coding-Boom in diesem Monat – Lovable steht Berichten zufolge kurz vor einer Bewertung von 13,2 Milliarden Dollar, Replit und Factory sammeln jeweils Kapital im Milliardenbereich ein, SpaceX unterbietet die Preise der Spitzenmodelle mit Grok 4.5, das für „autonome Agenten" entwickelt wurde. All das ist auf eines optimiert: Sie dazu zu bringen, selbst weniger Code zu schreiben. Das ist der Sinn der Sache, und für viele Aufgaben ist das ein legitimer Tausch. Aber es bedeutet, dass die Branche die letzten zwei Jahre damit verbracht hat, ein unkontrolliertes Experiment darüber laufen zu lassen, wie viel manuelle Programmierfähigkeit man auslagern kann, bevor es etwas kostet – und die Rechnung wird jetzt auf konkrete, überprüfbare Weise fällig.

Wo die Lücke wirklich zuschlägt

Verkümmerung ist keine diffuse Angst – sie zeigt sich in drei konkreten Situationen, und es lohnt sich, ehrlich mit sich selbst zu sein, welchen davon man ausgesetzt ist:

• Vorstellungsgespräche. Die meisten technischen Interviews – Take-Home-Aufgaben ausgenommen – schränken KI-Unterstützung weiterhin ein oder verbieten sie ganz. Wenn Ihre alltägliche Gewandtheit sich still und leise von „Ich kann das schreiben" zu „Ich kann ein Modell anweisen, das zu schreiben" verschoben hat, wird eine Whiteboard- oder Live-Coding-Runde die Lücke in Echtzeit offenlegen – vor den Augen der Person, die entscheidet, ob Sie eingestellt werden.
• Ausfälle. Wenn das Produktivsystem ausfällt, führt der schnellste Weg zu einer Lösung meist über das Lesen unbekannten Codes unter Druck und direktes Nachdenken darüber – nicht über das Formulieren eines guten Prompts zu einem System, das man keine Zeit hat zu erklären. Incident Response belohnt genau die Fähigkeiten (schnelles Code-Lesen, Debugging im Kopf, das Kennen der API-Oberfläche aus dem Gedächtnis), die am wenigsten trainiert werden, wenn ein Modell sie im Alltag für Sie übernimmt.
• Keine Verbindung, kein Assistent. Ein Flug, ein Kundenstandort mit abgeriegeltem Netzwerk, ein Tool-Ausfall beim Modellanbieter – jedes davon wirft Sie für eine Weile auf unassistiertes Programmieren zurück. Es muss nicht dauerhaft sein, um zu zählen; es muss nur an einem Tag passieren, an dem Sie etwas ausliefern mussten.

Keiner dieser Fälle ist ein hypothetischer Grenzfall, den sich jemand ausgedacht hat, um ein Produkt zu verkaufen. Es sind die gewöhnlichen Bedingungen eines Arbeitslebens. Die Frage ist, ob Sie den Schwund bemerken würden, bevor einer dieser Fälle Sie in Bedrängnis bringt.

Die Trainingstools kommen ins Spiel

Genau diese Lücke will laut einem Bericht in The Register von diesem Monat ein neues Tool namens Atrophy CLI schließen. Der Ansatz ist unverblümt: Programmierfähigkeit soll wie eine Schach-Elo-Zahl behandelt werden statt als binäres „kann programmieren / kann nicht programmieren". Man beginnt mit einer Basisprüfung, die den aktuellen Stand feststellt, dann trainiert einen das Tool in einer Handvoll unterschiedlicher Fähigkeitskategorien – Syntax-Erinnerung, Debugging, Code-Lesen, API-Gedächtnis und Problemzerlegung – und verfolgt die eigene Bewertung über die Zeit, so wie eine Schach-Engine verfolgt, ob man wirklich besser wird oder es sich nur so anfühlt. Der Slogan bringt die ganze These in einem Satz auf den Punkt: „Wenn KI-Unterstützung Ihre Fähigkeit, unassistiert zu programmieren, still und leise untergräbt, zeigt Ihnen das die Grafik – bevor es ein Vorstellungsgespräch, ein Ausfall oder ein Tag ohne WLAN tut."

Bemerkenswert an der Gestaltung ist die Aufteilung in getrennte Kategorien statt eines einzigen Gesamtwerts. Vibe Coding zehrt nicht gleichmäßig an allen Programmierfähigkeiten – man kann bei der Zerlegung (ein Problem in Schritte aufteilen) scharf bleiben, weil das auch mit einem KI-Assistenten größtenteils die eigene Aufgabe bleibt, während die Syntax-Erinnerung und der rohe Debugging-Muskel ohne Copilot still und leise erschlaffen, weil genau das die Teile sind, die man delegiert hat. Ein einzelner Wert würde das verschleiern. Eine Bewertung pro Kategorie sagt einem zumindest, welchen bestimmten Muskel man neu trainieren muss – ein nützlicheres Signal als ein allgemeines Gefühl der Eingerostetheit.

Ein notwendiger Vorbehalt

Man sollte es klar sagen: Atrophy CLI ist neu, und mir liegen keine unabhängigen Daten dazu vor, ob die Bewertungen tatsächlich die Leistung in Vorstellungsgesprächen oder bei Vorfällen vorhersagen, oder ob regelmäßiges Training den Fähigkeitsverfall wirklich umkehrt – oder einen nur gut in den Übungen selbst macht. Das ist ein reales Risiko bei jedem Übungstool, das nicht die eigentliche Aufgabe ist. Man sollte es als einen Diagnoseversuch behandeln, der einen Versuch wert ist, nicht als erwiesene Lösung. Die Kategorie, die hier abgesteckt wird – die Messung KI-bedingten Fähigkeitsverfalls, getrennt von KI-gestützter Produktivität –, ist die nützliche Idee dahinter, ganz gleich, ob ausgerechnet dieses Tool sich am Ende durchsetzt.

Was man dagegen tun kann, ohne auf die Produktivität zu verzichten

Sie müssen KI-gestütztem Programmieren nicht abschwören, um sich hier zu schützen; das würde bedeuten, einen echten Produktivitätsgewinn aufzugeben, um sich gegen ein Risiko abzusichern, das sich günstiger managen lässt. Ein paar konkrete Gewohnheiten erledigen den Großteil der Arbeit:

• Lösen Sie regelmäßig etwas, das Sie normalerweise dem Modell überlassen würden – einen Bug, eine kleine Funktion, eine Datentransformation – komplett ohne Hilfe, und stoppen Sie dabei die Zeit. Achten Sie darauf, wo Sie ins Stocken geraten.
• Vor einer Interviewrunde oder einer Bereitschaftsdienst-Rotation sollten Sie bewusst eine Zeit lang ohne KI programmieren, so wie Sie vor einer Prüfung pauken würden, deren Stoff Sie seit Monaten nicht mehr gebraucht haben.
• Wenn Sie KI-Unterstützung nutzen, lesen Sie den generierten Code so genau, dass Sie ihn jemand anderem erklären könnten, statt ihn nur einzufügen und weiterzumachen – dieser Schritt entscheidet am meisten darüber, ob der Kontakt damit Ihr Verständnis aufbaut oder nur daran vorbeischleust.
• Wenn ein bewertungsbasiertes Tool wie Atrophy CLI bei Ihnen funktioniert, nutzen Sie es als Rauchmelder, nicht als eigenständiges Trainingsprogramm – prüfen Sie es regelmäßig, und wenn eine Kategorie absackt, leisten Sie in diesem Bereich echte, unassistierte Arbeit, statt dafür Karteikarten zu pauken.

Die ehrliche Sichtweise ist, dass KI-gestütztes Programmieren und unassistierte Programmierfähigkeit inzwischen zwei getrennte Fähigkeiten sind, die man pflegen muss – nicht eine Fähigkeit mit einer Abkürzung. Arbeitgeber, Interviewgremien und 3-Uhr-morgens-Incident-Kanäle haben das noch nicht ganz begriffen, aber sie werden bemerken, welche Kandidaten beide Fähigkeiten am Leben erhalten haben.