All servers · Code & repositories
Open Components
com.uxfront/open-components · v1.0.0
Tools changed (7 days)
Measured by MCP Station
| Last check | Reachable |
|---|---|
| Checked at | — |
| Check success 7 / 30 days | — |
| First-try success 30 days | — |
| Median response | — |
| Lookups 30 days | — |
| Authentication | No auth |
| MCP version | 2025-06-18 |
| Rank score | — |
| Declared risk | Read-only (all tools declare readOnlyHint) |
| Capabilities declared | completions, logging, prompts, resources, tools |
| Tool definitions | 6 tools · with description 100% · input schema is an object 100% · read/destructive hints 100% |
Description written by the publisher, not verified
Guidelines for UI components with a perfect UX, DX and AX, whether humans or AI agents write them.
Connect
streamable-http · https://mcp.opencomponents.dev/mcp
claude mcp add --transport http open-components https://mcp.opencomponents.dev/mcp{
"mcpServers": {
"open-components": {
"url": "https://mcp.opencomponents.dev/mcp"
}
}
}Tools as reported by the server
get-contractReturns the contract of a component or a foundation, as YAML: its API (props, slots and events), its DOM contract (element, role, states, keyboard and parts), its tokens, and every rule in its checklist, each with a stable ID (like button/keep-focus), a level (must or should), a scope (component, usget-pageReads a docs page as markdown, whole or just the sections you name. Component pages explain why each rule exists, with examples in React, Vue, Svelte, Angular, Solid, Astro and Vanilla: pass a framework to keep only its examples. WHEN TO USE: for the reasoning, an example or the details behind a rulget-reference-implementationReturns a shipped component's reference implementation: a Vue 3 component that meets every rule in its checklist, the tests that prove it, the helpers it shares with other components and its theme tokens. The live examples on the site run on this code. WHEN TO USE: to build a component that meets thlist-componentsLists what the Open Components standard covers: the components that have shipped (like Button), the foundations every component follows (like Design Tokens), and the components planned on the Roadmap. WHEN TO USE: to check whether a component has a standard yet, to get the name the other tools takelist-rulesLists checklist rules as records, filtered by component, ID, scope, layer, level or check. Each rule has a stable ID to cite in reviews and commits, its level (must or should), its scope, its requirement, how to check it (like a unit test, a review or axe's button-name rule) and a link to it. WHEN Tsearch-docsSearches the whole standard, every section of every page and every checklist rule, and returns the best matches: where each one is, a short excerpt, and for rules, their ID, level and scope. WHEN TO USE: to find where a topic is covered when you don't know the page or the section, like "focus after
Tool changes
- 2026-10-22: get-contract, get-page, get-reference-implementation, list-components, list-rules, search-docs
- 2026-10-20: get-contract, get-page, get-reference-implementation, list-components, list-rules, search-docs
- 2026-10-19: get-contract, get-page, get-reference-implementation, list-components, list-rules, search-docs
- 2026-10-17: get-contract, get-page, get-reference-implementation, list-components, list-rules, search-docs
- 2026-10-16: get-contract, get-page, get-reference-implementation, list-components, list-rules, search-docs
Repository · Website · JSON · Text for agents · Registry updated 2026-10-10