shadcn-vue-mcp
Related Servers
Alternatives to shadcn-vue-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityCmaintenanceMCP server for Shadcn Dashboard that enables AI to discover, search, and install UI blocks directly into projects without copy-paste.6361 npmMIT
- AlicenseAqualityDmaintenanceIntegrate Shadcn Space MCP server into your IDE to generate ready-to-use shadcn/ui components without guesswork.548 npm3MIT
- AlicenseNot gradedqualityCmaintenanceThis MCP server provides tools to install and manage shadcn/ui components directly from AI coding agents.2MIT
- AlicenseAqualityDmaintenanceA mcp server to allow LLMS gain context about shadcn ui component structure,usage and installation102,148 npm2,989MIT
- AlicenseAqualityCmaintenanceAn MCP server that enables generating modern UI components from natural language descriptions, integrating with Cursor, Windsurf, and VSCode.417,665 npmISC
- AlicenseNot gradedqualityDmaintenanceMCP server for Shadcn UI, enabling automated, remote, or containerized project management via local or remote registries7 npm1MIT
TDQS
Scored across 5 tools
Most tools have distinct purposes: component-builder retrieves documentation, component-quality-check validates quality, components-filter filters components, component-usage-doc reads usage documentation, and requirement-structuring analyzes user requirements. However, component-builder and component-usage-doc both involve documentation retrieval, which could cause some confusion, though their specific focuses differ (builder for generation prep vs. doc for usage details).
The naming follows a consistent pattern with a 'component-' prefix for four tools and a 'requirement-' prefix for one, all using kebab-case. While this is mostly consistent, the deviation with 'requirement-structuring' breaks the 'component-' pattern, though it still maintains readability and a clear verb-noun structure.
With 5 tools, the count is well-scoped for a server focused on shadcn-vue component management. Each tool serves a specific role in the component lifecycle, from requirement analysis to quality checking, without being overly sparse or bloated, fitting typical MCP server ranges.
The tool set covers key aspects of component handling: requirement analysis, documentation retrieval, filtering, quality checking, and usage documentation. However, there are minor gaps, such as no explicit tools for generating or updating components directly (component-builder only retrieves docs), which agents might need to work around by integrating with other systems.