Menschliche Freigabe für Beiträge von KI-Agenten: Wo die Schranke hingehört

Die menschliche Freigabe für Beiträge, die ein Agent schreibt, gehört an genau eine Stelle: zwischen den fertigen Entwurf und die Planung. Der Agent darf frei recherchieren, schreiben und Entwürfe bauen, aber was live geht, entscheidet ein Mensch oder der Kunde. Durchgesetzt wird das über die Scopes des Schlüssels, nicht über gute Vorsätze. Der Agent kann also technisch gar nicht veröffentlichen, bevor die Freigabe erfolgt ist.

Dieser Beitrag erklärt, warum diese Platzierung funktioniert, wie du sie in Shager einrichtest und worauf eine Prüferin oder ein Prüfer wirklich achten sollte, wenn zwanzig Entwürfe auf einmal eintreffen.

Warum nicht jeden Schritt des Agenten freigeben?

Manche Teams reagieren auf Agenten, indem sie für alles eine Bestätigung verlangen: jeden Upload, jeden Text, jede Abfrage. Das fühlt sich sicher an und scheitert binnen einer Woche. Die Prüfenden bekommen Bestätigungsmüdigkeit und klicken irgendwann ungelesen auf Ja. Das ist schlimmer als gar keine Schranke.

Die MCP-Spezifikation bezieht eine maßvolle Position. Aus Gründen von Vertrauen und Sicherheit solle immer ein Mensch eingebunden sein, der Tool-Aufrufe ablehnen kann, und Clients sollten bei sensiblen Operationen um Bestätigung bitten. Das entscheidende Wort ist „sensibel“. Eine Kontoliste abzurufen ist nicht sensibel. Im Namen eines Kunden eine öffentliche Aussage zu machen schon.

Seitlich scrollen für das ganze Diagramm

Wo genau sollte die Schranke sitzen?

Betrachte die Arbeit des Agenten als Kette und markiere, welche Glieder sich rückgängig machen lassen:

Schritt	Umkehrbar?	Braucht es einen Menschen?
Workspaces, Gruppen, Kanäle abfragen	Es ändert sich nichts	Nein
Medien von einer URL hochladen	Nur im Workspace sichtbar	Nein
Einen Entwurf anlegen	Privat, bearbeitbar, löschbar	Nein
Einen Beitrag planen	Umkehrbar bis zum Sendezeitpunkt	Ja
Veröffentlichen	Öffentlich, sofort sichtbar	Ja, bereits entschieden

Der unumkehrbare Moment ist die Veröffentlichung, und der letzte praktische Punkt, um sie zu stoppen, ist die Planung. Also gehört die Schranke dorthin. Alles davor kann ohne Unterbrechung laufen, und genau das macht Agenten überhaupt erst effizient.

Wie setzen Scopes die Schranke durch?

API-Schlüssel von Shager tragen Scopes: read, write und publish. Ein Schlüssel mit read und write kann jeden Schritt oberhalb der Schranke ausführen und keinen darunter. Versucht der Agent schedule_post, schlägt der Aufruf fehl.

Daraus ergeben sich drei praktische Konfigurationen:

1. Agent entwirft, Mensch plant. Der Schlüssel des Agenten hat read und write. Ein Mensch prüft die Entwürfe im Dashboard und plant sie ein. Hier sollte jedes Team anfangen.
2. Agent entwirft, Kunde gibt frei, Agent plant. Der Schlüssel des Agenten hat zusätzlich publish, aber dein Skill weist ihn an, nur Beiträge zu planen, deren Freigabe positiv zurückkam. Das ist effizient, hängt aber davon ab, dass die Anweisungen befolgt werden. Behalte das Audit-Log also im Blick.
3. Zwei Schlüssel. Ein Schlüssel ohne publish zum Entwerfen für den Content-Agenten und ein separater Planungsschritt, durch einen Menschen oder einen eng angewiesenen Agenten, der den Schlüssel mit publish hält. Für größere Agenturen ist das die sauberste Trennung.

Selbst registrierte Agenten starten noch eingeschränkter. Ein Agent, der sich über /auth.md selbst anmeldet, bekommt eine Sandbox, in der er Entwürfe anlegen, aber weder planen noch veröffentlichen, Verbindungslinks erstellen oder Freigabeanfragen verschicken kann, bis ein Mensch sie übernimmt. Bei der Übernahme entscheidet der Mensch, ob der Schlüssel publish bekommt. Den vollständigen Ablauf beschreiben wir in Selbstregistrierung und Übernahme von Agenten.

Wie passt die Kundenfreigabe hinein?

Bei Agenturarbeit ist die Person, die freigibt, oft der Kunde. request_approval in Shager erstellt einen Freigabelink, den der Kunde öffnet, ohne sich anzumelden oder ein Konto anzulegen. Er prüft den Beitrag und gibt ihn frei oder lehnt ihn ab.

Ein typischer Ablauf:

create_post         caption, group_ids, media_ids, per_channel[...], no schedule_at
request_approval    post id, returns an approval link for the client
get_post            later: read the approval status
schedule_post       only if approved; schedule_at "2026-09-03T09:00:00+02:00"

Und eine passende Anweisung für den Agenten, festgehalten in seinem Skill:

Never call schedule_post on a post unless get_post shows it was approved.
If a post is rejected, do not schedule it. Report the rejection to the
account lead, wait for revision notes, then create a revised draft with
create_post and request approval again.

Den größeren Prozess, auch dazu, wie Freigaben nicht tagelang liegen bleiben, beschreibt unser Freigabe-Workflow mit Kunden für Agenturen.

Seitlich scrollen für das ganze Diagramm

Worauf sollten Prüfende wirklich achten?

Zwanzig Entwürfe eines Agenten zu prüfen ist eine andere Aufgabe, als einen einzelnen Beitrag eines Menschen zu prüfen. Du suchst nach systematischen Fehlern, denn ein Agent wiederholt seine Fehler konsequent. Lies in dieser Reihenfolge:

1. Aussagen. Preise, Termine, Angebote, Aussagen zu Gesundheit oder Finanzen. Gleiche sie mit dem Briefing ab. Hier entsteht echter Schaden.
2. Links. Öffne bei zwei oder drei Varianten den Link im ersten Kommentar. Prüf, ob er zur richtigen Landingpage führt.
3. Details pro Konto. Prüf stichprobenartig, ob in der Variante für München auch München steht und in der für Leipzig auch Leipzig. Vertauschte lokale Details sind der häufigste Fehler von Agenten bei lokalisierten Texten.
4. Variation. Überflieg die Varianten nebeneinander. Lesen sie sich wie derselbe Satz mit einem ausgetauschten Wort, fordere deutlicher unterschiedliche Fassungen an.
5. Format. Reels und Shorts haben Vorgaben für Länge und Seitenverhältnis. Shager prüft Medien vor dem Senden gegen die Regeln der Netzwerke, trotzdem sollte die prüfende Person kontrollieren, ob das gewählte Format zum Motiv passt.

Wenn du ein Problem findest, behebe die Regel, die es verursacht hat, nicht nur den Beitrag. Hat der Agent einen Rabatt erfunden, ergänze seine Anweisungen um „Nenne nie einen Preis oder Rabatt, der nicht im Briefing steht“.

Wann kannst du die Schranke lockern?

Schrittweise und nur mit Belegen. Nach einigen Wochen, in denen die Prüfenden keine Fehler bei Aussagen oder Links gefunden haben, kann ein Team zeitlose Inhalte wie Tipps und Öffnungszeiten auf eine leichtere Prüfung umstellen, während Kampagnen mit Angeboten weiterhin vollständig geprüft werden. Das Audit-Log im Agenten-Dashboard zeigt jeden Aufruf des Agenten. Eine gelockerte Schranke heißt also nicht, den Überblick zu verlieren.

FAQ

Kann ein Kunde Beiträge ohne Shager-Konto freigeben?

Ja. Der Freigabelink öffnet sich ohne Anmeldung. Der Kunde sieht den Beitrag und gibt ihn frei oder lehnt ihn ab, und der Agent oder die zuständige Kundenbetreuung liest das Ergebnis aus.

Was passiert, wenn ein Agent ohne den Scope publish veröffentlichen will?

Der Aufruf wird mit einem strukturierten Fehler abgelehnt, und es wird nichts geplant. Genau darum geht es, wenn die Schranke in den Scopes sitzt: Sie hält auch dann, wenn die Anweisungen falsch sind.

Sollten interne Beiträge für die eigenen Konten der Agentur die Freigabe überspringen?

Sie können eine leichtere Schranke haben, aber behalte irgendeinen menschlichen Schritt bei. Die Konten der Agentur sind ihr öffentlicher Ruf, und ein Agentenfehler dort ist genauso sichtbar wie einer auf der Seite eines Kunden.

Fang bei jedem neuen Kunden mit der ersten Konfiguration an: Agent entwirft, Mensch plant. Die Verbindungsdetails findest du auf der Einstiegsseite für Agenten. Von dort aus kannst du die Schranke enger oder lockerer stellen, mit echten Prüfdaten als Grundlage für die Entscheidung.