Eine nutzbare Spur
Stufe, Version, Ergebnis und Fehlerkategorie werden aufgezeichnet. Legen Sie fest, welche Nutzdaten für die Diagnose nötig sind und wie sie geschützt und aufbewahrt werden.
ENGINEERING / DESIGN NOTE 001
Nützliche KI. Explizite Kontrolle.
Regeln für alles, was sich spezifizieren lässt. KI für Spracharbeit, die von Interpretation profitiert. Und eine sichtbare Grenze zwischen Vorbereitung und Aktion.
01 / REFERENZARCHITEKTUR
Ein Workflow vor einem autonomen Agenten.
- 01Eingabe validieren
- 02Freigegebenen Kontext abrufen
- 03Interpretieren oder vorbereiten
- 04Ausgabe prüfen
- 05Die befugte Person fragen
- 06Handeln und protokollieren
EINGABE → VORBEREITUNG → BEFUGNIS → AKTION
- 01 / REGELN
Eingabe validieren
Pflichtfelder, erlaubte Typen und Quellenberechtigungen prüfen. Unvollständige Arbeit zurückweisen oder anhalten.
- 02 / SOURCES
Freigegebenen Kontext abrufen
Einen begrenzten Quellensatz verwenden. Dokumentversionen und Referenzen bleiben am Ergebnis angehängt.
- 03 / AI-ASSISTED
Interpretieren oder vorbereiten
Extrahieren, klassifizieren, zusammenfassen oder entwerfen, wo Spracharbeit Mehrwert bringt. Fehlende Fakten werden nicht erfunden.
- 04 / REGELN
Ausgabe prüfen
Schema und fachliche Einschränkungen validieren. Zahlen mit deterministischer Logik berechnen.
- 05 / MENSCH
Die befugte Person fragen
Zeigen, was sich geändert hat, welche Belege es stützen und welche Aktion die Freigabe erlauben wird.
- 06 / CONTROLLED ACTION
Handeln und protokollieren
Nur die freigegebene Aktion ausführen. Das Ergebnis protokollieren und Fehler ohne doppelte Wirkungen behandeln.
Referenzarchitektur für eine abgegrenzte Implementierung. Jede Stufe hat einen Fehlerpfad; eine fehlende Voraussetzung hält den Vorgang für die verantwortliche Person an, statt auf Annahmen weiterzulaufen.
02 / STRUKTURIERTE SCHNITTSTELLEN
Eine nützliche Antwort hat einen Vertrag.
Illustrative Schnittstelle, keine Live-API. Quellenreferenzen, vorgeschlagene Ausgabe und Handlungsberechtigung reisen getrennt. Eine Modellantwort kann sich keine Freigabe selbst erteilen.
Vorbereitung ist keine Erlaubnis
Ein quellengebundener Entwurf kann trotzdem falsch sein. Validierung, Prüfung und Handlungsbefugnis bleiben getrennte Schritte.
{
"request_id": "SYN-EXAMPLE-01",
"source_refs": [
"approved-source:v3:section-2"
],
"proposed_action": "prepare_draft",
"result_status": "needs_review",
"approval": {
"required": true,
"granted": false
},
"external_action_allowed": false
}03 / ABNAHMEFÄLLE
Mehr als den Idealfall testen.
- Erwartete Eingabe
Die vereinbarte Ausgabe wird erzeugt und lässt sich auf ihre Eingaben zurückführen.
- Mehrdeutiges Ergebnis
Zur Prüfung anhalten; Unsicherheit wird nicht stillschweigend zur Freigabe.
- Fehlende Informationen
Die fehlende Quelle oder das fehlende Feld anfordern und den unvollständigen Zustand bewahren.
- Falsche Eingabe
Ungültige Typen, Werte oder Formate vor einer nachgeschalteten Aktion abweisen.
- Nicht verfügbare Integration
Fehler aufzeichnen und einen vereinbarten Wiederholungs- oder Eskalationspfad verwenden.
- Unsichere Anfrage
Aktionen ausserhalb des erlaubten Workflow- und Datenumfangs ablehnen.
- Doppeltes Ereignis
Verhindern, dass eine Wiederholung eine folgenreiche externe Aktion erneut auslöst.
- Quellen- oder Anweisungsänderung
Relevante Abnahmefälle erneut durchlaufen, bevor die neue Version freigegeben wird.
Referenzfälle für einen Kunden-Abnahmeplan. Die genauen Tests und Nachweise werden für jede Implementierung vereinbart.
04 / BETRIEBSKONZEPT
Jemand muss es morgen betreiben.
Eine benannte verantwortliche Person
Jemand muss Ausnahmen, Zugriffsänderungen und die Entscheidung zur Wiederaufnahme verantworten. Eine Warteschlange ohne verantwortliche Person ist kein Wiederanlaufplan.
Eine kontrollierte Änderung
Betroffene Fälle werden neu getestet, wenn sich Modell, Anweisung, Quelle oder Integration ändern. Eine frühere funktionierende Version und ein explizites Wiederanlaufverfahren bleiben verfügbar.
05 / PRÜFBARE NACHWEISE
Die Grenzen selbst ausprobieren.
Das Workflow Studio zeigt lokale Freigabestopps, Resets, Ausnahmen, strukturierte Daten und Ereignisspuren. Kundenintegrationen, Retries und operatives Monitoring brauchen eigene Implementierungs- und Abnahmenachweise.