faloppad/social-calendar-review

Social-Kalender-Überprüfung

Eine wöchentliche Prüfung, die den Kreislauf schließt. Sie blickt 7 Tage zurück und 14 Tage voraus, erstellt dann einen kurzen Bericht und schlägt Änderungen an den Markdown-Dateien vor, die den Skill social-calendar steuern.

Dieser Skill liest Airtable und schreibt nie hinein. Er ändert Strategie- und Channel-Dateien nur, nachdem der Benutzer die Änderung genehmigt hat, es sei denn, der Routine-Prompt sagt etwas anderes.

Einrichtung

• AIRTABLE_TOKEN und AIRTABLE_BASE_ID, entweder in der Umgebung oder in einer .env-Datei im Arbeitsverzeichnis oder Repository-Root.
• STRATEGY_DIR, der auf den Ordner mit strategy.md und channels/ zeigt. Falls nicht gesetzt, wird nach strategy.md im Arbeitsverzeichnis, ./my-strategy/ und ./strategy/ gesucht.
• Das Kalender-Skript aus dem Hauptskill: skills/social-calendar/scripts/airtable_calendar.py (im Folgenden $CAL). Der Airtable-MCP-Connector funktioniert ebenfalls, wenn er verbunden ist.

Schritte

1. Regeln laden

Lies strategy.md und jede channels/*.md für aktive Channels (python3 $CAL channels). Notiere für jeden Channel: Ziel-Kadenz, erlaubte Beitragstypen, Voice-Regeln, verbotene Wörter oder Themen, Hashtag-Regeln und den Verantwortlichen. Notiere die aktuellen OKRs und Content-Pillars aus der Strategie.

Falls die Überprüfung der letzten Woche in $STRATEGY_DIR/reviews/ existiert, lies sie und prüfe, ob die angenommenen Vorschläge umgesetzt wurden.

2. 7 Tage zurückblicken

python3 $CAL list --from -7 --to today --json > /tmp/review-past.json

Aus dieser Liste betrachte:

• Live-Beiträge. Dies sind das Hauptthema.
• Failed- und Manual-Beiträge. Wurden die Fehler behoben? Hat jemand die manuellen tatsächlich veröffentlicht?
• To approve, Needs media und Approved-Beiträge mit einem Datum in der Vergangenheit. Dies sind verpasste Genehmigungen oder ein Publisher, der nicht ausgeführt wurde.

Prüfe jeden Live-Beitrag gegen seine Channel-Datei und die Strategie:

• Stimme und Format. Klingt er wie die Beispiele in der Channel-Datei? Länge, Hashtags, Links, Emojis wie in der Datei angegeben?
• Passung. Dient er einer Säule oder einem OKR in strategy.md? Ist der Beitragstyp auf diesem Channel erlaubt?
• Kadenz. Zähle pro Channel gegen das Ziel. Notiere Channels, die über oder unter dem Ziel liegen.
• Wiederholung. Nahezu identische Beiträge auf demselben Channel oder dieselbe Nachricht auf jedem Channel am selben Tag.
• Fakten. Behauptungen, Zahlen und Namen, die das Source-Feld nicht belegt.

Melde nur Probleme, die du mit einem bestimmten Beitrag belegen kannst. Zitiere den Datensatznamen und das Datum.

3. 14 Tage vorausblicken

python3 $CAL list --from +1 --to +14 --json > /tmp/review-next.json

Pro Channel und Woche kennzeichne:

• Lücken: Wochen unter dem Kadenz-Ziel. Schlage vor, welcher Beitragstyp sie füllen könnte, basierend auf bereits vorhandenen Inhalten (ein Podcast mit ungenutzten Clips, ein aktueller Artikel).
• Überlastung: Mehr als ein Beitrag pro Tag auf einem Channel oder eine Woche, die von einem Typ dominiert wird (drei News-Beiträge, aufeinanderfolgende Promos).
• Strategiefremde Beiträge: Inhalte, die zu keiner Säule passen oder die die Channel-Datei ausschließt.
• Genehmigungs-Engpässe: To approve-Beiträge, die in den nächsten 3 Tagen fällig sind, gruppiert nach Owner, damit jemand sie nachverfolgen kann.
• Needs media-Beiträge, die in den nächsten 7 Tagen fällig sind, mit Angabe, was jeweils benötigt wird.

4. Metriken abrufen, wo möglich

Versuche es in dieser Reihenfolge und verwende, was verfügbar ist:

1. Ein Plattform-Connector, z. B. ein LinkedIn-Connector oder ein anderer Analytics-MCP. Rufe Impressionen, Reaktionen, Kommentare, Reposts und Klicks pro Beitrag für die letzten 7 Tage ab und gleiche sie mit Datensätzen über den Live link oder Datum und Channel ab.
2. Ein Web-Analytics-Connector (GA4 oder ähnlich). Rufe Sitzungen aus Social-Referrern oder UTM-getaggten Links für die Woche ab.
3. Manuelle Exporte: CSV-Dateien in $STRATEGY_DIR/metrics/ (z. B. ein LinkedIn-Seiten-Analytics-Export). Verwende die neueste Datei pro Channel und gib an, welche Datei du gelesen hast.

Wenn keine dieser Quellen für einen Channel existiert, schreibe „Keine Metriken für diese Woche“ und fahre fort. Schätze niemals, extrapoliere oder erfinde Zahlen. Eine Überprüfung ohne Metriken ist dennoch nützlich für die Strategie- und Kadenztests.

Mit Metriken vergleiche nur Beiträge auf demselben Channel. Suche nach Mustern, die sich über mindestens 3 Beiträge wiederholen, wie Beitragstyp, Eröffnungsstil, Medien oder keine Medien, Wochentag. Ein einzelner guter oder schlechter Beitrag ist kein Muster.

5. Bericht schreiben

Speichere ihn in $STRATEGY_DIR/reviews/YYYY-MM-DD.md (erstelle den Ordner bei Bedarf) und gib ihn aus. Halte ihn unter einer Bildschirmseite:

# Social Review, KW 2026-11-02

## Zusammenfassung
Drei bis fünf einfache Sätze. Was veröffentlicht wurde, was schiefging, die eine Änderung, die sich lohnt.

## Letzte 7 Tage
| Channel | Live | Ziel | Fehlgeschlagen | Anmerkungen |
|---|---|---|---|---|

Spezifische Probleme, je ein Aufzählungspunkt, mit Datensatzname und Datum.

## Metriken
Pro Channel: was du gefunden hast und seine Quelle, oder „Keine Metriken für <Channel> diese Woche“.

## Nächste 14 Tage
Lücken, Überlastung, strategiefremde Beiträge, nachzuverfolgende Genehmigungen (nach Verantwortlichem), noch benötigte Medien.

## Vorgeschlagene Änderungen
Nummerierte Liste. Jede nennt die Datei, erklärt den Grund in einem Satz und zeigt einen Diff.

6. Änderungen an Strategie- und Channel-Dateien vorschlagen

Schlage eine Änderung nur dann vor, wenn die Beweise dieser Woche sie stützen: ein wiederholter Fehler, eine Regel, die niemand befolgt, eine Kadenz, die nicht eingehalten wird, oder ein Muster in den Metriken über mehrere Beiträge hinweg. Jeder Vorschlag ist ein Unified-Diff gegen die aktuelle Datei:

--- channels/brightloop-linkedin.md
+++ channels/brightloop-linkedin.md
@@ Kadenz @@
-- 5 Beiträge pro Woche, Montag bis Freitag
+- 4 Beiträge pro Woche, Montag bis Donnerstag. Freitagsbeiträge erzielten in den letzten 6 Wochen weniger als die Hälfte der Reaktionen im Vergleich zu anderen Tagen.

Wende die Diffs nicht an. Liste sie auf und warte darauf, dass der Benutzer sagt, welche angewendet werden sollen. Wende sie ohne Rückfrage nur an, wenn der Routine-Prompt dies ausdrücklich erlaubt, und dann nur für die dort genannten Änderungsarten. Ändere niemals die Channel-Datei einer anderen Person ohne deren Genehmigung, selbst wenn das Anwenden von Änderungen erlaubt ist.

Bearbeite keine Airtable-Datensätze mit diesem Skill. Wenn ein geplanter Beitrag geändert werden sollte, nenne den Beitrag und den Grund. Der Benutzer oder der Skill social-calendar nimmt die Änderung vor.

Beispiel-Routine-Prompt

Richte dies als wöchentlich geplante Aufgabe oder Routine ein, z. B. jeden Montag um 08:00 Uhr, mit dem Repository als Arbeitsverzeichnis:

Führe den Skill social-calendar-review für die vergangene Woche aus.
STRATEGY_DIR ist ./my-strategy. Airtable-Zugangsdaten sind in .env.
Verwende den LinkedIn-Connector für Metriken, falls verfügbar. Andernfalls lies die
neueste CSV-Datei in ./my-strategy/metrics/ für jeden Channel und gib klar an, wo keine vorhanden sind.
Speichere den Bericht in ./my-strategy/reviews/ und poste die Abschnitte Zusammenfassung
und Vorgeschlagene Änderungen in #marketing im Slack.
Wende keine vorgeschlagenen Änderungen an. Ich werde mit den Nummern antworten, die ich angewendet haben möchte.

Um der Routine zu erlauben, selbst kleine Korrekturen vorzunehmen, ersetze die letzte Zeile durch etwas wie „Du darfst vorgeschlagene Änderungen an Hashtag-Listen und Posting-Tagen in meinen eigenen Channel-Dateien anwenden. Alles andere bleibt ein Vorschlag.“