Einen Assistenten einen Beitrag entwerfen zu lassen, ist leicht. Ihn veröffentlichen zu lassen, ist eine andere Entscheidung, und das Interessante ist nicht die Technik. Es ist, was passiert, wenn er etwas falsch macht.
Das ist die Anleitung: eine Anbindung wählen, sie mit engem Zugriff einrichten, testen und die Prüfroutine festlegen. Die Checkliste, was eine Publishing-API für Agenten braucht, samt den Fehlermodi dahinter, findest du unter Social-Media-API für KI-Agenten.
Schritt 1: Die Anbindung wählen
Ein Assistent wie Claude oder ein KI-fähiger Editor. Nutze den MCP-Server, @bulkpublish/mcp-server. Sobald er verbunden ist, kann der Assistent im Gespräch Beiträge verfassen, planen und prüfen. Das ist der geringste Aufwand und passt, wenn du interaktiv arbeitest.
Ein Agent, den du selbst geschrieben hast. Nutze einen API-Schlüssel. Dein Code hält ihn und ruft die API für deinen eigenen Account auf.
Ein Produkt, das für die Accounts anderer Personen handelt. Nutze OAuth 2.1. Jeder Nutzer autorisiert deine App, statt dir einen Schlüssel zu schicken.
Schritt 2: Die Zugangsdaten mit minimalem Zugriff anlegen
- Lege einen neuen API-Schlüssel nur für den Agenten an, unter eigenem Namen, damit seine Aktivität von deiner unterscheidbar ist und einzeln widerrufen werden kann.
- Wenn du OAuth nutzt, fordere nur die Scopes an, die er braucht. Ein Agent, der Beiträge erstellt, braucht
posts:write, aber nicht das Löschen von Medien oder die Inbox. - Verbinde ihn nur mit den Kanälen, in die er posten soll.
Wegen des Widerrufs lohnt sich der Aufwand. Um 2 Uhr nachts willst du eine einzige Sache abschalten, nicht den Schlüssel rotieren, den deine ganze Pipeline nutzt.
Schritt 3: Im Entwurf starten
Stelle den Agenten so ein, dass er Beiträge als Entwürfe anlegt. Ein Mensch prüft und ein Mensch veröffentlicht. Für die meisten ist das die richtige Einstellung, und sie wechseln nie davon weg.
Lass ihn eine Woche mit echter Arbeit laufen. Stelle am Ende drei Fragen zu den Entwürfen, die er erzeugt hat:
- Enthielt einer eine Behauptung, die du ihm nicht gegeben hattest?
- Klang einer, als käme er von jemand anderem?
- Brauchte einer wegen Timing oder Sensibilität einen Menschen?
Schritt 4: Die Prüfroutine festlegen
| Routine | Wann sie passt |
|---|---|
| Entwürfe, ein Mensch veröffentlicht | Standard. Prosa, die ein Modell geschrieben hat |
| Freigabeprozess | Ein Team ist beteiligt und du willst eine benannte freigebende Person und einen Beleg |
| Planen mit Verzögerung | Der Inhalt ist Routine und du willst ein Zeitfenster, um Fehler abzufangen. Schwächer, weil es darauf beruht, dass jemand hinschaut |
| Direkt veröffentlichen | Vorlagenbasierte Inhalte aus einer Quelle, etwa eine Release-Notiz aus einem Changelog. Nicht für Prosa über dein Unternehmen, die von Grund auf geschrieben wird |
Schritt 5: Die Leitplanken setzen
- Lass ihn nie eine Zahl zu deinem Produkt nennen. Preise, Limits und Zahlen ändern sich, und ein Modell liefert eine plausible. Fakten kommen aus einer Quelle.
- Gib ihm deine Stimme. Schreibe eine kurze Stilnotiz und halte sie in den Anweisungen des Agenten fest.
- Behalte das Volumen im Blick. Tageslimits für Anfragen und Beiträge sind ein Auffangnetz gegen eine Schleife.
- Halte bei allem Sensiblen einen Menschen im Prozess. Nachrichten, Kontroversen und Entschuldigungen sind nicht Sache eines Agenten.
Tariflimits
| Free | Pro | Business | |
|---|---|---|---|
| API-Anfragen/Tag | 10 | 5.000 | 50.000 |
| API-Schlüssel | 1 | 5 | 10 |
| Beiträge | 1/Tag | 30/Tag | Unbegrenzt |
BulkPublish veröffentlicht auf 15 Plattformen von einer Oberfläche aus.
