Teil 4 von 6

Ausführung: Lebenszyklus, Transaktionen und Evaluierung (Evals)

Ein deklarierter Lifecycle für das Modell, Transaktionssemantik für Agent-Aktionen, eval-getriebene Entwicklung und natürliche Sprache als Quellcode.

Abschnitte 11–14
11 · State-Machine-Programmierung

Das Modell arbeitet in einem deklarierten Lifecycle

Das Modell darf Entscheidungen innerhalb eines Zustands treffen. Normaler Code steuert, welche Zustandsübergänge zulässig sind.

RECEIVED CLASSIFIED SPECIFIED PLANNED APPROVED IMPLEMENTED VERIFIED READY PUBLISHED
automatischer Übergang Freigabe durch einen Menschen Verifizierung erforderlich
Fehler-Übergänge
IMPLEMENTED FAILED
VERIFIED REPAIR_REQUIRED
REPAIR_REQUIRED IMPLEMENTED
FAILED ROLLED_BACK
Was das für das Unternehmen bedeutet
Sie können nicht steuern, was Sie nicht beobachten

Ein deklarierter Lifecycle gibt jedem Lauf einen bekannten Zustand, eine Menge zulässiger Übergänge und ein Ende. Ohne ihn können Sie die beiden Fragen nicht beantworten, die in jedem Vorfall aufkommen: Wo steht dieser Prozess gerade, und was kostet es, wenn er weiterläuft. Explizite Zustände machen den Fortschritt außerdem in Geschäftsbegriffen berichtbar statt in Log-Zeilen, und geben dem Betrieb einen belastbaren Punkt zum Eingreifen.

Entscheidung Verlangen Sie für jedes autonome Feature deklarierte Zustände, zulässige Übergänge sowie eine harte Grenze für Iterationen und Budget.
12 · Transaktionssemantik

Agent-Aktionen wie Transaktionen behandeln

BEGIN Plan erstellen Vorschau erzeugen Vorschau validieren Freigabe anfordern Änderungen anwenden Tests ausführen COMMIT
Jeder Fehler → ROLLBACK
Vorwärtsaktion
Kompensierende Aktion
DNS-Eintrag erstellen
DNS-Eintrag löschen
Website deployen
Vorheriges Deployment wiederherstellen
Kampagne planen
Kampagne abbrechen
CRM-Automatisierung anlegen
Automatisierung deaktivieren oder entfernen
Domain reservieren
Reservierung freigeben, wo möglich
Zahlungskonfiguration erstellen
Konfiguration deaktivieren

Manche Aktionen lassen sich nicht vollständig rückgängig machen: eine E-Mail versenden, eine Zahlung belasten, sensible Daten veröffentlichen, bestimmte Domains registrieren, externe Ressourcen ohne Backup löschen. Diese erfordern eine Freigabe vor der Ausführung.

Was das für das Unternehmen bedeutet
Halb angewandte Änderungen sind der teure Fehlerfall

Agent-Aktionen berühren echte Systeme, also brauchen sie die Disziplin, die Sie bei Datenbankarbeit bereits anwenden: planen, Vorschau, anwenden, verifizieren, committen, mit einem definierten Rollback. Fehlt diese Abfolge, hinterlässt ein Fehler auf halbem Weg die Umgebung in einem inkonsistenten Zustand, und die Bereinigung ist manuell, langsam und wird meist von Ihren erfahrensten Leuten erledigt. Umkehrbarkeit ist außerdem das, was es sicher macht, mit der Zeit mehr Autonomie zu gewähren, weil Fehler aufhören, dauerhaft zu sein.

Entscheidung Verlangen Sie für jeden Schreibvorgang eine Vorschau und einen Rollback-Pfad, und wo ein Rollback wirklich unmöglich ist, verlangen Sie stattdessen eine menschliche Freigabe.
13 · Eval-getriebene Entwicklung

Test-driven Development für probabilistische Software

Weil Ausgaben variieren, beweist ein einzelner Durchlauf nichts. Führen Sie mehrere Durchläufe aus, vergleichen Sie die Verteilung der Scores gegen eine Baseline und deployen Sie nur, wenn es besser ist.

Klassische Entwicklung
Code schreiben → Tests ausführen → Reparieren
Entwicklung von Prompt-Systemen
Evals definieren → Baseline festlegen →
Prompt oder Workflow anpassen →
Mehrere Durchläufe ausführen → Ergebnisse vergleichen →
Nur deployen, wenn es besser ist
Eine Version · viele Durchläufe
Baseline
Score-Verteilung → gegen Baseline vergleichen
EBENE 1
Schema-Validierung: Ausgabe parsebar · Pflichtfelder vorhanden · Enums gültig
EBENE 2
Deterministische Prüfungen: Tests bestehen · Links funktionieren · Dateien existieren · APIs antworten · Barrierefreiheitsregeln bestehen
EBENE 3
Abdeckung der Anforderungen: jede Anforderung ist einer Umsetzung zugeordnet · nichts Wesentliches ausgelassen · keine ungefragte zerstörerische Änderung
EBENE 4
Bewertung durch Modell oder Mensch: visuelle Qualität · Textqualität · Kohärenz · Markenpassung · Originalität
EBENE 5
Ergebnis in der Praxis: der Nutzer akzeptiert das Ergebnis · die Conversion steigt · die Aufgabenerfüllung verbessert sich · Supportanfragen gehen zurück

Wesentliche Regel: verifizieren Sie den finalen Zustand der Umgebung, nicht bloß die schriftliche Behauptung des Modells, dass die Aufgabe erledigt ist.

Was das für das Unternehmen bedeutet
Ohne Evals ist jede Änderung eine ungemessene Wette

Ein Eval-Set ist die Regressions-Suite für probabilistische Software. Es ist das, womit Sie sagen können, ob ein neues Modell, ein neues Prompt oder eine Kontextänderung tatsächlich etwas verbessert hat, statt aus Anekdoten und den letzten drei Beispielen zu argumentieren, die jemand zufällig ausprobiert hat. Teams, die hier investieren, können ein neues Modell binnen Tagen einführen und die Entscheidung mit Zahlen belegen; Teams, die das nicht tun, sind strukturell nicht in der Lage, sicher zu upgraden, und ihre Qualitätsdiskussionen kommen nie zu einem Ergebnis.

Entscheidung Finanzieren Sie ein annotiertes Eval-Set, bevor Sie das Feature skalieren, und machen Sie seine Bestehensquote zu einem Release-Gate statt zu einem Report.
14 · Compiler-Architektur

Natürliche Sprache als Quellcode

Anfrage in
natürlicher Sprache
Intent-
Repräsentation
Strukturierte
Spezifikation
Gestalterische
Richtung
Ausführungs-
plan
Tool-Aufrufe &
Code-Änderungen
Verifiziertes
Artefakt
Compiler-Stage
Prompt-to-Product-System
Lexing & Parsing
Intent-Extraktion
Semantische Analyse
Anforderungen und Constraints auflösen
Zwischenrepräsentation
Produktspezifikation
Optimierung
Modell, Layout, Komponenten und Workflow wählen
Codeerzeugung
Code und Tool-Operationen erzeugen
Statische Prüfung
Schema, Policy und Architektur validieren
Runtime-Tests
Browser-, Funktions-, Barrierefreiheits- und visuelle Tests
Linking
Module, APIs, Formulare, CRM und Automatisierungen verbinden
Packaging
Deployment-Artefakt bauen
Deployment
Freigegebene Revision veröffentlichen
Die strukturierte Spezifikation ist eine Zwischenrepräsentation, nicht bloß ein weiteres Prompt.
Was das für das Unternehmen bedeutet
Speichern Sie die Zwischenschritte, oder verlieren Sie die Fähigkeit zur Diagnose

Eine Anfrage als Quellcode zu behandeln, der Stages durchläuft, vom geparsten Intent über Spezifikation, Plan und Ausführung bis zur Verifizierung, hat einen sehr praktischen Vorteil: Wenn die Ausgabe falsch ist, können Sie sagen, welche Stage falsch war. Systeme, die als ein einziger undurchsichtiger Aufruf gebaut sind, lassen sich im Nachhinein nicht diagnostizieren, sodass jeder Vorfall wieder mit Raten beginnt und jeder Fix spekulativ ist. Die Zwischenartefakte aufzubewahren ist günstig; sie nicht zu haben, ist das, was Post-mortems ergebnislos macht.

Entscheidung Verlangen Sie, dass Zwischenartefakte pro Lauf gespeichert und abrufbar sind, damit sich Vorfälle diagnostizieren statt per Zufall reproduzieren lassen.
Serie

Weiter im Engineering-Leitfaden

Das ist ein Teil eines sechsteiligen Leitfadens dazu, Prompts in spezifikationsgetriebene, probabilistische Software zu verwandeln.

Zur Serienübersicht →

App- & Cloud-Architektur · Strategiegespräch buchen

Weitere Artikel