Generative UI MCP
Provides structured guidelines, canvas setup patterns, and interactive data controls for generating data visualizations using Chart.js.
Provides core design system rules and semantic color palette usage via CSS variables for consistent styling of generated UI components.
Provides setup guides, viewBox calculations, and layout rules for generating SVG illustrations, flowcharts, and diagrams.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Generative UI MCPvisualize my monthly sales data with an interactive chart"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Generative UI MCP
An MCP server that teaches AI models to generate interactive visualizations — charts, diagrams, mockups, and more.
Inspired by Anthropic's Artifacts and Vercel's Generative UI. This server provides structured design guidelines so AI models produce consistent, streaming-safe, visually polished widgets.
What it does
Instead of stuffing thousands of tokens of design rules into every system prompt, this MCP server lets the model load guidelines on demand — only when it actually needs to generate a visualization.
Module | What it covers |
| HTML controls, forms, sliders, calculators |
| Chart.js patterns, canvas setup, interactive data controls |
| UI mockup layouts, component patterns |
| SVG illustrations, artistic visualizations |
| Flowcharts, timelines, hierarchies, cycle diagrams, matrices |
The model calls load_ui_guidelines with the modules it needs, and gets back comprehensive design specs including:
Core design system (philosophy, streaming rules, CSS variables)
Color palette (6 ramps with semantic usage rules)
Component patterns and code templates
SVG setup guides with arrow markers and viewBox calculations
8 diagram types with layout rules and code examples
Related MCP server: mcpsystem.design MCP Server
Quick start
Auto-install via AI
Copy and paste the following prompt into your AI assistant (Claude Code, Cursor, etc.) to install automatically:
Install the
generative-ui-mcpMCP server. Runnpx generative-ui-mcpas a stdio MCP server. The server name should be "generative-ui".
Claude Code
claude mcp add generative-ui -- npx generative-ui-mcpClaude Desktop
Add to your claude_desktop_config.json:
{
"mcpServers": {
"generative-ui": {
"command": "npx",
"args": ["generative-ui-mcp"]
}
}
}Cursor / Windsurf
Add to your MCP settings (.cursor/mcp.json or equivalent):
{
"mcpServers": {
"generative-ui": {
"command": "npx",
"args": ["generative-ui-mcp"]
}
}
}Tool
load_ui_guidelines
Load detailed design guidelines for generating visual widgets.
Parameters:
Name | Type | Description |
|
| Modules to load: |
Example call:
{
"name": "load_ui_guidelines",
"arguments": {
"modules": ["chart", "diagram"]
}
}Shared sections (like Core Design System and Color Palette) are automatically deduplicated when loading multiple modules.
Resource
generative-ui://system-prompt
A compact system prompt snippet (~300 tokens) with all hard constraints needed for valid widget output. Hosts can inject this into their system prompt so the model can generate basic widgets even without calling the tool.
Contains: output format, JSON escaping rules, streaming order, CDN allowlist, SVG setup, size limits, and interaction patterns.
How it works
┌─────────────┐ system prompt ┌─────────────┐
│ AI Host │ ◄── injects ──────── │ Resource: │
│ (Claude, │ ~300 tokens │ system-prompt│
│ Cursor, │ └─────────────┘
│ etc.) │
│ │ tool call ┌─────────────┐
│ Model ────│──► load_ui_ │ Guidelines │
│ │ guidelines │ Modules │
│ │ ◄── returns ──────── │ (on demand) │
│ │ detailed specs └─────────────┘
└─────────────┘Token savings: The system prompt is ~300 tokens vs ~650+ tokens for full guidelines. Detailed specs are only loaded when the model actually needs to generate a visualization. Most conversations don't involve widgets, so this saves tokens on every request.
Development
npm install
npm run build
npm startLicense
MIT
Available Tools
1 toolload_ui_guidelinesA
Load detailed design guidelines for generating visual widgets. Call this before generating your first widget in a conversation. Available modules: interactive, chart, mockup, art, diagram.
| Name | Required | Description | Default |
|---|---|---|---|
| modules | Yes | Which guideline modules to load. interactive = HTML controls/forms, chart = Chart.js, mockup = UI mockups, art = SVG illustrations, diagram = flowcharts/timelines/hierarchies. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden. It mentions that the tool loads guidelines, implying a read-only operation, but doesn't disclose behavioral traits like whether it caches data, requires authentication, has rate limits, or what happens on repeated calls. The description adds some context (prerequisite timing) but lacks comprehensive behavioral details for a tool with no annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is concise and well-structured: two sentences that efficiently convey purpose, usage timing, and available modules. Every sentence adds value without redundancy, making it easy to scan and understand quickly.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's moderate complexity (1 parameter, no output schema, no annotations), the description is somewhat complete but has gaps. It covers purpose and usage timing but lacks details on output format, error handling, or behavioral traits. Without annotations or output schema, more context would be helpful for an agent to use it effectively.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The schema description coverage is 100%, with the 'modules' parameter fully documented in the schema (including enum values and descriptions). The description adds minimal value beyond the schema by listing the available modules, but doesn't provide additional semantics like usage examples or constraints. This meets the baseline for high schema coverage.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose: 'Load detailed design guidelines for generating visual widgets.' It specifies the verb ('Load') and resource ('detailed design guidelines'), and mentions the target use case ('generating visual widgets'). However, since there are no sibling tools, it doesn't need to differentiate from alternatives, so it doesn't reach the highest score.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides clear usage guidance: 'Call this before generating your first widget in a conversation.' This indicates when to use the tool (as a prerequisite step). It also lists available modules, which helps users understand scope. However, it doesn't explicitly state when not to use it or compare to alternatives, and with no sibling tools, this is less critical.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool has a clear, distinct purpose of loading design guidelines for UI generation.
The single tool name follows a clear verb_noun pattern (load_ui_guidelines), and with only one tool, consistency is inherently perfect as there are no other names to compare against.
One tool is too few for a server named 'Generative UI MCP', which suggests a broader scope of generating visual widgets. The tool only loads guidelines, lacking actual generation, editing, or management tools, making the set feel incomplete and thin for the implied purpose.
The server is severely incomplete for generative UI tasks. It only provides guidelines loading, with no tools for creating, updating, deleting, or rendering widgets, leaving significant gaps that will cause agent failures in generating visual content.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
A design-style library for AI agents: search real styles, fetch a ready-to-apply design spec.
UI design from prompts, screenshots, and URLs for AI coding agents and theme tokens.
Serves your design system and coding standards to coding agents, so they stop guessing.
Live React design-system APIs, patterns, and code validation so AI agents build real UI, not slop.
Related MCP Servers
- FlicenseBqualityDmaintenanceProvides AI tools with access to Visa's Product Design System resources, including design tokens, component specifications, and usage guidelines.11
- AlicenseNot gradedqualityDmaintenanceProvides AI assistants with access to a production-ready design system including Tailwind CSS component patterns, style guides (colors, typography, spacing), and Web Components specifications for consistent UI development.19MIT
- AlicenseAqualityAmaintenanceProvides deterministic design style recommendations and structured tokens for AI content generation, with 30 curated styles including color palettes, typography, and visual directives.2168MIT
- AlicenseAqualityBmaintenanceProvides deterministic, read-only design knowledge for AI coding agents to help them choose visual directions, plan UI states, and compose design tokens, all without network access.6294MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/op7418/Generative-UI-MCP'
If you have feedback or need assistance with the MCP directory API, please join our Discord server