Collegare Storyblok MCP a Microsoft Copilot

💡 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 + Microsoft Copilot

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.

Prerequisiti

Le istruzioni di setup complete sono incluse nel connettore stesso (visibili nello store quando lo selezioni). Le variabili d'ambiente richieste sono:

STORYBLOK_PERSONAL_ACCESS_TOKEN, STORYBLOK_SPACE_ID, STORYBLOK_API_HOST

Step 1 — Ottieni le credenziali

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.

Step 2 — Installa l'adapter

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

Step 3 — Aggiungi il connettore in Microsoft Copilot

L'URL del tuo server: in AnythingMCP apri MCP Servers → il server su cui si trova questo connettore e copia il suo URL (https://cloud.anythingmcp.com/mcp/…). Usalo ovunque questa guida mostra YOUR_SERVER_ID.

Microsoft Copilot usa i server MCP tramite gli agenti creati in Copilot Studio: aggiungi AnythingMCP a un agente come strumento, poi pubblichi l'agente in Microsoft 365 Copilot e in Teams. Copilot Studio si collega dal cloud di Microsoft via Streamable HTTP, che AnythingMCP supporta.

1. In Copilot Studio apri il tuo agente (o creane uno), vai su Tools e scegli Add a tool → New tool → Model Context Protocol.
2. Inserisci un Server name (per esempio AnythingMCP), una Server description che dica cosa fa il connettore e il Server URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Copilot Studio usa la descrizione per decidere quando chiamare il server.
3. Come autenticazione scegli API key, imposta Type su Header e come nome dell'header X-API-Key, poi seleziona Create.
4. In Add tool scegli Create a new connection, incolla una chiave API MCP di AnythingMCP (MCP Servers → il tuo server → API keys) e seleziona Add to agent.
5. Provalo nel riquadro Test dell'agente: chiedi qualcosa che richiede i tool di Storyblok.
6. Seleziona Publish, poi Channels → Microsoft 365 and Microsoft Teams, lascia selezionato Make agent available in Microsoft Copilot e scegli Add channel. See agent in Teams lo installa per te; in Microsoft 365 Copilot scrivi @ e scegli l'agente.

Preferisci un accesso per ogni utente? Al posto della chiave API scegli OAuth 2.0 → Dynamic discovery: ogni persona accede ad AnythingMCP la prima volta che l'agente lo chiama.

Usi il self-hosting? Usa l'indirizzo HTTPS pubblico della tua istanza al posto di https://cloud.anythingmcp.com. Copilot Studio si collega dal cloud di Microsoft, quindi localhost non funziona.

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."

FAQ

Per quale Copilot vale? Per Microsoft 365 Copilot in azienda, tramite gli agenti di Copilot Studio. L'app Microsoft Copilot per account personali non permette di aggiungere un proprio server MCP.

Cosa mi serve? Un account di lavoro con accesso a Copilot Studio (licenza o prova) per creare l'agente. Chi lo usa in Microsoft 365 Copilot o in Teams deve avere accesso all'agente: condividilo, oppure chiedi a un amministratore di pubblicarlo per l'organizzazione. Se la tua organizzazione applica criteri sui dati ai connettori di Power Platform, valgono anche per i server MCP.

L'agente non chiama i tool. Controlla che il nome dell'header sia esattamente X-API-Key e che la chiave appartenga allo stesso server MCP dell'URL, e scrivi una Server description precisa: Copilot Studio la usa per decidere quando chiamare il server. Dopo ogni modifica pubblica di nuovo l'agente; in una chat già aperta scrivi "start over" per passare alla nuova versione.

Prossimi passi

• Landing del connettore
• Collegare a Claude
• Collegare a ChatGPT
• Collegare a Cursor
• Collegare a Gemini
• Collegare a Meta Muse