Saglitzdesign MCP

SaglitzDesign MCP

An expert design & marketing brain for your AI coding agent.

A Model Context Protocol server that gives Claude, Cursor, and any MCP client expert‑level guidance on web, iOS, Android and macOS design — plus the UX, copywriting, SEO, GEO and marketing knowledge that makes a product actually convert.

96 curated knowledge documents · 36 tools · 9 build/review/port workflows · MCP resources with id autocomplete · a one‑call design‑system builder · real token/color/type/elevation/motion/a11y generators · design & UX‑copy linters · production component recipes · phased roadmaps · real‑world visual examples

Why · What's inside · Tools · Resources · Install · Usage · Your own rules · Changelog · License

---

Why

LLMs are confidently wrong about design. They reach for defaults, invent outdated specs, and give generic "make it clean and modern" advice. SaglitzDesign replaces that with a curated, sourced, prescriptive knowledge base your agent can query on demand — the kind of guidance you'd get from a senior product designer, a conversion copywriter, and a technical SEO all at once.

Ask your agent to design a paywall, audit a landing page, or plan an iOS app, and it pulls concrete rules ("44pt minimum touch target", "one primary button per screen", "LCP ≤ 2.5s"), real patterns from top apps, and a phased roadmap — instead of guessing.

• Runtime‑independent. The server reads only local files. No external API, no account, nothing to configure. It just works, offline.
• Local by design. It speaks MCP over stdio only and runs as a child process of your MCP client. There is no HTTP or SSE transport, so it cannot be hosted remotely or reached over a network — which is also why your prompts and code never leave your machine.
• Prescriptive, not vague. Every doc is written as rules an agent applies verbatim — numbers, thresholds, do/don't lists, anti‑patterns.
• Grounded. Design‑language specs from official sources; patterns studied from real top apps and sites; classics distilled from the actual books.

What's inside

96 knowledge documents across 11 categories:

Which documents' sources are enforced, and which are not. Of the 96 documents, 11 have their `sources:` checked by the test suite against a tiered allowlist — the six Apple design‑language guides (apple-hig-liquid-glass, ios-app-design, macos-app-design, apple-accessibility, apple-shipping-readiness, wwdc-design-principles) and the five security documents. The other 85 are curated but not yet checked, and extending the assertion to them is its own piece of work rather than a formality: measured today, 66 of the 85 would fail on 282 sources between them — 227 URL citations across 133 distinct hosts, plus 55 that are not URLs at all and so have no host to check. (The 227 and the 55 are the two halves of the 282, not two figures to add.) Note that apple-intelligence-design and visionos-spatial-design are Apple‑topic documents that sit *outside* the enforced set. get_design_doc prints which side of this line a document is on, next to its sources, so you never have to come back here to find out.

Workflows (/ prompts) — "build me a…"

Beyond answering questions, SaglitzDesign ships prompts that orchestrate an entire build end‑to‑end. In Claude Code they appear in the / menu under a name that depends on how you installed it. Installed as the Claude Code plugin they are /saglitzdesign:build_landing_page and so on — plugin commands, one generated file per workflow in commands/. With the server installed on its own they are /mcp__saglitzdesign__build_landing_page, which the menu labels saglitzdesign:build_landing_page (MCP). That label is typeable too, (MCP) suffix and all — it is just a clumsier way to reach the same prompt. What does *not* work is that short form with the suffix dropped: Claude Code hands the bare server:prompt alias to first‑party Anthropic connectors only — the URL has to be https, on api.anthropic.com, under /v1/design/ — and no other server gets one, stdio or remote. (The plugin's /saglitzdesign:build_landing_page above only looks like that alias — it is a plugin command namespace, a different mechanism.)

Invoke one and the agent runs the full method — roadmap → positioning & copy → generates the design system (color, type, layout, elevation, tokens) → real examples → writes the actual code from the component recipes → runs the deterministic verify gate (design_lint, audit_accessibility, audit_design_system, audit_ux_copy) → opens it in a browser, screenshots, scores it against the critique rubric, and iterates until it passes.

Just type, e.g., `/saglitzdesign:build_landing_page a SaaS invoicing tool for

freelancers` — everything after the command name becomes the brief, and the

workflow asks for anything missing, then builds it. The /mcp__saglitzdesign__…

form takes only the first whitespace‑separated word as its brief, so use the

plugin command whenever the brief is a phrase. These are yours to type: every

command carries disable-model-invocation, so the agent never starts one on

its own. Asked in prose it reaches for the skills instead, and they cover much

of the same ground — design review, landing‑page conversion, Apple platforms —

as guidance rather than as this orchestrated build. The saglitzdesign

skill's own trigger vocabulary names paywalls, so prose about one does reach

a skill; what no skill carries is review_paywall's RevenueCat benchmark

scoring, which runs only when you type it.

The visual critique loop uses whatever browser tool is connected (Claude in

Chrome, Playwright, or chrome‑devtools MCP) to see and refine its own output.

Without one, it reviews the code directly.

Tools

| `get_design_roadmap` | Start here for process. A phased, exp