Components Build MCP
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
| Name | Description |
|---|---|
| get_rulesB | Get component rules documentation. Use this to understand what rules exist and how to follow them. Can filter by category. |
| get_ruleC | Get details about a specific rule by ID |
| grade_componentB | Grade a component against all rules. Returns a score, grade, violations, and suggestions for fixes. |
| generate_componentC | Generate a new component that follows all rules. Choose a template type or customize. |
| check_complianceC | Quick check if component code is compliant (score >= 80) |
| list_rulesB | List all available rules with their IDs, names, and categories |
| get_templateC | Get a component template for reference |
| get_quick_referenceB | Get a quick reference cheat sheet for component development |
| get_specificationB | Get the FULL components.build specification documentation. This is the complete guide to building modern UI components by Hayden Bleasel and shadcn. Use this to understand the complete philosophy, patterns, and best practices. |
| search_specificationB | Search the components.build specification for a specific term or concept. Returns matching sections and context. |
| list_specification_sectionsB | List all available sections in the components.build specification |
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 11 tools
Most tools have distinct purposes, but there is some overlap between get_rules and list_rules, as both deal with rules documentation, which could cause confusion. However, descriptions clarify that get_rules provides detailed documentation with filtering, while list_rules offers a summary list, helping to mitigate ambiguity.
Tool names follow a consistent verb_noun pattern throughout, such as check_compliance, generate_component, get_quick_reference, and grade_component. This predictability makes it easy for agents to understand and select tools without confusion.
With 11 tools, the server is well-scoped for its purpose of component development and compliance. Each tool serves a specific function, from generating and grading components to accessing documentation, ensuring a comprehensive toolset without being overwhelming.
The tool surface covers key aspects like component generation, compliance checking, grading, and extensive documentation access. A minor gap is the lack of tools for updating or deleting components, but agents can likely work around this given the server's focus on development and compliance rather than full lifecycle management.