Die meisten KI-Projekte scheitern am Übergang, nicht am Modell.
TL;DR. Wo greift der Agent ein? Was sieht der Mensch? Wann eskaliert er? Was wird geloggt? Wir designen die Schnittstellen zwischen Agent, Mensch und System — UI, Freigabe-Flows, Eskalationslogik, Telemetrie — und übergeben ein Betriebshandbuch, das Ihr Team führen kann.
Worum es geht
Das Modell ist selten das Problem. Der Fehler passiert an der Nahtstelle: niemand hat entschieden, wo der Agent autonom handelt, wo ein Mensch freigibt, wann eskaliert wird und was festgehalten wird. So handelt der Agent entweder zu viel und niemand vertraut ihm, oder er handelt zu wenig und niemand nutzt ihn. Wir designen diese Nahtstelle bewusst.
Wie wir es betreiben
Wir beginnen mit einem eintägigen Discovery: der Prozess, die Beteiligten, die Risikopunkte. Dann designen wir — Agent/Mensch/System-Prozessdiagramme, UI-Mockups für die Freigabe- und Eskalations-Screens, Policy-Definitionen in Code (nicht Word), eine Telemetrie-Spezifikation (was geloggt wird, wo es liegt, wer es lesen kann) und ein Betriebshandbuch, das Ihrem Team sagt, was wann zu tun ist. Das Ergebnis ist baufertig: Ihre Entwickler oder unsere können direkt daraus implementieren.
Für wen es passt
Organisationen, die ein Modell haben, das im Notebook läuft, es aber nicht sicher vor Nutzer bringen können. Teams, die Agenten in einen regulierten Prozess einführen, wo „wer hat das freigegeben" beantwortet werden muss. Alle, deren letzter KI-Pilot ins Stocken geriet, weil niemand dem Output vertraute.
Was wir nicht tun
Wir liefern keine Figma-Dateien ohne Logik dahinter. Wir winken den Eskalationspfad nicht weg. Policies kommen als Code, die Telemetrie-Spezifikation ist konkret, und das Betriebshandbuch ist spezifisch genug, um eine Schicht daraus zu führen.
Was Sie übernehmen lassen
-
Prozessdiagramme
Agent / Mensch / System — wer tut was, wo die Freigabe-Gates sitzen, wo eskaliert wird.
-
UI-Mockups
Die Freigabe- und Eskalations-Screens, designt für die Menschen, die sie tatsächlich bedienen.
-
Policy-Definitionen in Code
Eskalations- und Berechtigungsregeln als Code, nicht als Prosa. Diffbar, auditierbar.
-
Telemetrie-Spezifikation
Was geloggt wird, wo es liegt, wer es lesen kann. Die Grundlage für Audit und Vertrauen.
-
Betriebshandbuch
Was der Mensch tut, wann. Spezifisch genug, um eine Schicht daraus zu führen und an einen Neuzugang weiterzugeben.
Fakten zum Mandat
| Discovery | 1-Tages-Workshop · Prozess, Beteiligte, Risikopunkte |
|---|---|
| Design-Projekt | Typisch 4–8 Wochen |
| Output | Diagramme, Mockups, Policy-as-Code, Telemetrie-Spec, Betriebshandbuch |
| Baufertig für | Ihre Entwickler oder unsere — implementierungsbereit |
| Deployment-agnostisch | Funktioniert für Cloud-, On-Prem- und Air-Gapped-Betrieb |
Was vor dem Briefing oft gefragt wird
-
Ist das nur UX-Design?
Nein. UX ist ein Ergebnis. Das Kern ist die Entscheidungsarchitektur: wo der Agent handelt, wo der Mensch freigibt, wann eskaliert wird, was geloggt wird. Policies kommen als Code. -
Bauen Sie es auch?
Wir können, oder Ihr Team kann — die Deliverables sind implementierungsbereit. Viele Kunden designen mit uns und bauen intern. -
Wie verbindet sich das mit dem Rest von Nova9?
Die Eskalations- und Berechtigungs-Policies greifen in den LLM Gateway; die Telemetrie-Spec bildet auf Observability ab. Hier designt, dort durchgesetzt. -
Was, wenn sich unser Prozess später ändert?
Weil die Regeln Code sind, ändern Sie die Policy, nicht das ganze Design. Das ist der Sinn von Policy-as-Code.
Die Nahtstelle designen, dann dem System vertrauen.
Wir verwandeln ein Modell, das im Notebook funktioniert, in einen Prozess, den Menschen tatsächlich führen werden — mit Freigabe-Gates, Eskalationslogik und Audit-Trail per Design.