eds-mcp-server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| 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