eds-mcp-server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Capabilities
Features and capabilities supported by this server
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_token_groupsA | Token group names only — the cheapest way to orient before fetching values. |
| get_tokensA | Return only the requested token group (and theme for color). Avoids shipping the whole system. |
| get_tokenA | Resolve a single token by name (e.g. "accent2", "space.4", "radius.md") to its value(s) + canonical CSS var, theme-aware for color. |
| export_themeA | Emit the whole token set as ready-to-use css | json | scss | tailwind. Dual-theme, self-consistent with scaffold_component variable names. |
| list_componentsB | Every component id + purpose + domain + regulatory flags, optionally filtered by domain. |
| get_componentC | Full contract: purpose, props, whenToUse/whenNot, a11y, regulatory anchors, tokens, dataContract. |
| get_data_contractC | The data shape + required render states (loading / empty / error / stale) for a component. |
| get_decision_registerD | The four-cell register (when to use / when not & instead / behaviour & a11y / regulatory) — the line between a kit and a system. |
| search_componentsA | Ranked keyword search across id, domain, regulatory, purpose, whenToUse. Returns ids + purpose + score. |
| find_by_regulationA | Find every component that serves a given rule (e.g. "FINRA 2111", "NACHA", "SEC 17a-4"). Compliance-driven discovery. |
| recommend_componentA | Describe a use case in natural language; get ranked component recommendations, each with its whenNot warning so the agent avoids misuse. |
| bundle_componentsC | Resolve |
| scaffold_componentA | Generate a paste-ready, method-compliant skeleton (ds-section HTML + scoped tokens-only CSS + delegated reduced-motion-safe JS + the four-cell register) from a component contract. The killer tool: the agent gets correct structure, not invented structure. |
| lint_usageA | Validate a proposed usage against the system: token names must resolve, render states must be canonical, and CSS must be tokens-only (no hardcoded hex/rgb, no inline styles). Returns issues by severity. |
| audit_accessibilityC | Static accessibility audit of a component against its contract: a11y contract present, error state declared (status in words not colour alone), every colour token defined for both themes in lock-step, reduced-motion guard, regulatory anchor — plus a per-token contrast read in both themes. Verifies the contract, not a running DOM. |
| contrast_reportA | The WCAG 2.1 contrast ladder for the token set in both themes (or one): foreground tokens over backgrounds with AA / AA-large / AAA classification and a failures list. The machine version of the Accessibility Lab contrast checker. |
| compliance_checkC | Map a jurisdiction (us | eu | uk | au | sg | jp | global) and optional feature keywords to the regulatory anchors and guardrail components PRESENT in this design system. A coverage map for design, not legal advice. |
| compose_flowA | Assemble a multi-component flow from a list of ids: dependency-resolved order (deps first), per-step decision register, and the union of tokens + regulatory anchors across the flow. For building a KYC / order / onboarding surface end to end. |
| scaffold_testC | Generate a dependency-free, runnable contract-conformance smoke test for a component (tokens resolve, states canonical, regulatory anchors intact, a11y contract passes, scaffold CSS tokens-only). Ships the test discipline with the component. |
| get_manifestA | Version + per-file SHA-256 checksums for sync verification. |
| diff_sinceB | Given a consumer version, report whether a newer contract exists so it pulls only the delta. Auto-sync primitive. |
| get_methodB | The Edwson operating contract — the nine non-negotiables + verification gates that every component and scaffold satisfies. The Ed-agent in machine-readable form. |
| get_statsA | System overview: version, component + domain counts, regulatory-framework coverage, token count. |
| list_consumer_componentsA | The Consumer Design System (B2C sibling, 118 categories / 11 domains incl. a 22-entry AI & Agents domain). List entries — id, name, domain, platform anchor, canonical URL — optionally filtered by domain (e.g. "ai", "commerce", "growth"). |
| get_consumer_componentC | One consumer entry with its bundle obligations attached (what it requires, what requires it). The when-not-to cell of the register at |
| search_consumer_componentsB | Keyword search across consumer names, summaries, domains and anchors, e.g. "paywall", "child", "cancel". |
| find_consumer_by_anchorB | Regulation-first discovery over the consumer catalogue: "COPPA" / "GDPR Art 7" / "FTC" / "WCAG" / "EU AI Act" returns the entries (and hard rules) that answer to it. Start from the rule, not the widget. |
| get_consumer_bundlesC | Bundled-by-contract pairs (paywall→cancellation, UGC→report & block, checkout→order tracking, agent-confirm→agent-trace). All of them, or the obligations of one id — include them unprompted. |
| get_agent_protocolB | The consumer system's machine-carried reading logic: the seven-step read path (discover → fetch index → select → read register → resolve bundles & hard rules → build from tokens → gate to a human) plus the hard rules that can BLOCK a build. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| build-regulated-component | Generate a method-compliant component from its contract. |
| compliance-review | Review a surface against a regulation using the components that serve it. |
| accessibility-audit | Audit a component against its behaviour & accessibility contract. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| tokens | Full token contract (color light/dark, space, radius, type, density). |
| components | Every component id + purpose + domain + regulatory flags. |
| manifest | Version + per-file SHA-256 checksums. |
| method | The nine non-negotiables + verification gates — the Ed-agent operating contract. |
| regulatory | Every regulation mapped to the components that serve it. |
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/Edwson/eds-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server