Contentful-Einträge anlegen und bearbeiten
MCP-Server für Contentful · MIT
Löscht, veröffentlicht und führt Befehle ausWas der Baustein im Konto darf
Lässt einen KI-Assistenten direkt in deinem Contentful-Space arbeiten: Er sucht Einträge, legt Entwürfe an, pflegt Assets, Content-Typen und Sprachen und stellt Releases zur Veröffentlichung zusammen.
Empfehlung
Die Quelle beschreibt für diesen Server nur den lokalen Betrieb: Du startest ihn mit Node.js und eigenem Zugriffstoken auf deinem Rechner. Für Claude Desktop erspart die `.dxt`-Datei aus den Releases die Handarbeit. Sperre Produktiv-Environments gleich zu Beginn über `PROTECTED_ENVIRONMENTS`. Beleg 4
Nicht geeignet, wenn
- Du willst ohne lokale Installation und ohne Token arbeiten: Der Server braucht Node.js, eine Space-ID und ein persönliches Zugriffstoken. Beleg 4
- Du willst Löschen technisch ausschließen: Der Server enthält Löschwerkzeuge, und der Schutz gilt nur für die gesperrten Environments, nicht als Ersatz für Rollenrechte. Beleg 4
- Du suchst einen reinen Lesezugang: Die README beschreibt keinen Lesemodus, nur die Sperre von Schreibzugriffen je Environment. Beleg 4
3 Abläufe zum Ausprobieren
Kopiere einen Prompt in deinen KI-Client und ersetze, was in eckigen Klammern steht. Lesende Abläufe ändern nichts im Dienst; bei schreibenden bestätigst du jede Änderung selbst.
Kürzlich geänderte Blogeinträge vor der Redaktionssitzung sichten
Liest nur Beleg 4
Suche in meinem Contentful-Space alle Einträge vom Content-Typ [Blogartikel], die nach dem [Datum] zuletzt gepflegt wurden. Liste Titel und Datum des letzten Stands und, soweit vorhanden, die Sprachvariante auf. Ändere nichts.
- Ergebnis
- Eine Liste der zuletzt bearbeiteten Einträge mit Titel und Änderungsdatum, sortiert nach Aktualität.
- Vorher prüfen
- Stichprobe im Contentful-Web-Interface; achte darauf, dass der richtige Space und das richtige Environment abgefragt wurden.
Blogeintrag zum Herbst-Launch als Entwurf anlegen
Schreibt Beleg 4
Lege im Content-Typ [Blogartikel] einen neuen Entwurf zum Thema [Launch-Thema] an, mit Titel, Teaser und Text nach diesen Stichpunkten: [Stichpunkte]. Zeige mir den vollständigen Entwurf vorher zur Bestätigung. Veröffentliche nichts.
- Ergebnis
- Ein Entwurfseintrag in Contentful, den du vorher im Chat gesehen und bestätigt hast.
- Vorher prüfen
- Öffne den Entwurf in Contentful und prüfe Pflichtfelder und Verlinkungen; er bleibt unveröffentlicht, bis du ihn selbst freigibst.
Kampagnen-Release zusammenstellen und zeitlich planen
Schreibt Beleg 4
Stelle ein Release mit dem Namen [Kampagnenname] aus diesen Einträgen und Assets zusammen: [Einträge und Assets]. Prüfe das Release und plane die Veröffentlichung für [Datum, Uhrzeit]. Lege mir zuerst die Liste und das Ergebnis der Prüfung zur Bestätigung vor und plane erst danach.
- Ergebnis
- Ein geprüftes Release mit geplanter Veröffentlichung, vorher als Vorschlag mit Prüfergebnis gezeigt.
- Vorher prüfen
- Kontrolliere in Contentful, ob alle Einträge und Assets im Release stehen und der Zeitpunkt zur richtigen Zeitzone passt.
Das brauchst du
- Tarif
- Ein Contentful-Konto mit einem Space; einen bestimmten Tarif nennt die README nicht.
- Rolle
- Wer das persönliche Zugriffstoken erzeugt; die Rollenrechte in Contentful bleiben maßgeblich, der Schutz des Servers ersetzt sie nicht.
- Zeitbedarf
- ca. 30 Minuten, technische Hilfe sinnvoll
- Belege
- Beleg 4
Einrichtung je Client
Claude Desktop
- Space-ID und persönliches Zugriffstoken der Management API bereithalten.
- Die `.dxt`-Datei aus der neuesten Version im Bereich Releases des Repositories herunterladen.
- Die Datei in Claude Desktop importieren; sie richtet den Server samt Umgebungsvariablen ein.
Rechte
- 3 von 14 Werkzeugen können löschen, veröffentlichen und Befehle ausführen, etwa publish_entry, delete_entry, invoke_ai_action.
- 6 von 14 Werkzeugen legen Daten an oder ändern sie, etwa create_entry, update_entry, create_content_type.
Lass löschende, sendende und ausführende Werkzeuge nur nach Bestätigung je Aktion laufen und verbinde zuerst ein Testkonto.
Du brauchst ein persönliches Zugriffstoken der Contentful Management API und die Space-ID; beides kommt als Umgebungsvariable in die Client-Konfiguration. Der Server liest, schreibt, veröffentlicht und löscht Inhalte.
- Liest
- Einträge samt Versionsständen, Content-Typen, Assets, Spaces, Environments, Locales, Tags, Releases, AI Actions und Vorschau-Adressen, im Rahmen deines Zugriffstokens.
- Ändert
- Legt Einträge, Content-Typen, Assets, Environments, Locales, Tags, Releases und AI Actions an, ändert und veröffentlicht sie, plant Veröffentlichungen und löscht Einträge, Content-Typen, Assets, Environments, Locales, Releases und AI Actions.
- Kann nicht
- In Environments, die du über `PROTECTED_ENVIRONMENTS` sperrst, blockiert der Server Schreiben und Löschen; Lesen bleibt dort möglich.
- Belege
- Beleg 4
- Zugriffe laut Paketangaben
- —
- Authentifizierung
- —
- Transport
- —
- Technische Prüfung
- Ungeprüft
Datenschutz
Was der Server kann
- Sucht Einträge per Filter oder nach Bedeutung (Vektorsuche) und liest einzelne Einträge samt früheren Versionsständen.
- Legt Einträge an, ändert sie, veröffentlicht sie oder nimmt sie zurück, auch gebündelt; auch das Löschen von Einträgen gehört dazu.
- Legt Content-Typen an, ändert, veröffentlicht, nimmt zurück und löscht sie.
- Lädt Assets hoch, pflegt ihre Metadaten und veröffentlicht, nimmt zurück oder löscht sie.
- Zeigt Spaces und Environments an, legt Environments an oder löscht sie, pflegt Sprachvarianten (Locales) und legt Tags an.
- Stellt Releases aus Einträgen und Assets zusammen, prüft sie, veröffentlicht oder nimmt sie zurück oder plant die Veröffentlichung zu einem Termin.
- Legt AI Actions an, verwaltet sie und ruft sie mit Variablen auf.
- Sperrt über die Einstellung `PROTECTED_ENVIRONMENTS` Schreib- und Löschzugriffe für bestimmte Environments.
Grenzen
- Der Schutz über `PROTECTED_ENVIRONMENTS` gilt nur innerhalb dieses Servers und ersetzt keine rollenbasierten Berechtigungen in Contentful.
- Der Schutz greift nicht bei `invoke_ai_action`; Schreibzugriffe, die der Assistent danach versucht, werden aber geblockt.
- Ohne gesetzte `PROTECTED_ENVIRONMENTS` ist kein Environment geschützt.
- Der Server läuft lokal auf deinem Rechner und braucht Node.js; einen fertigen Hersteller-Connector nennt die README nicht.
Wenn etwas nicht klappt
- Ein Schreibzugriff scheitert mit der Meldung, das Environment sei geschützt.
- Das Environment steht in `PROTECTED_ENVIRONMENTS`. Arbeite in einem ungeschützten Environment oder entferne den Eintrag aus der Konfiguration; die Schreibweise der Environment-Id muss exakt stimmen. Beleg 4
Einordnung der Redaktion
Aufgaben: Website & Conversion, SEO & Content planen. Für Marketing und Vertrieb gedacht.
Beschreibung des Anbieters
MCP (Model Context Protocol) server for the Contentful Management API
Eckdaten
- Maintainer
- contentful
- Repository-Lizenz
- MIT
- Dienstanbieter
- Offiziell vom angebundenen Anbieter
- Dienste
- Contentful
- Bereiche
- Content
- Plattformen
- —
- Release
- mcp-tools@0.12.36
- Repository-Themen
- content-management, contentful, mcp
Werkzeuge
search_entriesSucht und filtert Einträge.
semantic_searchFindet Einträge nach Bedeutung per Vektorsuche.
create_entryLegt einen neuen Eintrag an.
update_entryÄndert einen vorhandenen Eintrag.
publish_entryVeröffentlicht einen oder mehrere Einträge.
delete_entryLöscht einen Eintrag.
create_content_typeLegt einen neuen Content-Typ an.
upload_assetLädt ein Asset hoch.
list_localesListet die Sprachvarianten einer Umgebung auf.
create_releaseLegt ein Release mit Einträgen und Assets an.
validate_releasePrüft ein Release, auf Wunsch gegen das Veröffentlichen oder Zurücknehmen.
schedule_publish_releasePlant die Veröffentlichung eines Releases für einen künftigen Zeitpunkt.
invoke_ai_actionRuft eine AI Action mit Variablen auf.
get_entry_preview_urlErmittelt die Vorschau-Adresse eines Eintrags im Entwurf.
Quellen (4)
- 1
- 2
- 3
- 4
- Abgerufen und Felder geprüft: 2026-10-05; technische Prüfung: ungeprüft