KI-gestützte Softwareentwicklung

Funktionierender Code ist noch keine abnahmefähige Auslieferung

Eine Änderung kann kompilieren, Tests bestehen und dennoch nicht sicher abgenommen werden. Bleiben Geschäftsregel, Berechtigung, Fehlerverhalten oder das Zusammenspiel mit dem bestehenden System unklar, muss der Reviewer die Entscheidungen zuerst selbst rekonstruieren.

Diese Unterscheidung gilt nicht nur für KI. Wenn KI mehr Entwurfscode erzeugt, tritt der Aufwand durch fehlenden Kontext früher und häufiger zutage.

Zweck

Bei der CodeerzeugungEine Anforderung in eine Umsetzung überführen.

Bei der AbnahmeZeigen, dass das richtige Geschäftsergebnis innerhalb der richtigen Grenzen erhalten bleibt.

Erforderlicher Kontext

Bei der CodeerzeugungPrompt, sichtbare Aufgabe und vorhandene Dateien.

Bei der AbnahmeGeschäftsregeln, Abhängigkeiten, Fehlerszenarien und Betriebsbedingungen in Produktion.

Nachweis

Bei der CodeerzeugungErzeugte Dateien und ein erstes Testergebnis.

Bei der AbnahmeErklärte Entscheidungen, passende Tests, geprüfte Risiken und bei Bedarf ein Rückweg.

Der erste Beitrag zeigt, warum ein Review nicht nur ein Paket aus Code ist. Kann die Person, die die Änderung erstellt hat, Entscheidungen, Annahmen, Tests und Unsicherheit erklären, muss der Reviewer die fehlende Arbeit nicht von Grund auf neu entdecken.

Weiterführender Artikel

Ein Beitrag darüber, wohin sich die Prüfungsarbeit verlagert

KI hat Code billig gemacht. Das Prüfen bleibt teuer.

Er erklärt, warum Verständnis- und Review-Kapazität separat gesteuert werden müssen, wenn die Codeerzeugung zunimmt.

Öffnet in einem neuen Tab

Bei API-Änderungen wird diese Anforderung besonders greifbar. Bleiben Löschen, Wiederholung, Zuständigkeit für Datensätze, Berechtigungen und Vereinbarungen zum Fehlerverhalten beim Generieren des Codes Annahmen, kann eine technische Wahl unbemerkt zu einer Geschäftsentscheidung werden.

Weiterführender Artikel

Eine Arbeitsnotiz für sichtbare Entscheidungen bei KI-gestützten APIs

REST-API-Qualität in KI-gestützter Entwicklung sichern

Sie zeigt, welche REST-Entscheidungen in einer Anfangsanweisung, einem unabhängigen Review und den Auslieferungskontrollen geprüft werden sollten.

Öffnet in einem neuen Tab

Die Kosten aufgeschobener Arbeit neu rechnen

Mit KI-Unterstützung kann eine Bereinigung machbar werden, für die einige Tage bisher nicht vertretbar waren. Daraus folgt nicht, dass jedes Altsystem jetzt migriert werden sollte. Zuerst muss klar sein, welcher Aufwand die Arbeit bisher aufgeschoben hat.

1. 01Was ist das Ziel der aufgeschobenen Arbeit: weniger Komponenten, eine stilllegbare Abhängigkeit, weniger Risiko oder eine spürbare Betriebsbelastung?
2. 02Wie viel Zeit brauchen neben der Codeerzeugung Review, Tests, Datenmigration und Rückabwicklung?
3. 03Kann ein begrenzter Versuch sowohl den häufigen Fall als auch eine schwierige Ausnahme abdecken?
4. 04Könnten eine einfachere Automatisierung, ein vorhandenes Werkzeug oder eine manuelle Durchführung dieselbe Arbeit sicherer leisten?

Die Feldnotiz zu PeşinTaksit beschreibt den Wechsel von vier Containern zu einer einzelnen Cloudflare-Workers-Auslieferung. Etwa eine Stunde ist die beobachtete Dauer; es gab keinen parallelen Vergleich ohne KI und damit keinen allgemeinen Geschwindigkeitsbenchmark. Die engere Aussage lautet: Eine Bereinigung, für die ich diesem Projekt keine drei bis fünf Tage gegeben hätte, wurde machbar.

Weiterführender Artikel

Eine Feldnotiz mit klarer Reichweite

Mit KI in einer Stunde erledigt, was ich sonst nicht angefasst hätte

Sie betrachtet Wartungslast, einfache Infrastruktur und den Rückweg bei einem kleinen, wenig genutzten Produkt.

Öffnet in einem neuen Tab

Bei größeren Migrationen erklärt die Werkzeugwahl allein nicht das Ergebnis. Der Beitrag behandelt die Beispiele von Asana, Airbnb und Uber mit den Grenzen ihrer Quellen: Die Dauer oder Kostenschätzung eines Unternehmens ist kein Versprechen für ein anderes Team. Hilfreich ist, die eigene aufgeschobene Arbeit mit Blick auf die Prüfung neu zu rechnen.

Weiterführender Artikel

Eine Analyse zur Neubewertung von Migrationskosten

KI kann aufgeschobene Arbeit wieder wirtschaftlich sinnvoll machen

Sie behandelt Umfang, menschliches Review, deterministische Werkzeuge und Verantwortung für die Rückabwicklung als Teile derselben Entscheidung.

Öffnet in einem neuen Tab

Die Arbeitsstruktur um das Modell

Eine vom Modell erzeugte Antwort und ein System, das eine echte Aufgabe abschließt, sind nicht dasselbe.

Aufgabe und Grenze

Das System sollte klar machen, welche Arbeit es ausführt, was es nicht tut und wann es anhält.

Information und Berechtigung

Der Kontext für das Modell und die verfügbaren Werkzeuge sollten auf das Erforderliche begrenzt sein.

Ergebniskontrolle

Prüfen Sie möglichst unabhängig, ob ein Ergebnis vorhanden ist oder die richtige Änderung im richtigen System ankam.

Ausnahme und Rückgabe

Wiederholungen dürfen keine doppelte Aktion erzeugen; bei Unsicherheit muss die Arbeit an eine Person zurückgehen.

Sobald der zugehörige Beitrag veröffentlicht ist, untersucht dieser Abschnitt, wie Werkzeuge, Zustandsverfolgung und Kontrollschleifen um ein Modell das Auslieferungsverhalten verändern.

Weiterführender Artikel

Ein Erklärbeitrag zum KI-Harness

Was ist ein KI-Harness? Einfach erklärt

Er trennt die Antwort eines Modells von der Arbeitsstruktur, die eine echte Aufgabe abschließt.

Öffnet in einem neuen Tab

Eine kurze Entscheidungsnotiz zur Auslieferung

Schreiben Sie vor einer KI-gestützten Änderung oder Migration diese vier Punkte auf. So wird sichtbar, welches Risiko Geschwindigkeit sonst verdecken kann. Es ist kein Punktesystem, sondern eine knappe Notiz für die gemeinsame Besprechung im Team.

Erwartete Veränderung

Welches Geschäftsergebnis, Verhalten oder welche Wartungslast soll sich ändern?

Abnahmenachweis

Welcher Test, welche Beobachtung oder welches menschliche Review zeigt, dass das gewünschte Ergebnis erhalten bleibt?

Verantwortung und Grenze

Wer kann die Entscheidung erklären, wer nimmt sie ab und wo hält das System an und übergibt an eine Person?

Rückabwicklung

Welche Daten, welches Verhalten oder welche Auslieferung lässt sich bei einem Problem sicher zurücknehmen?

Bleibt eine Antwort unsicher, wählen Sie zuerst einen Umfang, der genau diese Unsicherheit reduziert. Schnellere Codeerzeugung bestimmt nicht anstelle des Teams, wann eine Auslieferung als sicher gelten kann.