Storyblok MCP-сервер: истории, ассеты и релизы

💡 Без установки? Используйте cloud.anythingmcp.com напрямую. Войдите, нажмите Connectors → Storyblok, вставьте учётные данные, создайте MCP API key, и готово. Без Docker, без git clone, без локального сервера.

Storyblok

Headless CMS Storyblok через Management API: поиск и чтение историй и папок с полным блочным контентом и историей версий, создание, изменение, публикация и снятие с публикации, чтение схем компонентов, управление метаданными ассетов, записями datasources, этапами workflow и релизами в регионах ЕС, США, Канада, Австралия или Китай.

Настройка

Настройка занимает около 3 минут. Нужны space в Storyblok, его числовой id и регион, в котором он создан.

1. В Storyblok откройте My account > Account settings > Personal access tokens, создайте токен и вставьте его в STORYBLOK_PERSONAL_ACCESS_TOKEN. Storyblok принимает его как есть в заголовке Authorization, без префикса Bearer. Токен действует с вашими собственными правами во всех space, которые вы можете открыть, поэтому пользователь с ограниченной ролью даёт более узкий токен.
2. STORYBLOK_SPACE_ID: числовой id в Settings > Space, он же в URL приложения после #/me/spaces/, например 288868932106293.
3. STORYBLOK_API_HOST: хост Management API региона, где создан space: mapi.storyblok.com (ЕС), api-us.storyblok.com (США), api-ca.storyblok.com (Канада), api-ap.storyblok.com (Австралия) или app.storyblokchina.cn (Китай). Только хост, без https://.
4. Установите коннектор и запустите storyblok_get_space: он покажет название, тариф, языки и число историй space и подтвердит все три значения.

Черновики тоже: Management API читает черновики наравне с опубликованным контентом, поэтому токен Content Delivery API не нужен.

Что он читает:

• Истории и папки через storyblok_list_stories, без контента: фильтры по папке (starts_with), by_slugs, search, text_search, тегам, filter_query по полям контента, статусу публикации, этапу workflow, релизу или корзине.
• Одну историю с полным деревом блоков (storyblok_get_story): каждый блок с component и _uid, а также переводы, теги, этап workflow и данные релиза. storyblok_list_story_versions показывает её историю с событием, автором и временем.
• Схемы блоков через storyblok_list_components и storyblok_get_component: каждое поле с типом, обязательностью, опциями и разрешёнными блоками, а также папки компонентов.
• Метаданные ассетов: имя файла как URL, заголовок, альтернативный текст, копирайт, точку фокуса, папку, теги, размер и признак приватности; папки ассетов и внутренние теги.
• Datasources и их записи (ключ в name, значение в value, при желании для отдельной размерности, например языка).
• Workflows по типу контента, их этапы и историю этапов истории; релизы с расписанием и состоянием.

Что он записывает:

• storyblok_create_story создаёт историю или папку, черновиком, если publish не равно true. Корню контента нужен component с блоком типа контента; вложенные блоки лежат в массивах и требуют _uid. ИИ сначала смотрит схему через storyblok_list_components.
• storyblok_update_story заменяет контент целиком: ИИ читает историю через storyblok_get_story, меняет её и отправляет обратно всё дерево блоков. publish true заодно публикует.
• storyblok_publish_story и storyblok_unpublish_story, при желании только для некоторых языков. Storyblok выполняет их GET-запросами, но они меняют живой сайт, поэтому считаются записью.
• storyblok_update_asset меняет альтернативный текст, заголовок, копирайт, источник, папку, теги и признак приватности или блокировки; сам файл не меняется. storyblok_create_datasource_entry и storyblok_update_datasource_entry ведут списки ключ-значение.
• storyblok_change_workflow_stage переводит историю на другой этап, назначает пользователей или роли и уведомляет их комментарием.
• storyblok_create_release и storyblok_update_release; do_release: true сразу публикует все изменения историй в релизе. Изменение истории попадает в релиз через release_id при создании или изменении.

Отключены при установке: storyblok_delete_story (папка удаляется вместе со всеми историями, и они сразу исчезают из delivery API) и storyblok_delete_asset (истории, которые ещё ссылаются на его URL, показывают битый файл). Через этот коннектор их не отменить, поэтому администратор workspace включает их, когда они нужны команде.

Форматы данных: id это числа, поля uuid это UUID. full_slug это путь истории; published и unpublished_changes показывают её состояние. filename ассета это его публичный URL. Время в ISO 8601 UTC; release_at принимает YYYY-MM-DD HH:mm.

Постраничная выдача: истории, версии, ассеты, datasources и их записи принимают page (с 1) и per_page (по умолчанию 25, максимум 100, для записей datasources 1 000). Общее число приходит в заголовке total и показывается как _headers.total. Страница за концом списка возвращает пустой список.

Ограничения: 3 запроса в секунду на тарифе Starter, 6 на старших тарифах; 429 означает, что нужно замедлиться.

Частые ошибки: 401 означает неверный токен или хост региона, не совпадающий со space. 404 означает неверный id space или неизвестный элемент. 422 означает некорректную историю, и сообщение называет поле.

Коннектор не загружает файлы, не использует Content Delivery API и не меняет схемы компонентов.

Предварительные требования: STORYBLOK_PERSONAL_ACCESS_TOKEN, STORYBLOK_SPACE_ID, STORYBLOK_API_HOST

Локальная установка коннектора

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

Откройте http://localhost:3000/connectors/store, выберите Storyblok и введите переменные, перечисленные в Предварительных требованиях.

Доступные инструменты

Примеры запросов

• «Покажи истории в blog/, у которых есть неопубликованные изменения.»
• «Покажи контент истории home и какие блоки в ней используются.»
• «Исправь опечатку «recieve» в истории FAQ и опубликуй её.»
• «У каких изображений в библиотеке ассетов нет альтернативного текста? Предложи текст для первых десяти.»
• «Переведи историю страницы цен на этап Review и уведоми роль marketing комментарием.»

Следующие шаги

• Подключить к Claude
• Подключить к ChatGPT