Deine KI hat ein Okay. Aber wofür genau? Deine KI hat ein Okay. Aber wofür genau?

Angenommen, die KI hat gefragt. Du hast zugestimmt. Danach ist trotzdem die falsche Fassung online.

Für mich wäre das kein Anlass, einfach einen weiteren Bestätigungsdialog einzubauen. Ich würde zuerst fragen, was das vorhandene Okay überhaupt bezeichnet hat.

Den Text? Das Bild? Einen bestimmten Account? Oder nur die grundsätzliche Idee, dazu etwas zu veröffentlichen?

Ein Kontrollpunkt in einer Spielwelt ist ein anschauliches Motiv dafür. Vor der Schranke muss klar sein, welches Fahrzeug mit welcher Ladung hindurch soll. Wenn nach der Kontrolle die Ladung ausgetauscht wird, erklärt das vorherige grüne Licht die neue Fahrt nicht.

Bei KI im Marketing interessiert mich genau dieser Übergang. Eine Freigabe sollte bis zu der Handlung reichen, für die sie erteilt wurde. Sie darf unterwegs nicht unbemerkt ihre Bedeutung wechseln.

Ein Okay braucht einen erkennbaren Gegenstand

Für ein gedankliches Beispiel nehme ich einen geplanten Unternehmensbeitrag. Der Text liegt vor, ein Bild wurde ausgewählt, die Veröffentlichung soll auf einem bestimmten Profil erfolgen. Es geht um einen vorgeschlagenen Ablauf, keinen hier dokumentierten Kundenfall.

Wenn die verantwortliche Person diesen Beitrag prüft, würde ich ihr das vollständige Ergebnis zeigen: Wortlaut, Motiv, Link und das vorgesehene Ziel. Dazu gehört die konkrete Aktion. Soll die Fassung gespeichert, zur Planung eingetragen oder unmittelbar veröffentlicht werden?

„Sieht gut aus“ kann eine hilfreiche Rückmeldung zur Gestaltung sein. Ob damit auch die Veröffentlichung gemeint ist, hängt vom erkennbaren Auftrag ab. Bei einer unklaren Rückmeldung würde ich den offenen Punkt klären. Bei einer eindeutigen Freigabe würde ich die bereits entschiedene Frage nicht noch einmal stellen.

Entscheidend ist für mich, dass die ausführende Stelle dieselbe Entscheidung vorfindet. Eine Zusammenfassung wie „Marketing hat zugestimmt“ wäre dafür zu wenig. Sie lässt offen, welche Fassung geprüft wurde und worauf sich die Zustimmung bezog.

Was die technische Sicherheitsliteratur dazu beiträgt

OWASP beschreibt für die Autorisierung von Transaktionen einen passenden Grundsatz: Menschen sollen die wesentlichen Daten einer Handlung erkennen und bestätigen können. Als Beispiel nennt die Anleitung eine Überweisung mit Zielkonto und Betrag. Die Prüfung soll serverseitig durchgesetzt werden. Für veränderte Transaktionsdaten beschreibt sie unter anderem das Ungültigmachen einer vorhandenen Autorisierung oder einen Neustart des Freigabeablaufs. Vor der Ausführung ist eine abschließende Kontrolle vorgesehen. [1]

Die Anleitung behandelt technische Transaktionssicherheit. Für meinen Marketingvergleich leite ich daraus eine engere Anforderung an die Übergabe ab: Die Person muss die relevante Handlung beurteilen können, und diese Beurteilung muss beim Ausführen noch zur Handlung passen.

Ein grüner Haken in einer Oberfläche würde diese Verbindung für mich nicht belegen. Ich möchte wissen, welche konkrete Fassung er bezeichnet. Auch die KI sollte die fehlende Zuordnung nicht durch eine überzeugend formulierte Erfolgsmeldung ersetzen können.

Eine kleine Änderung kann eine andere Entscheidung verlangen

Im Beispiel wird nach der Freigabe noch ein Satz ergänzt. Statt einer begrenzten Unterstützung steht im Entwurf nun ein umfassendes Leistungsversprechen. Die Veröffentlichung auf dem vorgesehenen Profil wäre dadurch weiterhin dieselbe Art von Aktion. Inhaltlich hätte sich ihr Gegenstand jedoch verändert.

Für diesen Fall würde ich die Freigabe zurücksetzen und den geänderten Satz erneut vorlegen. Dass die ursprüngliche Fassung gut war, beantwortet die neue Frage nicht. Ebenso wenig würde ein ähnlicher Dateiname genügen, um beide Versionen gleichzusetzen.

Andere Änderungen liegen außerhalb des Fließtexts. Ein ausgetauschter Link kann auf ein anderes Angebot führen. Ein neues Motiv kann eine Aussage hinzufügen. Der Wechsel vom persönlichen Profil zur Unternehmensseite verändert den Veröffentlichungsort. Solche Punkte würde ich zum geprüften Gegenstand zählen, wenn sie für diesen Auftrag relevant sind.

Nicht jede technische Abweichung braucht dieselbe Behandlung. Ein vereinbarter automatischer Zeilenumbruch kann innerhalb eines festgelegten Rahmens liegen. Ein neuer Preis liegt außerhalb eines bloßen Layoutauftrags. Diese Grenze würde ich vorher beschreiben, damit die nächste Person sie anwenden kann.

Das Ziel wäre eine verständliche Entscheidung: Was darf unverändert weiterlaufen, und welche Änderung führt zu einer erneuten Prüfung?

Auch zwischen zwei Klicks kann sich der Stand ändern

Bei mehreren Beteiligten reicht es mir nicht, eine Version irgendwann geprüft zu haben. Ich würde unmittelbar vor der Änderung kontrollieren lassen, ob das Ziel noch in dem erwarteten Zustand ist.

HTTP kennt dafür einen konkreten Mechanismus. RFC 9110 beschreibt mit If-Match eine Bedingung für eine Anfrage: Der Server vergleicht den übergebenen Kennwert mit dem aktuellen Stand der ausgewählten Darstellung. Bei einer nicht erfüllten Bedingung darf er die angefragte Methode nicht ausführen. Das dient unter anderem dazu, versehentliches Überschreiben bei paralleler Bearbeitung zu verhindern. [2]

Das ist eine Prüfung des Ressourcenstands. Ob ein Mensch den Inhalt richtig beurteilt hat oder überhaupt zur Freigabe befugt war, beantwortet sie nicht. Für mich zeigt sie einen nützlichen Unterschied: Eine gespeicherte Zustimmung und ein noch passender Ausführungsstand sind zwei getrennte Voraussetzungen.

Im Beitragsbeispiel könnte zwischenzeitlich eine andere Person eine Änderung vorgenommen haben. Dann würde ich den Unterschied sichtbar machen, bevor die vorbereitete Aktion darüber hinwegschreibt. Ein System, das lediglich den früheren Entwurf anzeigt, würde mir diesen Konflikt möglicherweise gar nicht zur Entscheidung vorlegen.

Eine Pause im Agentenablauf muss richtig liegen

Auch bei einem KI-Agenten ist wichtig, wo die technische Unterbrechung stattfindet. Die offizielle LangGraph-Dokumentation beschreibt interrupt als Möglichkeit, den Ablauf anzuhalten, den Zustand zu speichern und auf externe Eingabe zu warten. Beim Fortsetzen beginnt der betroffene Verarbeitungsschritt erneut von vorn. Bereits davor ausgeführte Seiteneffekte können dadurch wiederholt werden. Die Dokumentation empfiehlt dafür unter anderem wiederholungssichere Operationen oder eine passende Trennung der Schritte. [3]

Für einen Veröffentlichungsauftrag würde ich deshalb den tatsächlichen Ablauf ansehen. Kommt die Prüfung vor dem Schritt, der außerhalb des Entwurfs etwas verändert? Welche Daten werden danach verwendet? Was kann zwischen Pause und Fortsetzung neu berechnet oder ersetzt werden?

Mir genügt keine Beschreibung, in der irgendwo ein Mensch vorkommt. Ich möchte erkennen können, welche Wirkung seine Entscheidung auf die nächste Aktion hat. Bei einer Ablehnung darf der vorgesehene Veröffentlichungsschritt nicht trotzdem an anderer Stelle weiterlaufen.

Das würde ich an der konkreten Anwendung prüfen. Ein dokumentierter Baustein ist eine mögliche Grundlage für einen Ablauf. Ob die gesamte Anwendung meine Anforderung erfüllt, zeigt sich erst an ihrer tatsächlichen Verbindung von Prüfung und Ausführung.

Welche Informationen ich für die Freigabe sehen möchte

Für den geplanten Beitrag würde ich eine kompakte Ansicht bevorzugen, in der die Entscheidung ohne Suche nach verstreuten Anhängen möglich ist. Der vollständige Text und das tatsächliche Motiv gehören hinein. Eine kurze Beschreibung kann ergänzen, was damit geschehen soll.

Daneben möchte ich den Veröffentlichungsort eindeutig erkennen. Bei mehreren Konten genügt mir ein allgemeines Plattformlogo nicht. Wenn unmittelbar veröffentlicht werden soll, muss das genauso klar sein wie eine bloße Vorbereitung für später.

Eine Änderung zur zuletzt geprüften Fassung sollte sich schnell finden lassen. Dazu kann eine markierte Textstelle oder ein Vergleich der Motive helfen. Bei größeren Änderungen würde ich die vollständige neue Fassung beurteilen. Eine Liste einzelner Unterschiede erzählt mir sonst womöglich zu wenig über den Gesamtzusammenhang.

Für eine zeitgebundene Aussage würde ich auch den vorgesehenen Zeitpunkt berücksichtigen. Ein am Vormittag geprüftes Angebot muss am nächsten Tag nicht mehr gelten. Den angemessenen Prüfzeitraum würde ich aus dem Inhalt ableiten; für eine grundsätzliche Erklärung und eine kurzfristige Verfügbarkeit können unterschiedliche Regeln passen.

Technisch mag dahinter eine Versionsnummer oder ein Fingerabdruck des Inhalts stehen. In der Freigabeansicht brauche ich vor allem einen Gegenstand, den ich fachlich beurteilen kann. Die technische Zuordnung soll anschließend dafür sorgen, dass genau diese Entscheidung am nächsten Schritt ankommt.

Wie ich den Kontrollpunkt abnehmen würde

Vor einem wiederkehrenden Einsatz würde ich den Ablauf mit bewusst ausgewählten Änderungen prüfen lassen. Zuerst eine unveränderte Fassung mit eindeutiger Freigabe. Danach dieselbe Aufgabe mit einem geänderten Leistungssatz, einem anderen Zielkonto und einem inzwischen geänderten Zielzustand.

Bei jeder Variante würde ich vorher aufschreiben, was geschehen soll. Die unveränderte, klar freigegebene Aktion soll ausführbar sein. Bei einer entscheidungsrelevanten Abweichung möchte ich den neuen Gegenstand sehen, bevor sie ausgeführt wird. So lässt sich später eine Beobachtung mit einer konkreten Erwartung vergleichen.

Zusätzlich würde ich eine ausdrückliche Ablehnung ansehen. Interessant wäre, ob der betreffende Schritt tatsächlich ausbleibt und wie ein überarbeiteter Vorschlag wieder zur Prüfung gelangt. Ein rotes Symbol allein wäre kein ausreichender Ergebnisbeleg.

Auch eine alte Freigabe würde ich gezielt vorlegen. Wurde die Fassung inzwischen ersetzt oder der Auftrag zurückgenommen, möchte ich verstehen, wie der Ablauf damit umgeht. Diese Prüfungen wären Teil meiner Abnahme; hier werden keine durchgeführten Experimente oder Produktresultate behauptet.

Wann ein einfacher Ablauf genügt

Für einen gelegentlichen Beitrag kann es genügen, die fertige Fassung selbst im vorgesehenen Profil zu öffnen, zu prüfen und zu veröffentlichen. Ein zusätzliches Freigabesystem wäre dann möglicherweise mehr Arbeit als Hilfe.

Wenn Entwurf, Prüfung und Ausführung regelmäßig zwischen Personen und Werkzeugen wechseln, würde ich die Übergabe ausdrücklich gestalten. Sie muss eine bereits getroffene Entscheidung bewahren und entscheidungsrelevante Änderungen sichtbar machen. Das wäre auch mein Maßstab für eine Unterstützung durch ANORA, keine Behauptung einer hier nachgewiesenen Produktfunktion.

Die zentrale Frage ist für mich deshalb sehr konkret: Kann die ausführende Stelle noch zeigen, welches Okay zu genau dieser Aktion gehört?

Wenn die Antwort offenbleibt, würde ich vor der Schranke warten.

Quellen

[1] OWASP Cheat Sheet Series, „Transaction Authorization“, besonders Abschnitte 1.1, 2.1, 2.6 und 2.8, abgerufen am 13.11.2026: wesentliche Handlungsdaten und Kontrolle vor der Ausführung.

[2] R. Fielding, M. Nottingham und J. Reschke, „HTTP Semantics“, RFC 9110, Juni 2022, Abschnitt 13.1.1, abgerufen am 13.11.2026: Bedingung für einen passenden Ressourcenstand.

[3] LangChain, „Interrupts“, insbesondere „Resuming interrupts“ und „Side effects called before interrupt must be idempotent“, abgerufen am 13.11.2026: Unterbrechung und Fortsetzung eines Agentenablaufs.