Storyblok MCP Server: contenuti, asset e release

💡 Niente installazione? Vai direttamente su cloud.anythingmcp.com. Accedi, clicca Connectors → Storyblok, inserisci le credenziali, genera una MCP API key e hai finito. Niente Docker, niente git clone, niente server locale.

Storyblok

Il CMS headless Storyblok tramite la Management API: trova e leggi story e cartelle con il contenuto completo a blocchi e lo storico delle versioni, crea, aggiorna, pubblica e ritira story, leggi gli schemi dei componenti, gestisci metadati degli asset, voci dei datasource, fasi dei workflow e release, nella regione UE, USA, Canada, Australia o Cina.

Setup

La configurazione richiede circa 3 minuti. Ti servono uno space Storyblok, il suo id numerico e la regione in cui è stato creato.

1. In Storyblok apri My account > Account settings > Personal access tokens, genera un token e incollalo in STORYBLOK_PERSONAL_ACCESS_TOKEN. Storyblok lo prende così com'è nell'header Authorization, senza prefisso Bearer. Il token agisce con i tuoi diritti in ogni space che puoi aprire, quindi un utente con un ruolo limitato produce un token più ristretto.
2. STORYBLOK_SPACE_ID: l'id numerico in Settings > Space, presente anche nell'URL dell'app dopo #/me/spaces/, per esempio 288868932106293.
3. STORYBLOK_API_HOST: l'host della Management API della regione in cui è stato creato lo space: mapi.storyblok.com (UE), api-us.storyblok.com (USA), api-ca.storyblok.com (Canada), api-ap.storyblok.com (Australia) o app.storyblokchina.cn (Cina). Solo l'host, senza https://.
4. Installa il connettore ed esegui storyblok_get_space: mostra nome, piano, lingue e numero di story dello space e conferma tutti e tre i valori.

Anche le bozze: la Management API legge le bozze oltre ai contenuti pubblicati, quindi non serve un token della Content Delivery API.

Cosa legge:

• Story e cartelle con storyblok_list_stories, senza contenuto: filtri per cartella (starts_with), by_slugs, search, text_search, tag, filter_query sui campi del contenuto, stato di pubblicazione, fase del workflow, release o cestino.
• Una story con l'intero albero di blocchi (storyblok_get_story): ogni blocco con component e _uid, più traduzioni, tag, fase del workflow e informazioni sulla release. storyblok_list_story_versions mostra lo storico con evento, autore e data.
• Gli schemi dei blocchi con storyblok_list_components e storyblok_get_component: ogni campo con tipo, obbligatorietà, opzioni e blocchi ammessi, più le cartelle dei componenti.
• I metadati degli asset: nome file come URL, titolo, testo alternativo, copyright, punto focale, cartella, tag, dimensione e flag privato; cartelle degli asset e tag interni.
• I datasource e le loro voci (la chiave in name, il valore in value, facoltativamente per dimensione, come una lingua).
• I workflow per tipo di contenuto, le loro fasi e lo storico delle fasi di una story; le release con pianificazione e stato.

Cosa scrive:

• storyblok_create_story crea una story o una cartella, salvata come bozza se publish non è true. La radice del contenuto richiede component impostato su un blocco di tipo contenuto; i blocchi annidati stanno in array e richiedono un _uid. L'AI legge prima lo schema con storyblok_list_components.
• storyblok_update_story sostituisce il contenuto per intero: l'AI legge la story con storyblok_get_story, la modifica e rimanda l'albero di blocchi completo. publish true pubblica anche.
• storyblok_publish_story e storyblok_unpublish_story, facoltativamente solo per alcune lingue. Storyblok le esegue come richieste GET, ma cambiano il sito live, quindi contano come scritture.
• storyblok_update_asset modifica testo alternativo, titolo, copyright, fonte, cartella, tag e il flag privato o bloccato; il file resta lo stesso. storyblok_create_datasource_entry e storyblok_update_datasource_entry gestiscono le liste chiave-valore.
• storyblok_change_workflow_stage sposta una story in un'altra fase, assegna utenti o ruoli e li avvisa con un commento.
• storyblok_create_release e storyblok_update_release; do_release: true pubblica in una volta tutte le modifiche alle story contenute nella release. Una modifica a una story entra in una release con release_id alla creazione o all'aggiornamento.

Disattivati all'installazione: storyblok_delete_story (una cartella se ne va con tutte le sue story, che spariscono subito dalla delivery API) e storyblok_delete_asset (le story che puntano ancora al suo URL mostrano un file rotto). Non si possono annullare tramite questo connettore, quindi un admin del workspace li attiva quando servono al team.

Formati dei dati: gli id sono numeri, i campi uuid sono UUID. full_slug è il percorso di una story; published e unpublished_changes ne indicano lo stato. Il filename di un asset è il suo URL pubblico. Gli orari sono ISO 8601 in UTC; release_at accetta YYYY-MM-DD HH:mm.

Paginazione: story, versioni, asset, datasource e voci dei datasource usano page (da 1) e per_page (25 di default, al massimo 100, o 1.000 per le voci dei datasource). Il totale arriva nell'header total, mostrato come _headers.total. Una pagina oltre la fine restituisce una lista vuota.

Limiti: 3 richieste al secondo nel piano Starter, 6 nei piani superiori; 429 significa rallentare.

Errori comuni: 401 indica un token sbagliato o un host di regione che non corrisponde allo space. 404 indica un id dello space sbagliato o un elemento sconosciuto. 422 indica una story non valida, e il messaggio nomina il campo.

Il connettore non carica file, non usa la Content Delivery API e non modifica gli schemi dei componenti.

Prerequisiti: STORYBLOK_PERSONAL_ACCESS_TOKEN, STORYBLOK_SPACE_ID, STORYBLOK_API_HOST

Installazione locale del connettore

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Apri http://localhost:3000/connectors/store, scegli Storyblok e inserisci le variabili elencate nei Prerequisiti.

Tool disponibili

Esempi di prompt

• "Elenca le story sotto blog/ che hanno modifiche non pubblicate."
• "Mostrami il contenuto della story home e quali blocchi usa."
• "Correggi il refuso "recieve" nella story delle FAQ e pubblicala."
• "Quali immagini della libreria asset non hanno testo alternativo? Proponi un testo per le prime dieci."
• "Sposta la story della pagina prezzi nella fase Review e avvisa il ruolo marketing con un commento."

Prossimi passi

• Collegare a Claude
• Collegare a ChatGPT