Vom Briefing zum Content-Plan

1. Das Agenturbriefing

Ein fiktiver lokaler Betrieb möchte vom 2. bis 27. November 2026 sechs Social-Media-Beiträge: zwei zu Produkten, zwei zum Team und zwei mit Einblicken hinter die Kulissen. Veröffentlichung montags, mittwochs oder freitags; Produktion möglichst dienstags oder donnerstags. Es werden keine bereits belegten Termine mitgegeben.

Ein Veröffentlichungszeitraum im November kann Produktion im Oktober erfordern. Der Dienst kennt nur die mitgegebenen Termine; er liest keinen Kalender und prüft weder Personen noch Feiertage oder tatsächliche Verfügbarkeit.

Eingabe für content-month-plan

{
  "from": "2026-11-02",
  "to": "2026-11-27",
  "today": "2026-10-24",
  "mix_counts": {
    "produkt": 2,
    "mitarbeiter": 2,
    "bts": 2
  },
  "language": "de"
}

Dieses Muster verwendet deutsche Antworten. Für englische Antworten language auf en setzen; Kategorie-IDs bleiben unverändert.

2. Der berechnete Plan

Die lokale Berechnung liefert sechs Beiträge in zwei gemeinsamen Drehgruppen: d1 am 29. Oktober, d2 am 12. November. Der Ausgangsplan meldet keine Konflikte oder Warnungen. Dieser Auszug zeigt nur Beitragskennungen und Termine; vorgeschlagene Vorlagentexte und vollständige Kalender bleiben ausgespart.

Der vollständige gekaufte Plan liefert außerdem .ics-Kalendertext und posts_for_reschedule. Den Kalender nach Prüfung selbst importieren. Es wird nichts automatisch in einen externen Kalender gespeichert.

3. Ein Dreh verschiebt sich

Der Kunde verschiebt den ersten gemeinsamen Dreh vom 29. Oktober auf den 6. November. Dafür das vollständige Array posts_for_reschedule aus dem Plan als posts zusammen mit diesem move-Objekt an content-plan-shift senden. Die JSON-Datei enthält die vollständige Beispieleingabe.

{
  "post_key": "p1",
  "step": "shoot",
  "new_date": "2026-11-06",
  "shoot_mode": "group"
}

Die Verschiebung betrifft p1, p2 und p3 gemeinsam und liefert sieben Änderungen. Die zweite Drehgruppe bleibt wie bisher.

Ergebnis: 1 Fehler, 2 Warnungen, needs_confirmation: true. Bei p1 liegt der neue Dreh nach der Veröffentlichung am 2. November. Bei p2 fällt der Dreh auf den Veröffentlichungstag. Der Dienst erhält diese Veröffentlichungstermine und meldet die Probleme; er verlängert nicht automatisch jede Frist.

Diese Änderungsliste nicht ungeprüft übernehmen. Früheren Dreh wählen oder Veröffentlichungstermine ausdrücklich neu festlegen und eine neue Anfrage prüfen. Eine weitere Verschiebungsberechnung ist ein eigener Kauf mit eigener Freigabe. Wochenenden, Feiertage und Drehkapazität prüft der Verschiebedienst nicht.

4. Die Kaufschritte

1. Kostenlosen Katalog lesen und Eingabeprüfung für content-month-plan ausführen. Genau einen Monatsplan freigeben: 0.05 USDC.
2. Plan prüfen und Kalender erst danach importieren. Originales posts_for_reschedule für spätere Änderungen aufbewahren.
3. Nur bei einer Terminänderung: kostenlose Eingabeprüfung für content-plan-shift nutzen und eine Verschiebungsberechnung separat freigeben: 0.02 USDC.

Ein Plan plus eine Verschiebung kosten derzeit zusammen 0.07 USDC. Kein automatischer Folgekauf. Aktueller Katalog und tatsächliche Zahlungsanforderung bestimmen Betrag, Netzwerk und Empfänger. Für diese Dienste gibt es keine kostenlose Probe.

Ein x402-fähiger Käufer ist erforderlich. Eine MCP-Verbindung allein ermöglicht keine Zahlungen. Das vorhandene herunterladbare Käuferbeispiel kauft nur Google SERP; es ist kein Content-Plan-Käufer. Bei unklarer Zahlung oder Lieferung den Kaufbeleg behalten und das ursprüngliche Ergebnis abrufen, statt erneut zu zahlen.

Für Ihr eigenes Briefing nutzen

Begrenzten Planungsauftrag kopieren Agenten verbinden

Nur für Unternehmen (B2B). Termine, Anzahlen und allgemeine Bezeichnungen ohne personenbezogene Daten senden. Eingaben und Ergebnisse werden nach 30 Tagen gelöscht. Datenschutz und Nutzungsbedingungen.