@lapage/strapi-mcp
Related Servers
Alternatives to @lapage/strapi-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceMCP server that exposes Strapi v5 content management, visual layout configuration, schema authoring, media uploads, and GraphQL testing to LLM clients via native Strapi API tokens with security hardening.12 npm1MIT
- AlicenseAqualityCmaintenanceAn MCP server for interacting with Contentstack's Content Management API1511 npm2TypeScriptMIT

NomaCMS MCP Serverofficial
AlicenseBqualityBmaintenanceMCP server for NomaCMS. Manage collections, fields, content, and assets via AI agents.3947 npm1MIT- AlicenseAqualityDmaintenanceConnects any MCP-compatible AI assistant to Strapi CMS for content management, media handling, internationalization, and more through natural language.201MIT
- AlicenseAqualityBmaintenanceA Model Context Protocol server that enables AI assistants to interact with Strapi CMS instances through a standardized interface, supporting content types and REST API operations.584 npm75MIT
- AlicenseBqualityDmaintenanceMCP server for the digihub.li content API, enabling Claude to read and write Stories, Solutions, and Sessions, and upload images for media.176 npmMIT
TDQS
Scored across 15 tools
Each tool targets a distinct resource and action: health check, generic request, content types (list/schema), entries CRUD, and media operations. The overlapping upload tools are differentiated by source (URL vs local file), and the generic strapi_request is clearly scoped to custom endpoints.
All tools follow a consistent snake_case pattern starting with 'strapi_', followed by a verb (list, get, create, update, delete, upload) and an object (content_types, entries, media). Even compound names like upload_media_from_url maintain a regular structure.
With 15 tools, the server covers health, content type introspection, entry lifecycle, and media management without being bloated. Each tool serves a clear purpose within the Strapi domain, and the count falls well within the ideal 3-15 range.
The server provides comprehensive CRUD for both entries and media, plus schema access and a generic request fallback for custom endpoints. Minor gaps exist, such as no explicit publish/unpublish tool (though update_entry may handle it) and no dedicated filtering/search tool, but these are workable via list_entries parameters or strapi_request.