Vom Kunden-Briefing zum veröffentlichten Beitrag: eine ganze Woche, gesteuert von einem Agenten, Aufruf für Aufruf
Eine Kundenwoche mit Shager durchgespielt: Briefing, Medien-Upload, Entwürfe pro Konto, Prüfung, Kundenfreigabe, Planung, Zustellkontrolle und Bericht.
Vom Kunden-Briefing bis zum veröffentlichten Beitrag braucht ein Agent acht Etappen: Zugriff und Workspace bestätigen, die verbundenen Konten prüfen, Medien hochladen, planen, Entwürfe mit Texten pro Konto schreiben, prüfen, die Kundenfreigabe einholen, dann planen und kontrollieren. Die Fleißarbeit erledigt in jeder Etappe der Agent. Ein Mensch trifft drei Entscheidungen: Er gibt den Plan frei, er erteilt das Recht zu veröffentlichen, und, wo der Kunde das möchte, gibt der Kunde selbst über einen Freigabelink sein Okay.
Im Folgenden eine realistische Woche für einen fiktiven Kunden, mit jedem Shager-Aufruf, den der Agent macht, in der richtigen Reihenfolge. Der Kunde, Harbor Coffee, hat 14 Cafés, jedes mit einer Facebook-Seite und einem Instagram-Profikonto, dazu einen YouTube-Kanal für die Marke.
Montagmorgen: das Briefing kommt
Die Kundenbetreuerin legt ein Briefing in den Kontextordner des Kunden: ein neues Herbstgetränk, Launch am Donnerstag, 20 Prozent Rabatt am ersten Wochenende, ein 25 Sekunden langes Hochformatvideo und zwei Fotos, die auf dem CDN des Kunden liegen. Sonst nichts. Die festen Anweisungen des Agenten verbieten ihm, irgendetwas zu erfinden, was nicht im Briefing steht. Rabatt, Datum und Produktname sind also die einzigen Fakten, mit denen er arbeitet.
Die Session startet im Ordner des Kunden. Der Agent hat also die Agenturregeln und die Tonalitätsdatei von Harbor Coffee geladen und nichts über andere Kunden. Warum das wichtig ist, steht in ein Agent, viele Kunden.
Etappe 1: wer und wo bestätigen
whoami -> organization, claimed or sandbox, key scopes
list_workspaces -> "Harbor Coffee" (ws_harbor), timezone Europe/London
whoami beantwortet vor jeder Arbeit zwei Fragen: Wurde diese Organisation übernommen, und hat der Schlüssel publish? Handelt es sich um eine nicht übernommene Sandbox, kann der Agent zwar hochladen und Entwürfe schreiben, aber Planung und Freigabeanfragen scheitern mit einer eindeutigen Fehlermeldung, bis ein Mensch sie übernimmt. Wie die Übernahme abläuft, steht in /auth.md.
Etappe 2: die Konten prüfen
list_channels ws_harbor -> 29 channels: 14 Facebook, 14 Instagram, 1 YouTube
list_groups ws_harbor -> "All cafes FB", "All cafes IG", "Brand YouTube"
Der Agent schaut sich den Status jedes Kanals an. Ein Instagram-Konto wird als getrennt angezeigt. Statt stillschweigend drumherum zu planen, erstellt der Agent einen Verbindungslink für die Leitung dieses Cafés:
{
"tool": "create_connect_link",
"arguments": { "workspace_id": "ws_harbor", "label": "Harbor Quayside, Instagram reconnect" }
}
Die Kundenbetreuerin leitet den Link weiter. Die Café-Leiterin meldet sich darüber bei Instagram an, ohne Shager-Konto, und noch am selben Tag taucht das Konto in list_channels wieder auf.
Etappe 3: Medien hochladen
Drei Aufrufe, einer pro Datei. Das Video bringt Abmessungen und Dauer mit, damit die Prüfung für Reels und Shorts jetzt laufen kann und nicht erst beim Veröffentlichen.
{
"tool": "upload_media_from_url",
"arguments": {
"workspace_id": "ws_harbor",
"url": "https://cdn.harbor-coffee.example/autumn/launch.mp4",
"file_name": "autumn-launch.mp4",
"width": 1080, "height": 1920, "duration_ms": 25000
}
}
Die beiden Fotos werden genauso hochgeladen, nur ohne die Videofelder.
Etappe 4: planen, dann warten
Der Agent schlägt einen Plan vor, statt sofort loszuschreiben:
| Tag | Beitrag | Format | Ziel |
|---|---|---|---|
| Di | Teaser-Foto | FEED | All cafes FB, All cafes IG |
| Do | Launch-Video | REEL / SHORT | All cafes FB, All cafes IG, Brand YouTube |
| Sa | Foto zur Erinnerung an den Rabatt | FEED | All cafes FB, All cafes IG |
Die Kundenbetreuerin antwortet „los“ und verschiebt den Samstagsbeitrag auf Freitagnachmittag. Eine einzige Nachricht, und aus einem schwachen Plan werden nie 85 Texte pro Konto.
Etappe 5: Entwürfe mit Texten pro Konto
Jeder geplante Beitrag wird zu einem create_post-Aufruf ohne schedule_at, der einen Entwurf speichert. Der Launch-Beitrag zeigt die vollständige Struktur:
{
"tool": "create_post",
"arguments": {
"workspace_id": "ws_harbor",
"group_ids": ["grp_all_fb", "grp_all_ig", "grp_brand_yt"],
"media_ids": ["med_launch"],
"caption": "The autumn drink is here. 20% off this weekend.",
"youtube_title": "Harbor Coffee autumn drink, first pour",
"youtube_privacy": "public",
"cta_url": "https://harbor-coffee.example/autumn",
"campaign": "autumn-launch",
"label": "Harbor autumn launch video",
"first_comment": "Find your nearest Harbor and the weekend offer: https://harbor-coffee.example/autumn",
"per_channel": [
{ "channel_id": "ch_fb_quayside", "format": "REEL",
"caption": "Quayside regulars, it's here. Autumn's first pour, 20% off this weekend." },
{ "channel_id": "ch_ig_quayside", "format": "REEL",
"caption": "First pour at Quayside. 20% off all weekend, details in bio." },
{ "channel_id": "ch_yt_brand", "format": "SHORT",
"caption": "The new Harbor autumn drink, poured for the first time." }
]
}
}
Im echten Aufruf hat per_channel 29 Einträge, und jeder Text ist im jeweiligen Café verankert. Jede URL in Texten und Kommentaren wird beim Veröffentlichen zu einem Kurzlink, der nur für dieses Konto gilt, wobei utm_content das Konto kennzeichnet. Der Agent schreibt also ganz normale URLs. Wie man Texte gekonnt variiert, steht in Texte pro Konto mit KI variieren.
Etappe 6: Prüfung in einem eigenen Durchgang
Eine zweite Session mit einem Prüfer-Prompt und reinen Lese-Tools ruft list_posts mit status auf DRAFT auf und dann get_post für jeden Entwurf. Sie sucht nach doppelten Texten, nach Fakten, die nicht im Briefing stehen, nach Links an Stellen, an denen sie nicht anklickbar sein werden, und nach Videoformaten bei Medien, die kein Hochformat haben. Diesmal markiert sie zwei Instagram-Texte, die „Link unten“ sagen, obwohl der Link in der Bio steht. Der schreibende Agent behebt das, indem er korrigierte Entwürfe anlegt. Die alten werden bei der Planung ausgelassen.
Etappe 7: Kundenfreigabe
Im Workspace von Harbor Coffee ist approval_required gesetzt. Geplant werden kann also erst, wenn der Kunde freigegeben hat. Der Agent schickt jeden Entwurf zur Freigabe:
{
"tool": "request_approval",
"arguments": {
"workspace_id": "ws_harbor",
"post_id": "pst_launch",
"reviewer_name": "Dana, Harbor Coffee marketing",
"reviewer_email": "dana@harbor-coffee.example",
"send_email": true
}
}
Die Kundin öffnet den Link, prüft den Beitrag und gibt ihn frei, ohne sich anzumelden. Der Status des Beitrags wechselt über IN_REVIEW zu APPROVED oder zu CHANGES_REQUESTED. Im letzten Fall überarbeitet der Agent und reicht neu ein. Wie gute Freigaberegeln aussehen, beschreibt menschliche Freigabe für Agenten-Beiträge.
Etappe 8: planen und kontrollieren
Nach der Freigabe läuft der Planungsschritt mit einem Schlüssel, der den Scope publish hat. Der Agent berechnet jede Uhrzeit in der Zeitzone des Workspace, mit dem Offset, der an diesem Datum gilt:
{
"tool": "schedule_post",
"arguments": {
"workspace_id": "ws_harbor",
"post_id": "pst_launch",
"schedule_at": "2026-10-15T08:30:00+01:00"
}
}
Bei je 14 Konten auf Facebook und Instagram und der Standardstaffelung von 30 bis 90 Sekunden dauert der Lauf pro Netzwerk etwa 13 Minuten, und beide Netzwerke laufen parallel. Am Donnerstag um 9:15 Uhr ruft der Agent get_post auf. 28 Konten sind veröffentlicht, mit Live-URLs. Eines zeigt einen Berechtigungsfehler. Der Agent meldet das Konto mit Namen und schlägt einen neuen Verbindungslink vor; blind erneut versuchen tut er es nicht.
Am Montag darauf: der Bericht
Die Woche endet mit dem Bericht: list_posts für das, was rausgegangen ist, get_post für die Ergebnisse pro Konto und get_analytics für die Klicks pro Konto und pro Beitrag über die Woche, verknüpft über utm_content mit den Leads aus dem CRM, wenn der Kunde sie teilt. Das komplette Setup, auch für den unbeaufsichtigten Betrieb, steht in der wöchentliche Kundenbericht vom Agenten.
Wer was gemacht hat
| Etappe | Agent | Mensch |
|---|---|---|
| Zugriff und Workspace | Prüft und benennt ihn | |
| Konten | Findet das kaputte, erstellt den Link | Leitet den Link weiter |
| Medien und Plan | Lädt hoch, schlägt vor | Sagt „los“ |
| Entwürfe und Prüfung | Schreibt 85 Texte, prüft sie | |
| Freigabe | Verschickt die Links | Kunde gibt frei |
| Planung | Berechnet Uhrzeiten, plant | Hat einmal publish erteilt |
| Zustellung und Bericht | Kontrolliert, berichtet | Liest den Bericht |
FAQ
Wie viel Zeit kostet so eine Woche einen Menschen?
Die menschlichen Entscheidungen in diesem Beispiel sind ein paar Nachrichten und eine Freigabe. Wie lange es genau dauert, hängt vom Kunden ab und davon, wie viel Hin und Her der Plan braucht. Was sich ändert, ist die Art der Arbeit: prüfen und entscheiden statt Texte tippen und Links bauen.
Kann der Agent bei Routinebeiträgen die Kundenfreigabe überspringen?
Nur wenn der Workspace sie nicht verlangt. approval_required wird pro Workspace gesetzt. Ein Kunde, der einen Monatsplan absegnet, kann die Option also ausgeschaltet haben, während ein vorsichtiger Kunde sie eingeschaltet lässt. Bei einem bestehenden Workspace kann der Agent diese Einstellung nicht selbst ändern.
Was, wenn der Kunde nach der Freigabe Änderungen will?
Hat die Veröffentlichung noch nicht begonnen, ruft der Agent cancel_post auf. Der Beitrag wird damit wieder zu einem freigegebenen Entwurf. Dann legt der Agent eine korrigierte Fassung an und schickt sie erneut zur Freigabe. Hat die Veröffentlichung schon begonnen, müssen Änderungen direkt in den Netzwerken von Hand erfolgen.
Wie es weitergeht
Spiel diese Abfolge bei einem Kunden mit einer kleinen Gruppe von Konten durch, bevor du sie auf alles loslässt. Ist dein Agent noch nicht verbunden, findest du auf der Einstiegsseite für Agenten alles zum MCP-Server, zur REST-API und zur Selbstregistrierung.
