microfeed: ein Feed-CMS auf Cloudflare Workers, R2 und D1
Projektüberblick: Ein leichtgewichtiges, auf Cloudflare selbst gehostetes CMS für Podcasts, Blogs, Fotos, Videos, Dokumente und kuratierte URLs.
Auf einen Blick
- Was ist das?
- microfeed ist ein leichtgewichtiges Content-Management-System von Listen Notes, das auf Cloudflare Workers, R2 und D1 läuft und Inhalte als Web-, RSS- und JSON-Feed ohne eigenen Server veröffentlicht.
- Für wen ist es gedacht?
- microfeed passt für Einzelpersonen und kleine Teams, die Podcasts, Medien-Archive oder kuratierte Seiten in Feed-Form ohne Serverbereitstellung veröffentlichen wollen und Cloudflare als Heimat akzeptieren. Vor der Entscheidung sollte man die eigenen Cloudflare-Quota-Grenzen und R2-Kosten prüfen, sich die AGPL-3.0-Pflichten bei eigenen Änderungen klar machen und einen Testlauf mit dem Agenten-Prompt aus dem README auf einer Testdomäne fahren.
- Darf ich es kommerziell nutzen?
- Ja, unter strengen Bedingungen. AGPL-3.0 ist eine Lizenz mit Netzwerk-Copyleft: Wenn andere eine veränderte Version über ein Netzwerk nutzen, etwa als gehosteten Dienst, müssen Sie ihnen den Quellcode unter derselben Lizenz anbieten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 7 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 18. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Ein Feed-CMS ohne eigenen Server auf Cloudflare
microfeed ist ein leichtgewichtiges Content-Management-System, das auf Cloudflare läuft und vom Podcast-Dienst Listen Notes entwickelt wurde. Statt eines eigenen Servers nutzt es Cloudflare Workers für den Code, R2 für Mediendateien und D1 für die Metadaten. Damit lassen sich Audios, Videos, Fotos, Dokumente, Blogbeiträge und externe URLs als Website, RSS-Feed und JSON-Feed veröffentlichen. Die README verweist auf großzügige Gratis-Quotas bei Cloudflare und setzt die Hosting-Kosten praktisch auf null, abgesehen von einer eigenen Domäne.
Die Zielgruppe sind technisch versierte Personen, die keine Server betreiben wollen, aber ihre Inhalte unter eigener Kontrolle halten möchten. Ein klassisches CMS wie WordPress verlangt dagegen Webhosting, Datenbank und laufende Wartung; microfeed verlagert das in die Serverless-Schicht von Cloudflare. Wer ohnehin bei Cloudflare arbeitet, bekommt damit einen sehr schlanken Betriebsweg.
Was das Feed-Modell abdeckt
Das README führt die Idee auf die Web-Feeds der 1990er Jahre zurück: Menschen und Bots veröffentlichen Einträge in einen Feed, andere abonnieren ihn. microfeed übersetzt dieses Modell in Formate wie einen Podcast-Feed für Audios, einen Blog-Feed, eine bildorientierte Reihe, einen Video-Feed, eine persönliche Website mit eigenen Links, eine kuratierte Sammlung externer Artikel oder eine Marketingsite mit Updates und Pressemeldungen.
Beispiele aus dem README sind llamacorn.listennotes.com, brand-assets.listennotes.com, eine ganze Buchwebsite unter the-art-of-war.microfeed.org oder ein Änderungslog unter changelog.listennotes.com. Sogar eine Liste von Domänen, die zum Verkauf stehen, lässt sich auf dieser Basis abbilden. Die genaue Ausgabe hängt von den veröffentlichten Inhalten und dem eigenen Theme ab, das Grundgerüst bleibt überall dasselbe.
Installation per npx @microfeed/cli und mit einem AI-Agenten
Den schnellsten Weg beschreibt das README mit einem lokalen KI-Agenten: OpenAI Codex, Claude Code oder Cursor erhalten den Auftrag, microfeed über npx @microfeed/cli manage zu starten und danach die Anweisungen bis zum erfolgreichen Deployment zu befolgen. Der Launcher braucht Node.js in Version 22.12 oder neuer samt npm, enthält die exakte microfeed-Version und das Yarn-Laufzeitsystem, prüft die Quelle und legt sie in einem privaten Cache ab.
Dabei entstehen keine Quelldateien im aktuellen Ordner, Git und Corepack sind nicht nötig. Der erste Aufruf kann rund 1,3 GB übertragen und einige Minuten dauern, spätere nutzen den Cache. Wer das Repository geklont und die Abhängigkeiten installiert hat, erreicht die lokale CLI-Version außerdem über yarn microfeed. Veröffentlicht wird das Werkzeug als npm-Paket @microfeed/cli, und die Releases v1.0.5 bis v1.0.7 brachten unter anderem Webhooks, klonfreies Deployment und verlässliche Remote-Theme-Arbeit.
Admin-Dashboard, Veröffentlichung und Anpassung
Inhaltlich geht die Veröffentlichung über das eingebaute Admin-Dashboard. Dort lassen sich Beiträge erstellen, bearbeiten und löschen, Medien hochladen und das Erscheinungsbild anpassen; wer WordPress kennt, findet sich laut README schnell zurecht. Geschützt wird die Oberfläche durch ein integriertes Login mit E-Mail und Passwort. Eine frühere README-Fassung wies darauf hin, dass beim Überspringen dieser Einrichtung das Dashboard bis zum Ergänzen von Cloudflare Zero Trust Access öffentlich bliebe.
Zusätzlich gibt es eine agentische Verwaltung: Die offizielle CLI kann über eine lokale KI Einträge anlegen, ändern und löschen und Medien wie Bilder, Audios, Videos und Dokumente hochladen, aufgerufen wird sie aus jedem Ordner mit npx @microfeed/cli. Die Plattform ist themebar, mit unveränderlicher, D1-gestützter Versionierung und getrennten Entwürfen und Vorschauen im Admin. Eine Suche per Command- oder Strg-Taste ohne Anmeldezwang sowie editierbare Dateien wie robots.txt, llms.txt und sitemap.xml runden das Paket ab.
Headless-Schnittstellen: API, LLMS-Dateien und Webhooks
microfeed arbeitet als Headless-CMS, wenn man die HTML-Ausgabe nicht braucht. Die öffentliche Demo bietet interaktive API-Dokumentation unter https://www.microfeed.org/api/v1/ samt OpenAPI-Spezifikation als JSON und YAML. Für Agenten liegt der Dokumentationstext in llms.txt und llms-full.txt bereit, beide sind auch als editierbare Dateien pro Instanz vorgesehen. Webhooks kamen mit v1.0.5 hinzu und erlauben Automation auf Basis von Inhaltsereignissen.
Damit ergibt sich ein Datenweg, der für Redaktionen interessant ist: veröffentlichen über Dashboard oder CLI, ausliefern über RSS, JSON-Feed und API, weiterverarbeiten über Webhooks. Wer nur eigene Seiten oder Medienlisten pflegen will, kann die Web-Ausgabe weglassen und allein die Schnittstellen nutzen. Die genauen Quota-Grenzen von Cloudflare sind in der README nicht angegeben und sollten vor einem größeren Ausbau beim jeweiligen Tarif geprüft werden.
Backups, Betriebskanten und AGPL-3.0
Für die Datensicherung beschreibt die frühere README Snapshot-Backups über die CLI. Das Ergebnis ist ein lesbares Archiv mit dem D1-Schema und den Daten, dem Migrationsverlauf, den R2-Bucket-Metadaten, Objektmetadaten und Prüfsummen. Das Archiv ist unverschlüsselt und wird mit Berechtigungen nur für den Besitzer abgelegt; wer es außerhalb ablegt, sollte es selbst verschlüsseln.
Betrieblich bleibt die Plattform an Cloudflare gebunden: Workers, R2 und D1 sind die einzige beschriebene Basis, andere Anbieter kommen im Material nicht vor. Lizenzseitig steht das Projekt unter AGPL-3.0, einer Copyleft-Lizenz für Netzwerkdienste; wer eine veränderte Version für Nutzer auf einem Server bereitstellt, muss diesen Nutzern den Quellcode zugänglich machen. Unverändertes, privates Selbst-Hosting ohne Weitergabe löst diese Pflicht dagegen nicht aus.
Fazit: wann microfeed auf Cloudflare die richtige Wahl ist
microfeed lohnt sich für Einzelpersonen und kleine Teams, die Podcasts, Medien-Archive oder kuratierte Seiten in Feed-Form ohne Serverbereitstellung veröffentlichen wollen und Cloudflare als Heimat akzeptieren. Wer eine komplexe Mehrbenutzer-Redaktion oder eine Plattform außerhalb von Cloudflare braucht, sollte bei klassischen Systemen bleiben.
Vor der Entscheidung sind drei Punkte zu prüfen: die eigenen Cloudflare-Quotalimits und mögliche R2-Kosten bei großen Medienmengen, die AGPL-3.0-Pflichten, falls man eigene Anpassungen öffentlich anbietet, und ob die Medien-Uploads über Dashboard oder CLI den eigenen Arbeitsablauf abdecken. Ein guter Einstieg ist der Agenten-Prompt aus dem README auf einer Testdomäne, bevor eine bestehende Website umzieht.
Redaktionelles Fazit
microfeed passt für Einzelpersonen und kleine Teams, die Podcasts, Medien-Archive oder kuratierte Seiten in Feed-Form ohne Serverbereitstellung veröffentlichen wollen und Cloudflare als Heimat akzeptieren. Vor der Entscheidung sollte man die eigenen Cloudflare-Quota-Grenzen und R2-Kosten prüfen, sich die AGPL-3.0-Pflichten bei eigenen Änderungen klar machen und einen Testlauf mit dem Agenten-Prompt aus dem README auf einer Testdomäne fahren.
Community-Notizen