Storyblok MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 115 tools
Every tool has a clearly distinct purpose based on its name, with no ambiguity. The tools follow a consistent pattern of resource-action pairs (e.g., create_story, fetch_stories, update_story, delete_story), making it easy to distinguish between them. Even without descriptions, the naming convention ensures each tool targets a specific operation on a specific resource.
The tool names follow a highly consistent verb_noun pattern throughout, using snake_case uniformly. Verbs like create, fetch, get, update, delete are applied predictably across resources (e.g., story, asset, component), with minor variations like 'add_story_to_release' or 'copy_stories_between_branches' still fitting the pattern. There are no deviations in naming style or convention.
With 115 tools, the count is excessive for typical MCP server purposes, making it overwhelming and difficult to manage. While the server covers a broad domain (Storyblok CMS operations), such a large number suggests poor scoping or fragmentation, as many tools could potentially be consolidated or omitted without losing functionality. This heavy toolset will likely confuse agents and increase complexity.
The tool set provides complete CRUD/lifecycle coverage for the Storyblok domain, including resources like stories, assets, components, datasources, spaces, and workflows. It supports creation, fetching, updating, and deletion for most entities, along with advanced operations like publishing, branching, and scheduling. No obvious gaps are present, ensuring agents can handle comprehensive workflows without dead ends.