@vaneui/mcp
OfficialThis server does not currently have a deployable release on Glama. Follow the repository's setup instructions to install and configure it for your MCP client, including any required credentials and local dependencies.
@vaneui/mcp
A Model Context Protocol server that exposes the VaneUI documentation to AI coding agents. Any MCP-aware client (Claude Code, Claude Desktop, Cursor, VS Code, etc.) can read the component docs on demand and search across them with a single tool call, so your agent writes correct VaneUI code without you pasting rules into prompts by hand.
It serves the full component reference, getting-started and customization guides, and a structured prop table for every component, plus two tools: search_docs and get_component_props.
Requirements
Node.js 24 (the
npxcommand below downloads and runs the server for you).
Related MCP server: MCP Vue UI Kit Server
Quickstart
The server runs over stdio and is published to npm as @vaneui/mcp. Add it to your client with the snippets below; no local clone or build is needed.
Claude Code
claude mcp add vaneui -- npx -y @vaneui/mcpClaude Desktop
Edit your claude_desktop_config.json:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json
{
"mcpServers": {
"vaneui": {
"command": "npx",
"args": ["-y", "@vaneui/mcp"]
}
}
}Restart Claude Desktop afterward.
Cursor
Add to ~/.cursor/mcp.json (global) or .cursor/mcp.json (per project):
{
"mcpServers": {
"vaneui": {
"command": "npx",
"args": ["-y", "@vaneui/mcp"]
}
}
}VS Code
code --add-mcp '{"name":"vaneui","command":"npx","args":["-y","@vaneui/mcp"]}'Or add to .vscode/mcp.json (note VS Code uses the servers key):
{
"servers": {
"vaneui": {
"command": "npx",
"args": ["-y", "@vaneui/mcp"]
}
}
}Other clients
Any client that accepts a stdio MCP server works. Use npx as the command and -y @vaneui/mcp as the args, following that client's config format.
How to use it
Once the server is connected, just build with VaneUI in natural language. The agent pulls the right docs through the tools automatically:
"Using VaneUI, build a pricing card with a title, a feature list, and a filled primary button." → the agent reads
card,list, andbuttonprops and composes them correctly."What's the default appearance and variant of
Chip?" →get_component_propsreturns the prop table (Chip defaults tosecondary+outline, notprimary)."How do I set app-wide defaults for every Button?" →
search_docsfinds thetheme-defaultsguide and shows theThemeProvider themeDefaultspattern."Which VaneUI prop maps to
flex-1?" →search_docsfinds it in the prop-to-Tailwind mapping.
Verifying it works
After adding the server and restarting your client:
The client should list a server named
vaneuiwith the toolssearch_docsandget_component_props(and thevaneui://docs/*resources).To smoke-test the server directly, run
npx -y @vaneui/mcpin a terminal. It starts and waits on stdio (no output is normal for an MCP stdio server; press Ctrl+C to exit).
Tools
search_docs
Substring or regex search across the full doc corpus.
Param | Type | Notes |
| string | Required. Case-insensitive. |
| boolean | Optional. If |
Returns up to 50 hits, each containing uri, slug, lineNumber, and a short surrounding snippet. Use this before guessing prop names, defaults, or class mappings — the answer is almost always already in the docs.
get_component_props
Returns a component's boolean props as plain text, one line per category, with the default marked *. Props in one category are alternatives. The data comes from @vaneui/ui's ComponentCategories, ComponentKeys, defaultTheme, and PropDescriptions.
Param | Type | Notes |
| string | Required. The component slug, matching the resource basename, e.g. |
|
| Optional. Defaults to |
The shared layout props (display, gap, justify, border, width and the rest) are the same on most components, so compact output leaves them out: it lists the component's own props, then names the shared categories the component takes and its shared defaults. Call it with slug: "common" once to get those props. full adds a description to every prop and lists the shared props too.
card boolean props. Props in one category are alternatives; * marks the default. Descriptions: call again with detail "full".
Size: xs sm md* lg xl
Appearance: primary* accent secondary tertiary success danger warning info inheritAppearance
Variant: filled outline* ghost
...
Shared layout props (get_component_props "common" lists them): Hide, Show, Items, Justify, ...
Shared defaults: flex gap column border responsiveSizingProps that take a value, such as Field's label or Modal's title, are not boolean category props: read them in the component's doc, vaneui://docs/<slug>.
Available resources
Each documentation file is exposed as a resource named vaneui://docs/<slug>, where <slug> is the lowercased source filename minus the .md extension. All resources have mimeType: text/markdown.
Examples:
vaneui://docs/claude— VaneUI project overview.vaneui://docs/component-usage,vaneui://docs/prop-to-tailwind-mapping,vaneui://docs/component-patterns,vaneui://docs/props-and-theme,vaneui://docs/css-conventions,vaneui://docs/testing,vaneui://docs/e2e-testing,vaneui://docs/playground-examples— agent-facing rule files.vaneui://docs/installation,vaneui://docs/usage-basics,vaneui://docs/core-concepts— getting-started guides.vaneui://docs/theming-overview,vaneui://docs/using-theme-provider,vaneui://docs/theme-defaults,vaneui://docs/theme-and-override,vaneui://docs/extra-classes,vaneui://docs/customizing-styles,vaneui://docs/variant-inheritance,vaneui://docs/css-variables— customization guides.vaneui://docs/common-props— shared layout/typography prop reference.vaneui://docs/button,vaneui://docs/card,vaneui://docs/modal, ... — one per component.
Development
This section is for contributors and maintainers working on the server itself.
Sources
The doc corpus is bundled from two sibling repos at build time:
vaneui/(a checkout of vaneui/vaneui) — API reference and agent-facing rules (CLAUDE.md+.claude/rules/*.md).vaneui-web/(a checkout of vaneui/web) — narrative guides and per-component reference, authored as plain markdown underapp/docs/data/**/*.md(one file per component, with frontmatter).
Each .md file goes into resources/ keyed by its basename (filenames are globally unique, so the corpus is flat). Files from vaneui/ are copied verbatim. vaneui-web/ pages are written with their {% include "x.md" %} tags expanded through vaneui-web's own include helper (lib/docs/includes.mjs), so each resource matches the page on vaneui.com. Files and directories whose name starts with _ are partials that pages include, so they get no resource of their own. scripts/sync-component-props.mjs additionally reads each component's componentKey frontmatter and joins it with @vaneui/ui's exported metadata to produce resources/component-props.json. It marks a prop as shared (isCommon) when its category is in vaneui-web/app/docs/commonCategories.ts, the same split the props tables on vaneui.com use.
Building
resources/ is committed to git, so a fresh clone already has everything the server needs to run.
npm install
npm run build # tsc only — uses the committed resources/
npm start # run the built server over stdioPoint a client at the local build with node /absolute/path/to/vaneui-mcp/dist/server.js as the command.
Testing
npm test compiles src/ and runs the tool tests in test/ with node --test.
Re-syncing the corpus (maintainers)
The sync scripts expect vaneui/ and vaneui-web/ as sibling folders of this repo (resolved as ../vaneui and ../vaneui-web). Override with VANEUI_PATH / VANEUI_WEB_PATH env vars if they live elsewhere. Run npm install in vaneui-web/ first, because its include helper loads @vaneui/md from there. A missing or cyclic include stops the sync.
npm run build:full # re-sync resources/ from the sibling repos, then tscnpm run sync— lenient sync: copies every.mdfrom both sources intoresources/and writescomponent-props.json. ⚠️ Wipesresources/first; if a sibling repo is missing you'll get a partial bundle. Preferbuild:full.npm run sync:strict— strict sync: exits non-zero if any sibling repo is missing or no MD files are found. Used byprepublishOnly.
Adding or updating a doc
Edit (or create) the source markdown in
vaneui/orvaneui-web/:Component reference:
vaneui-web/app/docs/data/<category>/<slug>.md(with frontmatter).Narrative guide:
vaneui-web/app/docs/data/{getting-started,customization,reference}/.Agent rule:
vaneui/.claude/rules/<slug>.md.
npm run build:fullto regenerateresources/and recompile.Commit the regenerated
resources/alongside the source edit, and restart your MCP client.
src/resources.ts reads the resources directory at startup, so no registry edit is needed when adding a file.
License
This server cannot be deployed
Maintenance
Related MCP Connectors
Versioned documentation registry and semantic search for AI tools and coding assistants.
Search and read Vector Panda docs: API operations, pricing, storage tiers, measured benchmarks.
Provide your AI coding tools with token-efficient access to up-to-date technical documentation for…
Tailor Platform for AI assistants: search, list and read the platform documentation.
Related MCP Servers
- FlicenseAqualityDmaintenanceProvides AI assistants with direct access to shadcn/ui components and blocks, enabling real-time fetching of component source code, documentation, and implementation examples.415 npm4-
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to access documentation of Vue UI components, including props, events, and slots, for generating correct usage code.7MIT
- AlicenseNot gradedqualityDmaintenanceProvides AI assistants with access to RubyUI component library documentation, including listing components, fetching docs, searching, and getting installation/theming guides.GPL 3.0
- AlicenseAqualityCmaintenanceEnables AI assistants to search and retrieve documentation, component specs, theme guides, and CLI commands for the Meta Astryx Design System, providing structured tools and guidelines for coding agents.4MIT