Harness ist nicht Verantwortungsarchitektur.
Willkommen zu Tom’s Strukturdiagnose. Wir sehen gerade eine wichtige Verschiebung im Enterprise-AI-Feld. Der Fokuswandert vom reinen Modell zur Arbeitsschicht direkt darüber.
Nicht mehr nur: Welches LLM nutzen wir?
Sondern:
Wer darf worauf zugreifen?
Welche Tools werden angebunden?
Welche Workflows werden gesteuert?
Welche Daten gelten als autoritativ?
Welche Evals prüfen Qualität?
Welche Audit-Trails zeigen später, was passiert ist?
Diese operative Schicht wird häufig als KI-Harness beschrieben. Das ist einrealer Fortschritt.
Ein nacktes Modell ist noch keine verlässliche Arbeitskraft. Es ist zunächst Potenzial.
Erst durch Zugriff, Tool-Anbindung, Workflow-Kopplung, Kontextsteuerung,
Freigaben und Prüfmechanismen wird KI im Unternehmen arbeitsfähig.
In einer einfachen Metapher: Das KI-Modellist die Zugkraft.
Das Harness ist das Geschirr, die Zügel, der Anschluss und teilweise die
Bremslogik. Es macht dieKraft nutzbar.
Aber genauhier entsteht ein häufiger Denkfehler.
Viele Organisationen verwechseln technische Kontrolle mit struktureller
Verantwortbarkeit.
Ein Harness kann regeln, ob ein Agent lesen, schreiben, priorisieren, eskalieren oder
empfehlen darf.
Aber im echten Servicefall beginnt eine andere Frage.
Wenn eine KI ein kritisches Ticket priorisiert.
Wenn ein Agent eine Kundenmaßnahme empfiehlt.
Wenn ein System einen Fall automatisch weiterleitet.
Wenn eine Empfehlung im Betrieb faktisch zur Vorentscheidung wird.
Dann reicht die Frage nicht mehr: Was durfte die KI tun?
Dann lautet die eigentliche Frage:
Wer erklärt diese Wirkung?
Wer darf sie vertreten?
Wer stoppt den Ablauf im Grenzfall?
Wer unterschreibt?
Wer haftet, wenn aus einem KI-Beitrag reale Wirkung entsteht?
Dort beginnt der Mandat–Service–Haftungs-Knoten.
Mandat:
Wer darf im Nutzungsmoment entscheiden, freigeben, abbrechen oder eskalieren?
Service:
Welcher Service wird für welchen autorisierten Service-Konsumenten an welchem
Service-Objekt mit welchem Nutzeffekt erbracht?
Haftung:
Wer ist für Wirkung, Begründung und Prüfbarkeit zurechenbar?
Urteilskraft:
Unter welchen Bedingungen entsteht tragfähige Abwägung im konkreten Fall?
Das Harness kontrolliert den Beitrag.
Organisations-KI prüft, ob dieser Beitrag im Servicefluss verantwortbar eingebettet ist.
Das ist die entscheidende Unterscheidung.
Ein Audit-Trail zeigt, was passiert ist.
Er ersetzt aber keine Mandatsordnung.
Eine Eval prüft Qualität.
Sie klärt aber nicht automatisch, wer im Grenzfall entscheiden darf.
Eine Zugriffskontrolle begrenzt Nutzung.
Sie beantwortet aber nicht, welcher Service dadurch verändert wird.
Für den exponierten Verantwortungsträger, Service Leader oder Service Buyer wird diese Lücke persönlich.
Er prüft mehr.
Er sichert sich stärker ab.
Er muss Systemwirkungen erklären, die er nicht vollständig kontrolliert.
Er trägt Nachweislast, Reputationsrisiko, Lock-in-Risiko und Abhängigkeit von
fremder Arbeitslogik.
Das ist kein persönlicher Führungsfehler. Es ist ein Strukturhinweis.
Die Organisation hat KI arbeitsfähig gemacht.
Aber sie hat die Wirkung noch nicht sauber in Mandat, Service, Haftung und
Urteilskraft eingebettet.
Genau deshalb ist der nächste tragfähige Schritt nicht automatisch das nächste Harness-Tool. Und er ist auch nicht, KI aus Angst zu stoppen.
Der nächste Schritt ist eine nüchterne Strukturdiagnose am konkreten Servicefall.
Nehmen Sie einen realen Vorgang:
Ein Ticket.
Einen Antrag.
Eine Kundenmaßnahme.
Eine Patientenauskunft.
Eine Bürgeranfrage.
Eine Eskalation.
Und prüfen Sie:
Wo wirkt der KI-Beitrag konkret?
Welche Entscheidung wird vorbereitet?
Welcher Service wird dadurch verändert?
Wer darf diese Wirkung vertreten?
Wer kann sie begründen?
Wer stoppt im Grenzfall?
Wer haftet, wenn aus Beitrag Wirkung wird?
Wenn diese Fragen nicht klar beantwortbar sind, haben Sie nicht zuerst ein Toolproblem.
Sie haben eine Mandatslage, die nicht ausreichend lesbar ist.
Der Kernsatzlautet: Harness macht KI arbeitsfähig. Organisations-KI macht KI-Wirkung verantwortbar.
Nicht Instruktion wird knapp.
Knapp wird die verantwortbare Einbettung von KI-Beiträgen in Mandat, Service,
Haftung und Urteilskraft.
Das war keine Toolfrage.
Das war eine Strukturfrage.
