builtnotboosted/scheduling

Bringt fertiggestellte Beiträge sicher in einen Social-Media-Planer (oder zur manuellen Veröffentlichung). Warteschlangen-basiert mit expliziten Zeitzonen-Offsets, Live-Deduplizierung gegenüber geplanten und bereits veröffentlichten Posts, Medienbereitschaftsprüfungen, korrekten Post-Typen (Shorts, Reels, Karussells, erste Kommentare, Erinnerungen zur manuellen Veröffentlichung), Alternativtext, einer Link-Prüfung, die Kopien zur Neuschreibung zurückgibt anstatt sie zu entfernen, und Bestätigung vor Live-Schaltung. Schreibt und pflegt ein Planungsmanifest für jedes Paket. Funktioniert mit jedem Planer; Publer ist das ausgearbeitete Beispiel. Verwende es, wenn jemand sagt: „plane das ein“, „stelle diese Beiträge in die Warteschlange“, „lege das in Publer ab“, „buche den Content für diese Woche ein“, „veröffentliche das am Dienstag um 7 Uhr“, „verschiebe diesen Beitrag“, „was ist bereits geplant“ oder einen fertigen Content-Paket zur Auslieferung übergibt.

Was ist scheduling?

Dieses Skill übernimmt die letzte Meile: Es nimmt fertige, geprüfte Beiträge und platziert sie zur richtigen Zeit, auf dem richtigen Konto und in der richtigen Form genau einmal in der Warteschlange. Es entscheidet nicht über den Inhalt (das macht das Writing-Skill), sondern nur über das *Wie* der Planung. Es arbeitet mit jedem gängigen Planer, wobei Publer als ausgearbeitetes Beispiel dient, und kann auch über den Browser direkt in Plattformen einstellen. Das Skill baut auf einem zentralen Grundsatz auf: Ein verpasster Beitrag kann morgen nachgeholt werden, ein falscher oder doppelter Beitrag geht live und ist nicht mehr rückgängig zu machen. Daher zögert es im Zweifel lieber und fragt nach, anstatt zu raten.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/builtnotboosted/built-not-boosted-skills/tree/HEAD/plugins/built-not-boosted/skills/scheduling

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Planung (Scheduling)

Dieses Skill besitzt die letzte Meile: Fertige, geprüfte Beiträge zur richtigen Zeit, auf dem richtigen Konto, in der richtigen Form und genau einmal in die Warteschlange zu stellen. Es besitzt das Wie der Planung. Es schreibt keine Texte (das macht das writing-Skill), wählt keine Bilder aus (image-generation) oder liest Leistungsdaten (platform-data). Es entscheidet nichts darüber, was veröffentlicht wird; das entscheiden das Content-Paket und die Person.

Das gesamte Skill ruht auf einer Idee: Ein verpasster Beitrag kann morgen nachgeholt werden, ein falscher oder doppelter Beitrag geht live und kann nicht zurückgenommen werden. Im Zweifel hält es daher inne und fragt nach, anstatt zu raten.

Bevor du startest

  1. Finde den Marketing-Arbeitsbereich (Standard: marketing/). Wenn es keinen gibt, sag es in einem Satz und biete an, brand-setup auszuführen; du kannst trotzdem mit den direkt erfragten Essentials (Konten, Zeitzone, Zeiten) planen.
  2. Lies brand/brand-profile.md, insbesondere ## Platforms (Handles, Veröffentlichungsroute manuell oder Planer, erlaubte Links?), ## Tools (welcher Planer), ## Compliance und ## CTA & Kontakt. Brand-Profil gewinnt bei Markenkonstanten und Compliance-Formulierungen; dieses Skill besitzt die Methode.
  3. Lies das Paket: content/<yyyy-mm-dd>-<slug>/PACKAGE.md und eine etwaige vorhandene SCHEDULE.md darin.
  4. Kenne die Zeitzone. Verwende die aus dem Brand-Profil (oder den Standort der Person). Wenn du es nicht sagen kannst, frage einmal; gehe niemals von UTC aus.
  5. Überprüfe, welche Planer-Tools in dieser Sitzung tatsächlich verbunden sind. Wenn keine, verwende die Browser-Route (unten) oder übergebe eine Checkliste für die Veröffentlichung.

Der Standard (brich diese Regeln nie)

  1. Nur Warteschlange. Jeder Beitrag wird als geplant für eine zukünftige Zeit erstellt. Rufe niemals den Jetzt-veröffentlichen-Pfad auf, es sei denn, die Person sagt explizit „veröffentliche es jetzt“ für diesen bestimmten Beitrag. Warum: Jetzt-veröffentlichen überspringt jedes Sicherheitsnetz, und ein Ausrutscher ist innerhalb von Sekunden öffentlich.
  2. Expliziter Zeitzonen-Offset bei jeder Zeit. Schreibe Zeiten als ISO mit Offset, z. B. 2026-11-12T18:00:00+00:00 im britischen Winter, +01:00 im britischen Sommer. Überprüfe die Sommerzeit für das Datum des Beitrags, nicht das heutige. Warum: Eine bloße Zeit wird als UTC oder die Zone des Servers gelesen, und Beiträge landen rund um die Uhrumstellung eine Stunde daneben.
  3. Live deduplizieren, bei jedem Durchlauf, gegen geplante UND veröffentlichte. Bevor du etwas erstellst, lies, was bereits in der Warteschlange ist und was bereits auf diesem Konto veröffentlicht wurde. Warum: Ein Stück, das gestern live ging, wird nicht mehr als „geplant“ angezeigt, also sieht eine reine Geplant-Prüfung nichts und veröffentlicht es erneut.
  4. Im Fehlerfall schließen (Fail closed). Ein leerer, kurzer, fehlerhafter oder offensichtlich unvollständiger Lesevorgang ist kein Beweis dafür, dass ein Beitrag nicht vorhanden ist. Lese enger (ein Konto, ein Tag); wenn es immer noch nicht vertrauenswürdig ist, halte den Beitrag zurück und sage Bescheid.
  5. Nie blind wiederholen. Wenn ein Erstellungs- oder Upload-Aufruf timeoutet oder hängt, lies zuerst zurück, was tatsächlich gelandet ist, bevor du es erneut versuchst.
  6. Nach dem Erstellen verifizieren. Lies jeden Beitrag zurück und bestätige, dass er mit der richtigen Zeit, dem richtigen Konto, den richtigen Typ-Flags und den richtigen Medien existiert. Eine Erfolgsmeldung ist kein Beweis; einige Tools geben Erfolg zurück und speichern nichts.
  7. Bestätigen, bevor etwas live geht. Zeige der Person den Plan (die Manifest-Tabelle) und hole ein Ja ein, bevor du Beiträge erstellst, es sei denn, sie haben diesen genauen Plan bereits genehmigt oder eine dauerhafte Regel im Brand-Profil eingerichtet.

Die Methode

  1. Erstelle das Manifest. Eine Zeile pro Beitrag pro Plattform in content/<yyyy-mm-dd>-<slug>/SCHEDULE.md, unter Verwendung von references/schedule-manifest-template.md. Jede Zeile: Plattform, Konto, Beitragstyp, Zeit mit Offset, Caption-Datei, Mediendateien, Alternativtext, erster Kommentar, Link-Status, Zustand. Dies ist sowohl der Plan, den du zeigst, als auch die Aufzeichnung dessen, was du getan hast.
  2. Setze die Zeiten. Verwende die Zeiten, die das Paket oder die Person angegeben hat. Wenn keine, verwende den Veröffentlichungsrhythmus aus dem Brand-Profil, dann Bestzeit-Daten aus brand/performance-learnings.md oder dem Planer. Plattformen müssen nicht dasselbe Stück am selben Tag tragen; jede kann ihre eigene Woche laufen lassen. Platziere flexible Stücke deterministisch (gleiche Eingaben, gleicher Slot), sodass eine erneute Ausführung sie am selben Ort platziert.
  3. Führe die Link-Prüfung für jede Caption und jeden Kommentar durch (siehe unten).
  4. Überprüfe die Medienbereitschaft. Jeder Beitrag mit Medien benötigt, dass seine Datei existiert, die richtige Form für die Plattform hat (siehe references/platform-posting-notes.md) und vom Planer abrufbar ist. Behandle einen erfolgreichen Upload in den Planer als den echten Bereitschaftstest. Lade jeweils eine Datei hoch, wenn das Tool Importe in die Warteschlange stellt, und warte, bis jede abgeschlossen ist. Kein Beitrag wird jemals ohne seine Medien veröffentlicht; halte ihn stattdessen zurück.
  5. Füge Alternativtext zu jedem Bild und jeder Karussell-Folie hinzu, aus dem Paket. Wenn das Paket keinen hat, schreibe eine einfache Beschreibung dessen, was im Bild zu sehen ist (nicht die Caption erneut) und notiere es im Manifest. Warum: Screenreader-Nutzer sind Teil des Publikums, und einige Plattformen verwenden Alternativtext für die Suche.
  6. Überprüfe den Absatzabstand. Captions enthalten echte Leerzeilen zwischen Absätzen. Einige Planer speichern Captions als HTML-Absätze, die ohne Abstand gerendert werden, sodass eine schön formatierte Caption als eine Textwand ankommt. Bei der ersten Verwendung eines Tools, zeige eine Vorschau eines Beitrags an; wenn Absätze kollabieren, füge den Abstandshalter des Tools (einen leeren Absatz oder eine Zeile) zwischen den Blöcken ein.
  7. Dedupliziere (Standard 3 und 4). Überprüfe zuerst die Manifest-Zustände dieses Pakets und aller aktuellen Pakete (eine von dir geschriebene Aufzeichnung schlägt einen einzelnen Live-Read), dann lies den Planer aus: geplant und veröffentlicht, für jedes Zielkonto, Tag für Tag. Gleiche ab nach Plattform + Konto + Caption-Anfang (+ Datum für zeitspezifische Beiträge). Wenn das Manifest „erledigt“ sagt, aber der Live-Read es nicht finden kann, erstelle nicht neu; untersuche und melde.
  8. Zeige den Plan und hole ein Ja ein.
  9. Erstelle jeden Beitrag mit dem richtigen Typ (unten), der wörtlichen Caption, Medien, Alternativtext und erstem Kommentar.
  10. Verifiziere jeden (Standard 6) und schreibe den Zustand und die Post-Referenz des Planers in das Manifest.
  11. Berichte in einer kurzen Tabelle: was in die Warteschlange gestellt wurde, was zurückgehalten wurde und warum, alles, was die Hand der Person benötigt (manuelle Beiträge, angepinnte Kommentare).

Beitragstypen

  • Kurzvideo (YouTube Shorts, Instagram Reels, TikTok, Facebook Reels): markiere den Typ explizit; viele Planer stellen standardmäßig ein Video als normales Feed-Video ein, und ein nicht markiertes Reel oder Short verliert seinen Reichweiten-Kanal. YouTube Shorts benötigen einen Titel. Bestätige, dass das Flag bestehen geblieben ist, wenn du verifizierst.
  • Karussells: füge Folien in der richtigen Reihenfolge an, Alternativtext pro Folie. LinkedIn-Karussells sind normalerweise ein PDF-Dokument-Beitrag. Überprüfe, ob das Tool Video und Bilder in einem Karussell mischen kann, bevor du eines planst.
  • Erste Kommentare: werden verwendet, wenn Links oder Hashtags in einen Kommentar gehören. Verifiziere, dass der Kommentar tatsächlich gespeichert wurde; bei einigen Tools und Plattformen wird er stillschweigend fallen gelassen. Erste Kommentare können oft später nicht bearbeitet werden, also stelle sie richtig, bevor du erstellst.
  • Erinnerungen zur manuellen Veröffentlichung: einige Kontos können von keinem Drittanbieter-Tool automatisch veröffentlicht werden, persönliche Facebook-Profile sind der häufigste Fall. Erstelle einen Erinnerungs- oder Benachrichtigungsbeitrag, wenn das Tool dies unterstützt, oder füge eine Zeile zur manuellen Liste im Bericht hinzu, mit der Caption und den Medien bereit zum Einfügen.
  • Angepinnte Kommentare und alles, was das Tool nicht kann (z. B. YouTube angepinnte Kommentare): liste sie im Bericht als Handarbeit auf, mit dem genauen Text.
  • Einträge für lokale Unternehmen (z. B. Google Business Profile): normalerweise ein Button pro Beitrag, mit einem dedizierten Unternehmensseiten-Link, niemals ein Link-Shortener oder Link-in-Bio-Seite. Details in references/platform-posting-notes.md.

Die Link-Prüfung (ein Rückhalt, kein Editor)

Links verhalten sich je nach Plattform unterschiedlich und ändern sich häufig (siehe references/platform-posting-notes.md). Das Brand-Profil ## Platforms sagt, wo Links erlaubt sind. Für jeden Beitrag:

  1. Scanne Caption und Kommentare nach allem, was wie ein Link aussieht: http, www., .com/, .co.uk/, Shortener, Link-in-Bio-Dienste. Scanne auch nach Kommentar-Keyword-Aufforderungen („Kommentiere GUIDE und ich schicke es“), die die meisten Plattformen jetzt als Engagement-Köder herabstufen.
  2. Erlaubt (die Plattform und der Zweck des Beitrags erlauben ihn): plane wie besehen ein.
  3. Sieht aus, als sollte es erlaubt sein, ist aber nicht markiert (ein Buchungslink bei einem Event-Beitrag, ein Link zu einem neuen Artikel): halte inne und frage nach. Das Entfernen des Links würde den Beitrag sinnlos machen.
  4. Nicht erlaubt: entferne den Link nicht und veröffentliche. Ein um einen Link herum geschriebener Beitrag wirkt ohne ihn kaputt. Sende ihn zurück an das writing-Skill für eine link-freie Neuschreibung (verweise auf das Profil, nenne das Stück, ende mit einer echten Frage), lasse die Neuschreibung von review-loop prüfen, schreibe den neuen Text zurück in das Paket, sodass Paket und Live-Beitrag übereinstimmen, und plane dann ein.
  5. Keine Zeit für Neuschreibung und Prüfung vor dem Slot: halte inne und melde. Ein verpasster Slot ist besser als ein kaputter Beitrag.

Wenn das Brand-Profil ein Link-Budget setzt (z. B. ein monatliches Limit für Facebook-Link-Beiträge), zähle es im Bericht dagegen und behandle einen über dem Budget liegenden Beitrag als „nicht erlaubt“.

Bearbeiten und Verschieben von Beiträgen

  • Bevorzuge Löschen-und-neu-erstellen gegenüber dem direkten Bearbeiten einer geplanten Zeit, wenn das Tool bei Bearbeitungen unzuverlässig ist (viele sind es: Zeiten verschieben sich, Medien lösen sich, Flags setzen zurück). Lösche zuerst, erstelle dann neu, dann verifiziere. Einige Plattformen verweigern zwei Beiträge in derselben Minute auf einem Konto, also lasse den alten verschwinden, bevor der neue reingeht. Einige Tools blockieren eine identische Caption für ein paar Minuten nach einem Löschvorgang; verwende die Option „Duplikat erlauben“ des Tools nur für eine bewusste Neuerstellung.
  • Das Hinzufügen von Medien zu einem reinen Text-Beitrag, das Ändern eines ersten Kommentars oder das Hinzufügen eines Listungs-Buttons erfordert normalerweise ebenfalls Löschen-und-neu-erstellen.
  • Verschiebe nur das, worum die Person gebeten hat. Lösche niemals einen Beitrag, den du nicht erstellt hast, ohne zu fragen; lösche niemals Erinnerungsbeiträge.

Kein Planer? Beitrag über die Plattform im Browser veröffentlichen

Wenn kein Planer verbunden ist, aber ein Browser-Tool (z. B. Claude in Chrome) verfügbar ist, kannst du den nativen Composer der Plattform verwenden. Die meisten Plattformen haben eine native „Planen“-Option im Beitrags-Composer (Meta Business Suite für Facebook und Instagram, das Uhrensymbol von LinkedIn, YouTube Studio, der Web-Uploader von TikTok). Dieselben Regeln gelten: plane anstatt jetzt zu veröffentlichen, überprüfe die Zeitzone, die die Plattform anzeigt, füge Alternativtext hinzu und mache einen Screenshot der Bestätigung für das Manifest. Halte inne und übergib, wenn ein Login-, Zwei-Faktor- oder Zahlungsbildschirm erscheint; diese sind Sache der Person. Wenn auch kein Browser-Tool verfügbar ist, erstelle eine Veröffentlichungs-Checkliste aus dem Manifest, damit die Person es in wenigen Minuten erledigen kann.

Prüfungen vor der Auslieferung

Vor Schritt 8 (Plan zeigen), lasse das Manifest von review-loop prüfen oder überprüfe es selbst: jede Zeile hat eine Zeit mit Offset in der Zukunft, das richtige Konto, einen Beitragstyp, Medien vorhanden und abrufbar, Alternativtext, Link-Status geklärt, Deduplizierung durchgeführt, Caption stimmt mit dem Paket wörtlich überein, und Compliance-Zeilen aus dem Brand-Profil sind vorhanden, wo erforderlich.

Anpassung

  • Dein Planer: setze ihn in Brand-Profil ## Tools. Für Publer, lese references/publer.md. Für jedes andere Tool, lerne seine Eigenheiten an einem Wegwerf-Entwurf und notiere sie in deinem Arbeitsbereich (eine kurze brand/tools-notes.md reicht).
  • Dein Rhythmus: Veröffentlichungstage und -zeiten leben im Brand-Profil, und platform-data verfeinert sie aus deinen eigenen Ergebnissen.
  • Unbeaufsichtigte Durchläufe: wenn Planungsdurchläufe mit einem Timer ohne Aufsicht laufen, behalte die Bestätigungsregel bei, indem du einen dauerhaften Plan im Brand-Profil genehmigst, und verlasse dich stärker auf Fail-closed-Holds. Einige Tools erfordern ein Ja im Chat für Löschvorgänge; das ist eine Funktion, behalte Löschvorgänge für beaufsichtigte Sitzungen.

Referenzen

  • references/schedule-manifest-template.md: das Manifest-Format. Öffnen beim Erstellen oder Aktualisieren von SCHEDULE.md.
  • references/platform-posting-notes.md: plattformspezifische Beitragstypen, Link-Verhalten, Medienformen, bekannte Eigenheiten. Zeitabhängig; verifiziere live, wenn es darauf ankommt.
  • references/publer.md: ausgearbeitetes Beispiel mit dem offiziellen Publer MCP und dem Open-Source-publer-mcp-server.

Erfahre mehr: https://builtnotboosted.com/skills/scheduling

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

builtnotboosted/image-generation

Produces finished social images with any image model (Google Gemini image, "Nano Banana", as the worked example) - feed statics, carousel slides, short-form video covers, YouTube and article thumbnails, local listing cards and animated statics. Bakes the headline into the scene instead of pasting text on top, keeps text inside the profile-grid safe zone, locks the likeness of real people to their reference photos, hits exact platform sizes, writes alt text and re-judges every re-roll on the filed file. Use when someone says "make an image for this post", "create a thumbnail", "make a cover from my video", "design a carousel", "animate this static", "the image model won't do 4:5", "my headline is getting cut off in the grid", or when a content pack needs its visuals.

builtnotboosted/review-loop

The quality gate every piece of content passes before it is filed, scheduled or posted. Runs a self-critique, then an independent review by a fresh subagent that sees only the finished work and the criteria (never the builder's reasoning), then fix and re-judge until there is a clean pass. Covers what to do when a piece can't pass unattended (hold, flag, ship the rest). Use when someone says "review this", "check this before it goes out", "QA the pack", "is this ready to post", "get a second pair of eyes on this", "proofread the captions", or when any other Built Not Boosted skill hands work over for checks.

builtnotboosted/video-editing

Edits filmed talking-head footage into release-ready vertical shorts (1080x1920) and 16:9 YouTube long-forms with ffmpeg and Whisper. Keeps exactly one clean read of every script line (no stumbles, restarts or double reads), never leaves a flat single shot (punch-ins, reframes, B-roll, motion graphics), captions from the finished audio, normalises loudness to -14 LUFS, makes a real-frame cover and runs a QA gate that re-transcribes the render and refuses delivery until it passes. Syncs extra cameras by sound and writes YouTube chapters. Use when someone says "edit my video", "cut this clip", "remove my retakes", "edit out the fluffs", "add captions to my video", "make a short from this footage", "sync my two cameras", "make a thumbnail from my video", or hands over raw footage and a script.

builtnotboosted/video-scripting

Writes video scripts that sound like the person who will say them, for shorts (Reels, TikTok, YouTube Shorts) and long-form YouTube. Warm hook rather than a shout, who-am-I and follow early, a retention shape that delays the answer, a soft earned close, length that follows the story, real-problem substance, reactive scripts for news and data releases. Output is teleprompter-ready (think-breaks, shot reminders) with short edit notes for the video-editing skill. Use when someone says "write me a script", "script a reel about", "I need a short on", "plan a YouTube video", "turn this post into a video", "react to today's news on video", "what should I say on camera", or before a filming session.

Verwandte Skills