Ziel: Nachvollziehbarkeit ohne Overhead. Dieses Logging-Setup deckt Prüfungen/Audits ab und ist in 30 Minuten startklar.
Siehe Glossar: Logging/Protokollierung, KPI, Übersteuern.
1) Die 10 Pflichtfelder (minimal, aber auditfähig)
- log_id – eindeutige ID (z. B.
LOG-2025-0001) - timestamp – ISO-Zeit in UTC (
2025-09-15T10:30:00Z) - actor – wer hat gehandelt (User-ID/Rolle)
- system – Name, Modell/Version, Umgebung (prod/test)
- input_ref – Bezug auf den Vorgang (z. B.
REQ-…) - features – relevante Merkmale (Sprache, Dokumenttyp …)
- score – numerischer Output/Score
- decision – getroffene Entscheidung (z. B.
manuelle_pruefung) - override – Übersteuern: ja/nein + Grund + wer
- meta – optional: Dauer, Hinweise, Korrekturen
Praxis: Felder 1–9 reichen oft aus. meta hilft für Analysen (z. B. Performance).
2) Minimal-JSON (Copy & Paste)
{
"log_id": "LOG-2025-0001",
"timestamp": "2025-09-15T10:30:00Z",
"actor": { "user_id": "u123", "role": "HR" },
"system": { "name": "RecruitAI", "model": "v1.4.2", "env": "prod" },
"input_ref": "REQ-2025-0001",
"features": { "lang": "de", "doc_type": "CV" },
"score": 0.58,
"decision": "manuelle_pruefung",
"override": { "applied": true, "reason": "Grenzfall/Erfahrung", "by": "u123" },
"meta": { "latency_ms": 320, "notes": "Uneinheitliches PDF" }
}
Direkt einsetzbar: Du findest dieses Schema auch bei den /demos/.
3) Typische Fehler (und wie du sie vermeidest)
- Keine Version/ID des Systems → Immer
system.model&envmitschreiben. - Override ohne Grund → Kurzbegründung verpflichtend (ein Satz reicht).
- Score ohne Entscheidung → Menschen treffen Entscheidungen; Score allein ist kein Ergebnis.
- Freitext statt Referenz → Vorgänge mit
input_refreferenzieren (besser durchsuchbar). - Kein Uhrzeit-Standard → ISO-8601/UTC verwenden, lokale Zeit nur zusätzlich.
4) Mini-Checkliste (vor Go-Live)
- [ ] Felder 1–9 sind implementiert
- [ ] IDs:
LOG-*undREQ-*sind eindeutig - [ ] Override-Pflichtbegründung aktiviert
- [ ] Zeitstempel in UTC (ISO-Format)
- [ ] Testfälle im Audit Proof Pack abgelegt
5) Nächste Schritte
- KPIs ableiten: Trefferqualität, Übersteuerungsquote, Durchlaufzeit → KPI
- Regeln verankern: in der SOP und im Oversight-Flow → Oversight & Schwellenwerte
- Qualität im Blick: Accuracy/Robustness/Cybersecurity
Vorlage: Oversight-Kurzprotokoll & JSON zum Kopieren findest du unter /demos/.