mcpbeat Sign in

CSS Crème MCP Server

not responding

CSS Crème is listed as active in the registry but did not answer our last check. It exposes 13 tools. Last commit 22 Oct 2026.

Give your agent a real design system: tokens, measured WCAG contrast, and rules to follow.

Uptime history 52 days of history · worst day 0%
52 days agonow
0.0%
Uptime 24h
0 of 92 checks
13
Tools
read from the server
82 ms
Response time
average over 24h
0
Stars
last commit 22 Oct 2026

What changed 13

Every tool that appeared, vanished or quietly changed what it asks for. Recorded since 19 September 2026. No other catalogue keeps this.

23 Oct a tool appeared get_scene_embed
25 Sep 3 tools changed the parameters they ask for decode_site, decode_url, get_design_md_for_url
25 Sep a tool changed version3 times that day
25 Sep a tool description was rewritten2 times that day decode_url
19 Sep a tool changed version2 times that day
19 Sep a tool appeared css_feature
19 Sep a tool description was rewritten css_feature
and 4 more, back to 19 September 2026

CSS Crème does not always answer

Over the last week it answered 0.3% of our checks. We check every 15 minutes, so you hear about the next outage within the hour — not from your users.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 7 min ago.

run in your terminal
claude mcp add design-systems --transport http https://csscreme.com/mcp
Settings → Connectors → Add custom connector, then paste this address
https://csscreme.com/mcp
~/.codex/config.toml
[mcp_servers.design-systems]
url = "https://csscreme.com/mcp"
.cursor/mcp.json
{
  "mcpServers": {
    "design-systems": {
      "url": "https://csscreme.com/mcp"
    }
  }
}
.vscode/mcp.json
{
  "servers": {
    "design-systems": {
      "type": "http",
      "url": "https://csscreme.com/mcp"
    }
  }
}

Available tools 13

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

decode
decode_site
Read a sample of pages from one site (from its sitemap.xml, or the homepage links when there is no sitemap) and report what is CONSISTENT across them: which declared tokens, colours, font stacks, radii and spacing values appear on every page read, and which appear on only some. One page shows what a page uses; a design system is a claim about consistency, and only a sample can test it. Returns counts and the pages actually read, never a score. Use when the user asks whether a site is really on a system, or wants the system rather than one page of it.
decode_url
Fetch a public site's HTML and stylesheets and return what its CSS declares: named custom properties that look like design tokens, the colours it uses most, its font stacks, border radii, spacing values, and the framework it appears to be built with. Also returns a "drop" report: roughly how many words a web-to-markdown reader would carry away from this page, against the design decisions it would discard, because markdown is defined by throwing the design layer away. It reads CSS and does not render the page, so it reports a confidence ("tokens" when named properties were found, "derived" when only compiled CSS was available) and flags a JavaScript shell rather than pretending every site is equally legible. It obeys the site's robots.txt for CSSCremeBot: a disallowed path is refused with ROBOTS_DENIED, which a retry will not change. A bot challenge, a parked or for-sale domain, or a host's default page is refused with NOT_THE_SITE and the evidence, rather than measured as if it were the site. Every error starts with its code and a retry verdict (never, later, with-changes). A read is reused for up to maxAge seconds (default 600, 0 for fresh), and every result carries `work`: the requests it made of the site. Use when the user wants to match a site that is not in the catalogue, or has fetched a page as markdown and needs what that markdown lost.
design
get_design_md
Fetch the full DESIGN.md for one theme: semantic colour roles, the complete shadcn token set in light and dark, typography, radius, spacing, MEASURED WCAG contrast ratios, and numbered rules the generated UI must follow. Read this before writing any UI. Save it at the repo root as DESIGN.md so it applies to every session.
get_design_md_for_url
Read the stylesheets of a public site and return a full DESIGN.md: semantic roles with the token each came from, measured WCAG contrast pairs, the tokens the site itself declares (framework internals counted separately), font families, the type scale with the ratio between steps, colour frequency, gradients, corner radii, spacing, an elevation ladder of shadows, breakpoints, the z-index ladder, interaction-state rule counts, motion, and whether a dark theme is declared. This is the artefact to hand a coding agent before it writes UI that should match a site. It reads declared CSS and does not execute JavaScript, so it reports what the stylesheets say rather than what the page renders.
themes
list_themes
Browse the full catalogue of curated themes and templates. Use when the user wants to see options rather than search for one.
search_themes
Find a design system by describing what you are building ("dark developer tool", "calm fintech dashboard", "playful consumer app"). Returns matching themes with their DESIGN.md URL and shadcn install command. Call this first when the user has no design system defined.
agent
get_agent_rules
Return a short standing-instructions block that makes every future session read DESIGN.md before touching UI. Paste it whole into CLAUDE.md, AGENTS.md or .cursor/rules/design.mdc. It points at the DESIGN.md rather than restating it, and carries the token fingerprint so drift is detectable.
css
css_feature
Answers two questions about a modern CSS feature with data instead of recall. First, its Baseline status (widely available, newly available, or limited availability), the date, and which core browsers lack it, read from the open web-features dataset at build time. Second, how many of CSS Crème's curated, decoded showcase sites ship it, which ones, how many of them guard it with @supports, and the exact @supports conditions they test. Also returns a fallback note where we have one, any name the feature has shipped under before (an agent that learned the old name will otherwise write it), and the documented limits that catch people out, each cited to the page it was read on. Call it before writing CSS that uses container queries, :has(), anchor positioning, @scope, view transitions, oklch(), color-mix(), light-dark(), subgrid, scroll-driven animations, @property, text-wrap and similar, so the CSS you write is accurate for today rather than for your training date. With no feature given it returns the Ship Gap: features that are safe and mostly ignored, and features that are early and shipped anyway.
how
how_to_use
Explains where a DESIGN.md belongs for a given coding agent (Claude Code, Cursor, v0, Codex, Lovable) so the design rules apply to every session rather than one message.
install
get_install_command
Return the exact `npx shadcn@latest add <url>` command that installs one theme into a shadcn/ui project, plus the registry URL it reads. Use when the user says "install it" and you already know the id.
scene
get_scene_embed
Returns paste-ready code for a CSS Crème Scene: an interactive 3D meadow (four seasons, dandelion clocks, or a garden of peonies, white roses, lilies, irises, hydrangeas, tulips or daffodils, at any hour) grown by code in the browser, with no models or images to load. Give it the `roles` (and optionally `colors`) from a decode_url result and the three flowers take that site's declared colours, each with its source named; or pass a `palette` of hex values. It reads no URL itself. Returns the <creme-scene> element, an iframe, a full-screen link and the licence line. Free to embed with the visible credit.
theme
get_theme_tokens
Get the shadcn/ui registry item (OKLCH tokens, light and dark) plus the paste-ready CSS variables for one theme, and the one-line command that installs it for real. Use after get_design_md when you are ready to write the tokens into globals.css.
verify
verify_design_md
Every DESIGN.md carries a Fingerprint line. Pass the id and that fingerprint; the server answers whether the copy matches the current token set, and if not, returns the current tokens so the agent can update the file instead of following a stale one. Call this at the start of a session when a DESIGN.md is already in the repo.

Endpoints

URLTransportStateLatencyChecked
https://csscreme.com/mcp streamable-http answering 82 ms 7 min ago

Alternatives to CSS Crème

same job, measured the same way
tesserai
by tesserai

Your project's design system for coding agents: tokens, components, contrast checks, guidelines.

2 260 installs/wk local only
B
Basiiik
by shubhankarsd

Design system for coding agents: component specs, rules, tokens, icons and checked React snippets.

126 installs/wk local only
WunderUI
by kl-webmedia

The WunderUI design system for coding agents: components, props, tokens, rules and skills.

126 installs/wk local only
Roast My Design System
by pencilrebel

Audit your Design System and serve your Agent the rules that keep AI-written UI on-system.

878 installs/wk local only
Roast My Design System
by gregkozakiewicz

Audit your Design System and serve your Agent the rules that keep AI-written UI on-system.

local only
HTML to Figma — Design System
by miapre

Translate HTML prototypes into Figma using your design system's real components and tokens.

42 installs/wk local only
Design System
by zaklad

Build and manage your design system with AI: tokens, themes, components, icons, Figma and code.

answering
Mozaic
by merzoukemansouri

Mozaic Design System (ADEO): tokens, components, icons, docs and style guides for any agent.

145 installs/wk local only

CSS Crème — questions

Answers built from our own checks of this server.

What can CSS Crème do?
It exposes 13 tools, read directly from the server on our last check. Among them: css_feature, decode_site, decode_url, get_agent_rules, get_design_md, get_design_md_for_url and 7 more. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
What is CSS Crème mostly used for?
Its tools cluster around design, themes and decode. That is what this server is built to work with — the grouping comes from the actual tool names, not from a category we assigned.
Is CSS Crème working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 0 of 92 checks got a reply (0.0%), average response time 82 ms. The bar chart above shows every period we have measured.
The registry lists CSS Crème as active — why does it not respond?
The official MCP registry stores what the author submitted; it does not verify that the server still runs. We check the endpoint ourselves, and this one does not answer. Catalogues that copy the registry without checking will show it as working.
How do I connect CSS Crème?
Copy the ready config from this page. We generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each in the form that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does CSS Crème need an API key?
No. CSS Crème completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 13 of them are readable on this page. This is what we observed, not what the docs claim.
Is CSS Crème open source?
The code is open source: it is published under the MIT licence and 0 stars on GitHub. The licence covers the code in the repository, not the hosted service at csscreme.com, which runs on its operator's own terms.