Ein Prüfprotokoll lesen, einen Wartungsauftrag erstellen und einen Maschinenparameter ändern sind drei unterschiedliche Eingriffe. Sie sollten deshalb auch unterschiedliche Freigabeverfahren auslösen. Wenn jeder Schritt denselben Bestätigungsdialog zeigt, entsteht zusätzliche Arbeit, während die entscheidenden Risiken im Hintergrund bleiben.
Unter der Priorität P2 steht für SupraWorx die Produktisierung risikobasierter Freigabestufen, klarer Allowlists und gegebenenfalls verbindlicher Vier-Augen-Regeln. Die Einordnung lautet: mittlerer Aufwand bei hohem erwartetem Impact. Sie ist eine qualitative Priorisierung, keine bestätigte Aufwandskalkulation. Dieser Beitrag beschreibt das Zielmodell; er kündigt keine pauschale Verfügbarkeit in sämtlichen Integrationen an.
Human Approval + Technical Safety Envelope als Grundlage
Eine menschliche Zustimmung beantwortet, ob eine konkret beschriebene Aktion fachlich gewollt ist. Der technische Rahmen entscheidet zusätzlich, ob sie auf dem betreffenden Zielsystem zulässig ist. Beide Prüfungen müssen bestehen. Für jede Aktion bleiben außerdem die Quellenbasis und der spätere Ausführungsnachweis sichtbar.
Das Risiko richtet sich nach der möglichen Wirkung: Reichweite, Umkehrbarkeit, Datenempfindlichkeit, Betriebszustand und Nähe zu physischen Prozessen. Eine reine Leseoperation kann hohe Anforderungen haben, wenn sie sensible Daten exportiert. Ein kleines Parameterdelta kann folgenreich sein, wenn es einen kritischen Anlagenzustand verändert. Ein KI-Modell darf seine eigene Aktion nicht durch eine frei formulierte Bewertung in eine niedrigere Freigabestufe verschieben.
Vier Stufen für die konkrete Prozessgestaltung
Stufe 0 – begrenzte Beobachtung: Bereits berechtigte, klar eingegrenzte Lesezugriffe ohne zusätzliche Außenwirkung können innerhalb vorab festgelegter Regeln erfolgen. Datenzugriff und Protokollierung bleiben verpflichtend.
Stufe 1 – kontrollierte Vorbereitung: Reversible Entwürfe, etwa ein noch nicht freigegebener Wartungsauftrag, können im definierten Workspace entstehen. Die Oberfläche kennzeichnet den Entwurfsstatus; Folgeaktionen bleiben gesperrt.
Stufe 2 – ausdrückliche Einzelfreigabe: Änderungen an verbindlichen Datensätzen, externe Übermittlungen oder definierte Geräteaufträge benötigen eine berechtigte Person, die Ziel, Parameter und Wirkung bestätigt.
Stufe 3 – unabhängige zweite Freigabe: Bei erhöhtem Risiko verlangt die Prozessregel zwei verschiedene berechtigte Personen. Wer vorbereitet, wer fachlich prüft und wer freigibt, wird verbindlich festgelegt. Die technische Ausführungsprüfung bleibt zusätzlich erforderlich.
Welche Aktion welcher Stufe zugeordnet wird, muss der Betreiber anhand seines konkreten Prozesses festlegen. Manche Eingriffe bleiben für agentische Ausführung grundsätzlich ausgeschlossen. Auch zwei Zustimmungen machen eine technisch unzulässige Aktion nicht ausführbar.
Allowlisting muss genauer sein als ein Werkzeugname
Eine Allowlist soll einen engen Handlungskorridor beschreiben: welches Werkzeug, welche Operation, welches Zielsystem, welche Geräteidentität, welche Parameterbereiche und welcher Unternehmenskontext zugelassen sind. Eine Freigabe für „API Gateway verwenden“ wäre zu breit. Aussagekräftiger ist die Erlaubnis, einen bestimmten Auftragstyp für ein registriertes Gerät innerhalb geprüfter Parameter zu übergeben.
Alle nicht ausdrücklich erlaubten Kombinationen werden abgewiesen. Serverseitige Prüfung verhindert, dass ein Agent über eine andere URL, eine alternative Operation oder eine frei formulierte Werkzeuganweisung denselben gesperrten Effekt auslöst. Gerätebefehle und Datenexporte benötigen jeweils passende Grenzen.
Eine Freigabe gehört zu einer unveränderten Aktion
Der Freigabedialog muss die tatsächlich auszuführende Fassung zeigen: Zielobjekt, Parameteränderung, erwartete Wirkung, Quellenstand und Gültigkeit. Ändert sich danach ein relevanter Parameter oder das Zielgerät, muss erneut geprüft und gegebenenfalls erneut freigegeben werden. Eine Zustimmung für einen Entwurf gilt nicht automatisch für dessen spätere Überarbeitung.
Vor Ausführung werden Rollen, Freigabestatus, Ablaufzeit und Gerätezustand erneut geprüft. Eine zwischenzeitlich entzogene Berechtigung oder ein geänderter Betriebszustand kann den Auftrag blockieren. Eine Freigabe ist damit ein begrenztes Mandat für einen bestimmten Vorgang.
Vier Augen brauchen eine klare Zuständigkeit
Eine zweite Bestätigung durch dieselbe Person erfüllt kein Vier-Augen-Prinzip. Das Zielmodell verlangt getrennte Identitäten, passende Qualifikation und eine sichtbare Prüfbasis. Selbstfreigabe sowie die Änderung der zugrunde liegenden Regeln durch den ausführenden Agenten werden ausgeschlossen. Bei Ablehnung oder ausbleibender Zustimmung bleibt der Vorgang offen oder wird kontrolliert beendet; ein Zeitablauf darf keine Zustimmung ersetzen.
Beispiel: Vom Wartungshinweis zum Geräteauftrag
Ein Agent erkennt in freigegebenen Messdaten einen Wartungsbedarf. Er legt zunächst einen Entwurf mit Quellen und Anlagenbezug an. Die zuständige Person prüft Umfang und Termin. Soll daraus ein Geräteauftrag werden, wird dieser als eigene Aktion bewertet. Bei erhöhtem Risiko kommt eine unabhängige zweite Freigabe hinzu. Erst danach prüft die Geräteschnittstelle Allowlist, Parameter und aktuellen Zustand.
Bleibt nach der Übergabe eine eindeutige Rückmeldung aus, wird der Status als ungeklärt behandelt. Eine automatische Wiederholung darf keine doppelte Wirkung auslösen. Dafür benötigt die Integration eindeutige Auftragskennungen, einen Statusabgleich und eine definierte Fehlerbehandlung. Das Audit dokumentiert Vorschlag, Freigaben, Regelversion und Ergebnis.
Woran eine produktisierte Lösung gemessen werden sollte
Zum Abnahmeumfang gehören Versuche mit nicht erlaubten Geräten, veränderten Parametern, abgelaufenen Freigaben, Selbstfreigaben und unterbrochener Verbindung. Neben der Bearbeitungszeit zählen blockierte unzulässige Aktionen, unklare Ergebniszustände und die Vollständigkeit der Entscheidungsbelege. Ziel ist ein Prozess, dessen Grenzen im Alltag nachweisbar funktionieren.
Ihr nächster Schritt: Definieren Sie mit SupraTix einen einzelnen Werkzeug- oder Geräteprozess samt Risikostufe, Allowlist und Abnahmekriterien. Daraus lässt sich ein begrenzter Pilot für verantwortliche agentische Arbeit entwickeln.
