KI-Entwürfe für Social Media, von Menschen freigegeben: ein sicheres Setup für Agenturen

KI ist gut im ersten Entwurf eines Social-Media-Beitrags. Gib Claude oder ChatGPT ein Briefing zu einem Produktlaunch, und in unter einer Minute kommen ein LinkedIn-Beitrag, ein Instagram-Beitragstext, eine kurze X-Version und ein TikTok-Hook zurück. Für eine Agentur, die für zehn Marken schreibt, sind das jede Woche Stunden an Zeitersparnis.
Schief geht der letzte Schritt. Ein Entwurf, der von allein vom Konto eines Kunden veröffentlicht wird, ohne dass ihn jemand gelesen hat, ist ein Risiko, das keine Agentur eingehen sollte. Dieser Leitfaden zeigt ein Setup, in dem der Agent schreibt und Menschen entscheiden: Der Agent entwirft pro Kanal, schickt die Beiträge zur Freigabe, der Kunde prüft sie auf dem Handy, und nur freigegebene Beiträge werden geplant.
Kurz gesagt:
- Verbinde deinen KI-Agenten über MCP oder die API mit Chat33.
- Aktiviere die Kundenfreigaben im Workspace des Kunden und stelle sie auf verpflichtend.
- Bitte den Agenten, pro Kanal einen Beitrag zu entwerfen und die Beiträge zur Freigabe zu senden.
- Dein Team und der Kunde prüfen, kommentieren und geben frei. Freigegebene Beiträge planen sich selbst.
- Agenten können entwerfen und eine Freigabe anfragen. Freigeben können sie nicht. Das kann nur ein Mensch.
Warum automatisches Veröffentlichen von KI-Texten eine schlechte Idee ist
Sprachmodelle schreiben selbstsicher. In einem Entwurf ist das nützlich, in einem veröffentlichten Beitrag gefährlich. Einige Dinge, die in der Praxis passieren:
- Falsche Fakten. Ein Preis vom letzten Quartal, ein verschobener Launch-Termin, eine Funktion, die das Produkt gar nicht hat. Das Modell füllt Lücken mit etwas, das plausibel klingt.
- Falscher Ton. Eine Marke, die nie Ausrufezeichen benutzt, hat plötzlich drei in einem Beitragstext. Ein seriöses B2B-Konto bekommt einen Witz, der schlecht ankommt.
- Falscher Kanal. Derselbe Text auf jeder Plattform, mit Hashtags auf LinkedIn und einem Essay mit 600 Wörtern auf X.
- Falscher Zeitpunkt. Eine fröhliche Aktion, die an einem Tag geplant ist, an dem die Marke schweigen sollte.
- Aussagen, die der Kunde nie freigegeben hat. Bei Gesundheit, Finanzen und Recht kann ein einziges Wort ein echtes Problem verursachen.
Eine Agentur verantwortet die Beziehung zum Kunden. Wenn ein Agent etwas veröffentlicht, das der Kunde nicht freigegeben hat, ist es trotzdem der Beitrag der Agentur. Die Regel ist deshalb einfach: Die KI darf so viel schreiben, wie du willst, aber jeder Beitrag, der vom Konto eines Kunden rausgeht, wurde von einem Menschen gelesen und freigegeben.
Das Muster: Der Agent entwirft, Menschen geben frei, Chat33 plant
- Der Agent entwirft. Er schreibt für jeden Kanal einen Beitragstext und speichert die Beiträge als Entwürfe im Workspace des Kunden, mit der vorgesehenen Zeit. Noch ist nichts geplant.
- Der Agent sendet sie zur Freigabe. Eine Anfrage deckt den ganzen Stapel ab, mit einer kurzen Notiz an die Prüfenden.
- Die Prüfenden werden benachrichtigt. Jede Person bekommt eine E-Mail und einen Eintrag in der Glocke in der App.
- Das Team prüft zuerst, wenn du willst. Du kannst bis zu drei Stufen einrichten, zum Beispiel Prüfung durch deine Account-Betreuung und danach Freigabe durch den Kunden.
- Der Kunde prüft auf dem Handy. Die Freigabeseite ist für Mobilgeräte gebaut und zeigt pro Kanal eine Vorschau. Der Kunde kann Freigeben, Änderungen anfordern (ein Kommentar ist Pflicht) oder Alle freigeben.
- Freigegebene Beiträge werden automatisch geplant. Nach der letzten Stufe kommt jeder Beitrag zur vorgesehenen Zeit in die Warteschlange.
Wenn der Kunde Änderungen anfordert, geht der Beitrag mit dem Kommentar ans Team zurück. Korrigiere ihn von Hand oder bitte den Agenten, ihn neu zu schreiben, und sende ihn dann erneut.
Warum in Chat33 nur Menschen freigeben können
Das ist der Teil, der das Setup sicher macht und nicht nur aufgeräumt. Agenten, die mit Chat33 verbunden sind, können Entwürfe anlegen, Beiträge zur Freigabe senden, Freigaben auflisten und Notizen hinzufügen. Die Entscheidung treffen können sie nicht. Der API-Endpunkt für Freigabeentscheidungen weist jeden Aufruf von einem API-Key oder einer OAuth-App ab, immer, mit dem Fehler „human decision required“. Es gibt keine Einstellung, die das ändert.
Selbst wenn also in einem Prompt steht „gib das frei und veröffentliche es“ oder ein Agent es in einer Schleife versucht, bleiben die Beiträge, wo sie sind, bis ein Mensch auf „Freigeben“ klickt.
Zwei weitere Regeln schließen die restlichen Lücken:
- In einem Workspace mit verpflichtender Freigabe wird nichts ohne Freigabe veröffentlicht. Wenn ein Agent create_post aufruft, ohne eine Freigabe anzufragen, wird der Beitrag trotzdem als Entwurf gespeichert und zur Freigabe gesendet.
- Eine Änderung schickt ihn zurück. Wenn irgendjemand, Mensch oder Agent, den Inhalt eines freigegebenen Beitrags ändert, geht der Beitrag erneut in die Freigabe. Wird nur die Zeit geändert, bleibt die Freigabe bestehen.
Du siehst immer, welcher Agent was geschrieben hat
Jeder Entwurf und jede Notiz, die ein Agent über die API schreibt, wird mit dem Namen des Keys oder der App signiert, gefolgt von „(API)“. Im Thread des Beitrags sieht dein Team genau, welche Verbindung den Entwurf angelegt hat. „Claude (API)“ und „Weekly content key (API)“ lassen sich also leicht unterscheiden.
Der Kunde sieht den Namen einer App oder bei einem Key nur „API“, nie deine internen Key-Namen. Der Thread hält außerdem den Bearbeitungsverlauf und den Freigabeverlauf direkt im Text fest. Wenn ein Kunde also fragt „Wer hat diesen Beitragstext geändert?“, steht die Antwort gleich da.
Agenten können auch Notizen hinterlassen. Eine Notiz ist standardmäßig intern: Dein Team sieht sie, der Kunde nie. Das ist ein guter Ort, damit der Agent seine Entscheidungen erklärt, etwa „Für X gekürzt, Launch-Datum aus dem Briefing übernommen, kein Rabatt genannt, weil das Briefing keinen enthielt.“
Einrichten in vier Schritten
1. Gib jedem Kunden einen Workspace
In Chat33 behält eine Agentur einen Login und eine Rechnung, und jeder Kunde bekommt einen Kunden-Workspace mit eigenen Kanälen, Beiträgen, eigenem Team und eigener Markenfarbe. Verbinde Instagram, Facebook, LinkedIn, TikTok und weitere Konten des Kunden in diesem Workspace. Der Agent sieht nur die Kanäle des Workspace, mit dem er verbunden ist.
2. Aktiviere die Freigaben und mach sie verpflichtend
Öffne im Workspace des Kunden Einstellungen, Freigaben. Wähle verpflichtend, füge deine Stufen und Prüfenden hinzu und lade den Kunden mit der Kundenrolle ein. Ein Kunde belegt keinen Platz und sieht nur die Beiträge, die ihm geschickt werden. Kundenfreigaben behandelt jede Option, auch „Prüfende müssen sich anmelden“.
Wenn du Freigaben nur manchmal willst, wähle optional. Für KI-Entwürfe ist verpflichtend die sicherere Wahl.
3. Verbinde deinen Agenten
Der Chat33-MCP-Server funktioniert mit Claude, ChatGPT, Cursor, Codex und jedem anderen MCP-Client. Die meisten melden sich über den Browser an, du musst also keinen Key einfügen. Es gibt kurze Einrichtungsseiten für Claude, ChatGPT, Cursor und Codex sowie eine Übersicht über alle unterstützten Agenten.
Wenn dein eigener Code die Beiträge entwirft, nutze stattdessen die REST-API mit einem API-Key. Es gelten dieselben Regeln: Entwürfe und Freigabeanfragen sind erlaubt, Entscheidungen nicht.
4. Bitte um Entwürfe, nicht um Beiträge
Die Tools, die dein Agent dafür bekommt:
| Tool | Was es macht |
|---|---|
create_post | Speichert einen Beitrag. Mit requestApproval: true wird er in einem Aufruf als Entwurf gespeichert und zur Freigabe gesendet. |
request_approval | Sendet Entwürfe, die du schon hast, als eine Anfrage mit einer Notiz an die Prüfenden. |
list_approvals | Zeigt, was wartet, wo Änderungen angefordert wurden und was freigegeben ist. |
add_post_note | Fügt dem Thread eines Beitrags eine Notiz hinzu, intern, außer du sagst, dass der Kunde sie sehen darf. |
Ein Beispiel-Prompt
Hier ist ein Prompt, den eine Agentur in Claude oder ChatGPT mit verbundenem Chat33 einfügen könnte. Der Agent ist im Workspace des Kunden angemeldet.
Briefing: Northfield Coffee eröffnet am Samstag, 7. November, einen zweiten Laden in der Elm Street.
Die ersten 100 Gäste bekommen einen Filterkaffee gratis. Öffnungszeiten 7 bis 18 Uhr.
Ton: herzlich, kurz, keine Ausrufezeichen, keine Emojis außer einer Kaffeetasse.
1. Liste meine verbundenen Konten auf.
2. Schreibe pro Kanal einen Beitrag: Instagram (Beitragstext für das Foto vom Laden
unter https://example.com/elm-street.jpg), Facebook, LinkedIn und X.
Jeder Beitragstext soll zur Plattform passen. Erfinde keine Details, die nicht im Briefing stehen.
3. Lege jeden Beitrag für Donnerstag, 5. November, 9 Uhr an, mit requestApproval true
und der Freigabenachricht "Eröffnung Elm Street, 4 Beiträge für Donnerstag".
4. Füge zu jedem Beitrag eine interne Notiz hinzu, was du gekürzt oder weggelassen hast.
5. Liste dann die wartenden Freigaben auf und sag mir, was du gesendet hast.
Was dann passiert: Vier Entwürfe erscheinen im Workspace, jeder vom Agenten signiert. Deine Account-Betreuung bekommt die erste Stufe, liest sie und korrigiert vielleicht ein Wort. Der Kunde bekommt eine E-Mail, öffnet sie auf dem Handy, sieht jeden Beitragstext so, wie er auf der jeweiligen Plattform aussehen wird, und gibt frei. Die Beiträge werden für Donnerstagmorgen geplant. Schreibt der Kunde „Der Gratis-Kaffee gilt für die ersten 50, nicht 100“, kommt dieser Beitrag mit dem Kommentar zurück, und du kannst den Agenten bitten: „Lies die angeforderten Änderungen zu den Elm-Street-Beiträgen und korrigiere sie.“
Tipps für bessere KI-Entwürfe
- Gib dem Agenten ein Briefing, kein Thema. Fakten, Termine, Angebot, Ton, Wörter, die vermieden werden sollen. Je weniger er raten muss, desto weniger erfindet er.
- Bitte ihn zu sagen, was er weggelassen hat. Eine interne Notiz pro Beitrag macht die Prüfung schneller, weil die prüfende Person weiß, wo sie hinschauen muss.
- Ein Beitrag pro Kanal. Bitte um einen Beitragstext für jede Plattform statt um einen Text für alle.
- Führe eine kurze Datei zur Markensprache. Füge sie in den Prompt oder in die Projektanweisungen des Agenten ein, damit jeder Entwurf mit denselben Regeln beginnt.
- Lass die Team-Stufe das Offensichtliche abfangen. Eine kurze interne Prüfung, bevor der Kunde etwas sieht, spart seine Zeit für echte Entscheidungen.
- Plane die Woche im Stapel. Eine Anfrage mit allen Beiträgen der nächsten Woche ist für einen Kunden leichter zu bearbeiten als zehn einzelne E-Mails.
FAQ
Kann ein Agent seine eigenen Beiträge freigeben?
Nein. Freigabeentscheidungen über die API oder MCP werden immer abgewiesen. Freigeben kann nur ein Mensch, der in Chat33 angemeldet ist, oder ein Kunde über den Prüflink aus der Freigabe-E-Mail.
Was, wenn der Agent vergisst, eine Freigabe anzufragen?
In einem Workspace, der auf verpflichtend steht, wird ein Beitrag, der ohne Entwurfsstatus oder Freigabeanfrage angelegt wird, als Entwurf gespeichert und automatisch zur Freigabe gesendet. Er wird nicht veröffentlicht.
Braucht der Kunde ein Chat33-Konto?
Er muss mit der Kundenrolle eingeladen werden, die keinen Platz belegt. Aus der Freigabe-E-Mail kann er mit einem Klick prüfen, ohne Passwort. Der Link läuft nach höchstens 14 Tagen ab und öffnet nur diesen Workspace.
Welche Tarife enthalten das?
Kunden-Workspaces und Freigaben gibt es in den bezahlten Tarifen. Der MCP-Server und die API funktionieren in jedem Tarif. Was jeder Tarif enthält, siehst du unter Preise.
Für welche Plattformen kann der Agent entwerfen?
Für jeden Kanal, der im Workspace verbunden ist: Instagram, Facebook, TikTok, YouTube, X, LinkedIn, Threads und Bluesky.
Die Kurzfassung
Lass den Agenten schreiben. Lass ihn nicht veröffentlichen. Verbinde ihn mit dem Workspace des Kunden, mach Freigaben verpflichtend und bitte ihn um Entwürfe mit einer Freigabeanfrage. Dein Team und dein Kunde lesen jeden Beitrag, der Thread zeigt, welcher Agent was geschrieben hat, und Chat33 plant nur, was ein Mensch freigegeben hat.
LinkedIn-Beiträge mit Chat33 planenBereite LinkedIn-Beiträge vor, gib sie frei und plane sie neben Instagram, Facebook, TikTok, YouTube, X, Threads und Bluesky, aus einem Workspace pro Kunde.