Postiz
Quelloffene Social-Media-Planung mit öffentlicher API, Workflow-Integrationen und einer Agenten-CLI
Postiz ist ein quelloffenes Werkzeug zur Planung von Social-Media-Beiträgen — das Projekt positioniert sich gegen Buffer und Hypefury — das Beiträge für X, LinkedIn, Reddit, Instagram, TikTok, YouTube, Facebook, Threads, Bluesky, Mastodon, Discord und weitere aus einem einzigen Kalender plant, einreiht und veröffentlicht. Es ist TypeScript unter AGPL-3.0, selbst hostbar als Next.js- und NestJS-Stack auf PostgreSQL, und die README hält fest, dass es derzeit keinen Funktionsunterschied zwischen gehosteter und selbst gehosteter Version gibt. Am 21. August 2026 hatte es 34.927 Sterne auf GitHub. Vom dashboardzentrierten Planer unterscheidet es die Fläche rund um die Warteschlange: eine dokumentierte öffentliche API, ein Node-SDK, Integrationen für n8n und Make.com sowie eine separate Agenten-CLI — sodass die Warteschlange auch von etwas anderem als einem Menschen gefüllt werden kann.
Was Postiz genau ist
Postiz (github.com/gitroomhq/postiz-app) ist eine Planungs- und Veröffentlichungsschicht für Social-Media-Konten. Sie verbinden jedes Konto über den OAuth-Fluss der jeweiligen Plattform, verfassen einmal, und ein Kalender entscheidet, wann welches Netzwerk den Beitrag erhält. Das Repository läuft seit Juli 2023 und wird wirklich gepflegt, nicht abgestellt: Die Releases reichen bis v2.23.0 vom 4. August 2026, und die Commits der Tage vor der Erfassung dieser Seite sind Produktarbeit — MCP-Endpunkte, ein freigelegter OAuth-Controller, Sicherheits- und Framework-Aktualisierungen — und keine README-Pflege.
- Reichweite Die README nennt vierzehn Netzwerke, darunter X, LinkedIn, Reddit, Instagram, TikTok, YouTube, Facebook, Pinterest, Threads, Bluesky, Mastodon, Discord und Slack.
- Selbst hosten Ein pnpm-Monorepo — Next.js-Frontend, NestJS-API, Prisma auf PostgreSQL, Temporal als Taktgeber des Kalenders — mit dokumentiertem Schnellstart. Laut README sind der gehostete Dienst und der selbst gebaute derzeit dasselbe Produkt.
- Automatisierungsfläche Eine öffentliche API, ein Node-SDK auf npm, ein n8n-Community-Node, eine Make.com-Integration und ein separates Repository mit der Agenten-CLI.
- Teamarbeit Mehrere Mitglieder in einem Arbeitsbereich, Kommentare an Beiträgen, bevor sie hinausgehen, und Auswertungen zum Veröffentlichten.
- Lizenz AGPL-3.0. Wenn Sie es verändern und anderen über ein Netzwerk anbieten, greifen die Copyleft-Bedingungen auf Ihre Änderungen über — lesen Sie das, bevor Sie es in ein Produkt einbauen, das Sie verkaufen.
Wie es sich zum anderen quelloffenen Planer verhält, den wir vorgestellt haben
Wir haben bereits über BrightBean Studio geschrieben, das dieselbe Aufgabe erfüllt: über viele Netzwerke hinweg planen, terminieren, freigeben und veröffentlichen, selbst gehostet und mit Ihren eigenen Plattform-Zugangsdaten. Wenn Sie zwischen beiden wählen, werden die Funktionslisten die Sache nicht entscheiden, denn beide decken das Naheliegende ab. Der ehrliche Unterschied liegt darin, wer am Steuer sitzen soll.
BrightBean ist ein Dashboard, vor dem ein Mensch sitzt. Postiz ist nach Verbreitung weit größer, bringt mehr Integrationen mit und stellt eine dokumentierte API und eine Agenten-CLI vor denselben Kalender, was es leichter macht, es an eine bereits laufende Automatisierung anzuschließen. Das schneidet in beide Richtungen. Sobald eine Warteschlange von einem Skript gefüllt werden kann, ist nicht mehr der Kalender die interessante Frage, sondern wer geprüft hat, was hineingeraten ist.
Der Teil, der schwierig wird, wenn kein Mensch tippt
Wir bauen selbst in diesem Feld, und die Lektion, die uns am meisten gekostet hat, hatte nichts mit Terminplanung zu tun. Später zu veröffentlichen, als man freigibt, öffnet ein Zeitfenster, und in diesem Fenster kann sich der Inhalt ändern. Eine Warteschlange, die Freigabe als Häkchen an einer Zeile behandelt statt als Zustimmung zu bestimmten Worten, wird irgendwann etwas veröffentlichen, dem niemand zugestimmt hat — und es wird aussehen, als hätte es funktioniert.
- Die Freigabe hängt am Text, nicht an der Zeile. Beim Freigeben wird eine Prüfsumme des Beitragstexts gestempelt und im Moment des Auslösens erneut geprüft; stimmen beide nicht mehr überein, fällt der Slot zurück auf Entwurf, statt zu veröffentlichen.
- Eine Freigabe trägt die Fassung mit sich, die der Prüfende vor Augen hatte. Landet mitten in der Prüfung eine Änderung, kommt die Freigabe als übersprungen zurück, statt still auf einen Text angewandt zu werden, den niemand gelesen hat.
- Unser Zeichenzähler für X warnt, statt zu blockieren, denn das tatsächliche Limit hängt von der Abostufe des Kontos ab, und kein Planer kann wissen, welche Sie haben. Einen Beitrag abzulehnen, der in Ordnung gewesen wäre, ist der schlimmere Fehler, als eine Warnung auszugeben.
Worüber eine Warteschlange nicht entscheidet
Ein voller Kalender ist kein Publikum. Terminplanung nimmt die Reibung aus dem regelmäßigen Veröffentlichen, was notwendig und bei Weitem nicht hinreichend ist: Sie entscheidet nicht, was es zu sagen lohnt, welches Netzwerk den Aufwand verdient oder ob überhaupt jemand liest. Das sind die Fragen aus wie oft sollte ein Gründer auf X posten.
Sie sagt Ihnen auch nicht, ob ein Beitrag wirklich hinausging. Die API einer Plattform kann einen Aufruf annehmen und den Beitrag dennoch ablehnen; die Antwort, die zählt, ist also die, die Sie vom Netzwerk zurücklesen, nicht die, die Ihr Planer notiert hat. Dieser Fehlschlag und wie man ihn absichert, steht in sollte ich eine KI für mich in sozialen Medien posten lassen.
FAQ
- Ist Postiz kostenlos?
- Der Quellcode ist frei unter AGPL-3.0 und Sie können ihn selbst hosten; bezahlt werden der Server, die Datenbank und die Zeit, die Sie in den Betrieb stecken. Das Projekt verkauft daneben einen gehosteten Dienst, und seine README hält fest, dass es derzeit keinen Funktionsunterschied zwischen beiden Fassungen gibt.
- Wie unterscheidet es sich von Buffer oder Hootsuite?
- Durch Eigentum und Erweiterbarkeit. Selbst hosten legt Kalender und Inhalte auf Ihre eigene Infrastruktur statt auf die eines Anbieters, ohne Preis pro Platz oder pro Kanal, und die öffentliche API, das SDK und die Agenten-CLI lassen Sie die Warteschlange aus Ihren eigenen Systemen steuern. Im Gegenzug betreiben Sie es: Eine Datenbank, ein Planer und eine Reihe von Entwickler-App-Registrierungen je Plattform gehören nun Ihnen und müssen am Laufen bleiben.
- Kann ein KI-Agent darüber posten?
- Technisch ja — es stellt eine öffentliche API bereit und liefert eine separate Agenten-CLI. Ob er es sollte, ist eine Frage der Richtlinie, nicht der Technik. Unsere eigene Regel lautet: Alles, was ein Fremder zu sehen bekommt, wartet darauf, dass ein Mensch den genauen Text freigibt, umkehrbare Aktionen dagegen nicht; die Begründung steht in sollte ich eine KI für mich in sozialen Medien posten lassen.
- Was braucht der Betrieb?
- Eine PostgreSQL-Datenbank und eine Node-Laufzeit für die Next.js- und NestJS-Dienste, wobei Temporal den Kalender treibt — am einfachsten über den dokumentierten Docker-Schnellstart. Planen Sie mehr Zeit für die Plattformseite ein als für die Serverseite: Jedes Netzwerk, das Sie anbinden, braucht eine eigene Entwickler-App und bei mehreren ein Prüfverfahren. Genau dort bleibt es hängen.
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.