# io.github.HalidSaglam/saglitzdesign-mcp (npm · saglitzdesign-mcp)

Expert design & marketing MCP: UI/UX, design languages, SEO/GEO, tokens, a11y, recipes.

- Trust score: 72/100 (medium)
- Change this week: +9
- Registry status: active
- Liveness: live
- Owner verified: no
- Last scored: 2026-08-03

## Components

- npm · `saglitzdesign-mcp`: 72/100 (this document), [markdown](https://verifymcp.io/servers/halidsaglam-saglitzdesign-mcp/saglitzdesign-mcp.md), [page](https://verifymcp.io/servers/halidsaglam-saglitzdesign-mcp/saglitzdesign-mcp)

## Channel facts

- Registry: `npm`
- Package: `saglitzdesign-mcp`
- Version: `0.17.0`
- Transport: `stdio`

## Trust breakdown

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. Scores are 0–100 per category. Scoring method: https://verifymcp.io/docs/scoring (what has changed: https://verifymcp.io/docs/scoring/changelog)

Scored 2026-08-03.

- **Supply Chain Security**: 87/100
  - No malware found by supply-chain analysis.
  - Only part of the dependency tree could be resolved (95 of 99), so this covers what we could see, not the whole tree.
  - No install/post-install scripts declared.
  - Only part of the dependency tree could be resolved (95 of 99), so this covers what we could see, not the whole tree.
- **Provenance & Transparency**: 45/100
  - Source repository is publicly reachable at the declared URL.
  - Provenance check failed: no build-provenance attestation is published.
  - Clear OSI-approved license (MIT).
  - Actively maintained (last published 6 days ago).
  - Disclosure check failed: no security disclosure policy was found in the source repository.
- **Schema Quality & AI Usability**: 88/100
  - 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).
  - AI-judged instruction clarity (excellent).
  - Tool/resource definitions use about 7212 tokens (~59/item across 122 items; 28 tools + 94 resources), lean.
  - Usage-examples check failed: none of the tools include examples.
- **Stability & Change Management**: 27/100
  - Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.
- **Tool Coverage**: 100/100
  - 100% of tools have a non-trivial description (not blank, and not just the tool's name).
  - 100% of tool parameters carry a description.
- **Capabilities**: 100/100
  - Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.

## Install

### Claude

```bash
claude mcp add halidsaglam-saglitzdesign-mcp -- npx -y saglitzdesign-mcp
```

### Codex

```bash
codex mcp add halidsaglam-saglitzdesign-mcp -- npx -y saglitzdesign-mcp
```

### opencode

```json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "halidsaglam-saglitzdesign-mcp": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "saglitzdesign-mcp"
      ],
      "enabled": true
    }
  }
}
```

### OpenClaw

```bash
openclaw mcp add halidsaglam-saglitzdesign-mcp --command npx --arg -y --arg saglitzdesign-mcp
```

### Hermes

```yaml
mcp_servers:
  halidsaglam-saglitzdesign-mcp:
    command: "npx"
    args: ["-y", "saglitzdesign-mcp"]
```

### Other

```json
{
  "mcpServers": {
    "halidsaglam-saglitzdesign-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "saglitzdesign-mcp"
      ]
    }
  }
}
```

## Changelog

Every change recorded for this component, newest first. Days that predate change tracking, or that we cannot explain, say so: "we were watching and nothing happened" and "we were not watching" are different claims.

### 2026-08-03 (score 72, +1)

No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.

### 2026-08-02 (score 71, +30)

- [security regression] Provenance: unverified → fail
- [security regression] Stability: 0.20 → unverified
- [security improvement] GHSA-frvp-7c67-39w9 no longer affects this package
- [security improvement] Known CVEs: unverified → partial
- [security improvement] Install scripts: unverified → pass
- [security improvement] Malware scan: unverified → pass
- [functional regression] Schema quality: 100 → unverified
- [functional regression] Tool coverage: 100 → unverified
- [functional regression] Capabilities: pass → unverified
- [functional improvement] Maintenance: unverified → pass
- [functional improvement] Dependency health: unverified → partial
- [functional improvement] License: unverified → pass
- [functional] Licence: MIT

### 2026-08-01 (score 41, +1)

No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.

### 2026-07-31 (score 40, −3)

- [functional] We updated how we score, so this day's move reflects our rubric, not a change to the server

### 2026-07-30 (score 43, +37)

- [functional improvement] Schema quality: unverified → 100
- [functional improvement] Tool coverage: unverified → 100

### 2026-07-28 (score 6, −57)

- [security regression] Install scripts: pass → unverified
- [security regression] Provenance: fail → unverified
- [security regression] Known CVEs: fail → unverified
- [security improvement] GHSA-frvp-7c67-39w9 no longer affects this package
- [functional regression] Dependency health: partial → unverified
- [functional regression] Schema quality: 100 → unverified
- [functional regression] Tool coverage: 100 → unverified
- [functional regression] License: pass → unverified
- [functional regression] Maintenance: pass → unverified
- [functional] Licence: MIT

### 2026-07-27 (score 63)

First indexed and scored.

## MCP tools (28)

### `list_design_knowledge` (~152 tokens)

List Design Knowledge

List the knowledge-base index (design languages, UI components, UX, craft, books, process, marketing, SEO, GEO, patterns). Returns every document grouped by category — each with its id, title, platform, and tags. Use this first to discover what's available and get exact ids; then read one with get_design_doc, or search by need with search_design_knowledge.

Input parameters:

- `category` (string): Filter to one category, e.g. 'component', 'ux', 'marketing'. Omit for all.
- `platform` (string): Filter to one platform: 'mobile', 'web', or 'macos' (docs marked 'both' are always included). Omit for all.

### `search_design_knowledge` (~191 tokens)

Search Design Knowledge

Search the whole knowledge base with a natural-language query — UI components, UX, accessibility, typography, color, motion, conversion, copywriting, SEO/GEO, platform design languages, craft standards, distilled design & marketing books, roadmaps, and real-world app/site patterns. Returns the top-matching documents, each with its single most relevant section excerpted and its id. Use for open-ended 'how should I…' questions; if you already know the id use get_design_doc, to browse everything use list_design_knowledge.

Input parameters:

- `category` (string): Restrict to one category
- `limit` (integer): Max results (default 5)
- `platform` (string): Restrict to one platform
- `query` (string, required): What you need guidance on, e.g. 'primary button size mobile', 'pricing page layout', 'dark mode colors', 'llms.txt'

### `get_design_doc` (~104 tokens)

Get Design Doc

Fetch one knowledge-base document in full by its id. Returns the whole document — title, metadata, prescriptive body, and cited sources. Ids come from list_design_knowledge or search_design_knowledge; if the id is unknown it suggests near matches.

Input parameters:

- `id` (string, required): Exact document id, e.g. 'buttons', 'material-3', 'accessibility', 'geo-tactics-checklist'. Get ids from list_design_knowledge or search results.

### `get_component_guidance` (~167 tokens)

Get Component Guidance

Get expert guidance for designing one UI component or screen pattern (button, form, navigation, card, modal, hero, pricing page, onboarding, paywall, checkout, empty state, dashboard…). Returns the most relevant docs in full — specs, states, sizing, anti-patterns, and real-world patterns from top apps/sites. Use when designing a specific element; for copy-paste code use get_component_recipe, for annotated screenshots use get_design_examples.

Input parameters:

- `component` (string, required): Component or pattern name, e.g. 'primary button', 'signup form', 'bottom tab bar', 'hero section', 'paywall'.
- `platform` (string): Target platform ('mobile' | 'web' | 'macos') — strongly recommended so guidance matches the platform's conventions.

### `get_design_language` (~193 tokens)

Get Design Language

Fetch the full reference document for one modern design language or platform design system (Material 3, Apple HIG/Liquid Glass, iOS/Android/macOS, Apple Intelligence, visionOS, Fluent 2, 2026 web trends, design tokens). Returns the complete spec — rules, do/don't lists, numbers, and examples — for the chosen system. Use when you need the authoritative platform baseline before designing; for a specific component use get_component_guidance, and to plan a whole project use get_design_roadmap.

Input parameters:

- `language` (string, required): Which reference to fetch. e.g. 'material-3' (Android/Material), 'apple-hig-liquid-glass' or 'ios-app-design' (iOS), 'macos-app-design', 'visionos-spatial-design' (Vision Pro), 'web-trends-2026', 'des…

### `design_review_checklist` (~91 tokens)

Design Review Checklist

Generate a structured design-review checklist for a project type (mobile app, website, landing page, dashboard), assembled from the knowledge base: key rules and anti-patterns per area. Use it to audit an existing design or as acceptance criteria for a new one.

Input parameters:

- `focus` (string): Narrow the review to one dimension (default: all)
- `project_type` (string, required): What is being reviewed

### `get_design_roadmap` (~95 tokens)

Get Design Roadmap

The SaglitzDesign roadmap: a phased, expert design process for a given project type (website, landing page, iOS app, Android app, macOS app, SaaS web app). Each phase has a goal and the exact knowledge-base docs to consult. Use this FIRST when starting any design project, then fetch phase docs as you reach them.

Input parameters:

- `project_type` (string, required): What is being designed

### `seo_geo_guide` (~160 tokens)

Seo Geo Guide

SEO and GEO expertise for websites — classic SEO (technical, on-page, design-impact) and GEO, Generative Engine Optimization for AI answer engines (ChatGPT, Perplexity, Google AI Overviews, llms.txt, citations). Returns the full relevant guide docs, optionally narrowed to a topic. Use when planning or auditing a site's discoverability; pair with get_design_roadmap('website') for the full process.

Input parameters:

- `scope` (string, required): Which discipline: 'seo' (classic search), 'geo' (AI answer engines), or 'both'.
- `topic` (string): Optional narrower topic, e.g. 'core web vitals', 'llms.txt', 'structured data'. Omit to get the full guides.

### `get_design_examples` (~204 tokens)

Get Design Examples

Fetch curated real-world examples of a design pattern from top apps and websites (paywalls, onboarding, auth, navigation, checkout, settings, empty states, heroes, pricing, features, social proof, signup, dashboards, footers). Returns, for each example, the app/site, what it does well, and a source link to view the screenshot. NOTE: this installation does not bundle the screenshot images (they are third-party assets, excluded from the published package), so the notes and links are returned WITHOUT inline images — open the links, or use your own browser tool, if you need to see them.

Input parameters:

- `limit` (integer): Max examples to return (default 4; images are large)
- `platform` (string): 'mobile' for iOS app screens, 'web' for website examples
- `query` (string, required): Pattern to see examples of, e.g. 'paywall', 'pricing section', 'dark hero', 'empty state'

### `knowledge_freshness` (~77 tokens)

Knowledge Freshness

Report how fresh each knowledge document is (age since last verification vs its category's staleness threshold). Use this to decide which docs need re-research; refresh workflow is documented in the repo's /refresh-knowledge command.

Input parameters:

- `only_stale` (boolean): Return only docs past their staleness threshold (default false)

### `generate_design_tokens` (~272 tokens)

Generate Design Tokens

Turn a design-token spec (semantic colors + optional spacing/radius/type scales) into REAL, ready-to-use artifact files: CSS custom properties, Tailwind v4 @theme, SwiftUI, Jetpack Compose, and W3C DTCG JSON. Deterministic — outputs code, not advice. Use it to give a project one source of truth across web, iOS and Android. Pair with audit_accessibility to verify the palette's contrast.

Input parameters:

- `colors` (object, required): Semantic color roles → hex. e.g. {"primary":"#4F46E5","onPrimary":"#FFFFFF","surface":"#0A0A0B","textPrimary":"#F5F5F5","danger":"#EF4444"}
- `fontFamilies` (object): font role→stack (default sans/mono)
- `fontSizes` (object): type scale name→px (default xs..4xl)
- `format` (string): Output format (default 'all')
- `name` (string): Token set / brand name (default 'Brand')
- `radii` (object): radius name→px (default sm/md/lg/xl/full; use 9999 for pill)
- `spacing` (array): px spacing scale (default 8pt scale 2..96)

### `audit_accessibility` (~136 tokens)

Audit Accessibility

Deterministic design-time accessibility checks: WCAG 2.2 color-contrast ratios for text/UI color pairs, and minimum tap/target sizes per platform (iOS 44pt, Android 48dp, web 24px min / 44 recommended). Returns exact ratios, pass/fail, and fixes — the machine-verifiable slice of a11y you can run before code. For keyboard/screen-reader/Dynamic Type checks, see get_design_doc('accessibility').

Input parameters:

- `contrast_pairs` (array): Color pairs to check for contrast
- `tap_targets` (array): Interactive targets to check for minimum size

### `get_component_recipe` (~179 tokens)

Get Component Recipe

Get production-ready, accessible reference CODE for a UI component in a chosen stack (react-tailwind, html-css, swiftui, compose) — not advice, actual copy-paste code with all states, ARIA/accessibility, keyboard support and correct motion, grounded in the SaglitzDesign specs. Use when you need to actually build a button, input, modal, toast, card, switch, tabs, empty-state, or list-row. Pair with get_component_guidance (the design rationale) and generate_design_tokens (the theme).

Input parameters:

- `component` (string, required): Component name, e.g. 'button', 'input', 'modal', 'toast', 'card', 'switch', 'tabs', 'empty-state', 'list-row'
- `stack` (string): Target stack. Omit to get the spec + all available stacks.

### `generate_color_system` (~140 tokens)

Generate Color System

Turn ONE brand color into a complete, accessibility-verified palette: a 50–950 tonal scale, a cohesive brand-tinted neutral ramp, and full light + dark semantic tokens (background, surface, border, text, primary/onPrimary, subtle, focus ring). Every text/UI pair is checked against WCAG 2.2 and auto-adjusted to pass. Deterministic — outputs a real palette, not advice. Feed the result into generate_design_tokens, then audit_accessibility.

Input parameters:

- `brand_color` (string, required): The brand / primary color as hex, e.g. '#4F46E5' or '#e11d48'

### `suggest_font_pairing` (~168 tokens)

Suggest Font Pairing

Recommend production-ready font pairings for a brand/product from an intent or vibe (e.g. 'modern SaaS dashboard', 'luxury editorial', 'bold marketing landing', 'native iOS app', 'developer tool'). Returns matched heading + body (+ mono) with ready-to-paste CSS stacks, weights, source, the reason each pairing works, pairing rules, and a suggested type scale. Deterministic curated recommendations, not generic advice. Pair with generate_design_tokens to emit the fonts as tokens.

Input parameters:

- `intent` (string, required): The product/brand vibe or use case, e.g. 'trustworthy fintech dashboard', 'playful consumer app', 'minimal portfolio', 'AI developer product'
- `limit` (integer): How many pairings to return (default 3)

### `fix_contrast` (~190 tokens)

Fix Contrast

Repair a failing color pair: given a foreground and background hex, compute the NEAREST accessible color (hue & saturation preserved, lightness nudged) that meets the WCAG 2.2 target — not just a pass/fail report. Use when audit_accessibility flags a pair and you need the corrected value to ship. For a full pass/fail audit use audit_accessibility; to build a whole palette use generate_color_system.

Input parameters:

- `adjust` (string): Which color to move (default 'foreground' — the text)
- `background` (string, required): Background hex it sits on, e.g. '#FFFFFF'
- `foreground` (string, required): Foreground/text hex to adjust, e.g. '#9CA3AF'
- `target` (number): Target contrast ratio (default 4.5 = AA normal text; use 3 for large text/UI, 7 for AAA)

### `suggest_icon_library` (~183 tokens)

Suggest Icon Library

Recommend the right icon library for a product from an intent/vibe/platform (e.g. 'minimal SaaS dashboard', 'friendly consumer app with personality', 'iOS app', 'Android Material app', 'dense admin panel'). Returns matched open-source (or platform-native) icon systems with license, install command, coverage, the reason each fits, usage rules, and universal icon best-practices. Deterministic curated guidance — icons are NOT bundled; install the chosen library in your own project. Pair with suggest_font_pairing and generate_color_system.

Input parameters:

- `intent` (string, required): Product vibe / platform / use case, e.g. 'clean developer tool', 'premium fintech app', 'iOS native app', 'Material 3 Android app', 'data-dense dashboard'
- `limit` (integer): How many libraries to return (default 3)

### `generate_type_scale` (~188 tokens)

Generate Type Scale

Generate a modular typographic scale from a base size and ratio: named steps (xs…6xl) with sizes, line-heights, letter-spacing, and optional fluid clamp() that scales display type down on small screens. Emits CSS custom properties and a Tailwind v4 @theme block. Deterministic real output. Pair with suggest_font_pairing and generate_design_tokens.

Input parameters:

- `base` (number): Base body size in px (default 16)
- `fluid` (boolean): Emit fluid clamp() for headings (default true)
- `ratio` (number): Modular ratio (default 1.25). Common: 1.2 minor-third, 1.25 major-third, 1.333 perfect-fourth, 1.5, 1.618 golden
- `steps` (integer): Named steps above base (default 7 → up to 6xl)

### `generate_elevation_system` (~137 tokens)

Generate Elevation System

Generate a cohesive elevation / box-shadow ramp (layered ambient + direct light) with semantic level names (flat…modal), as CSS custom properties and Tailwind @theme, plus dark-mode guidance. Deterministic. Use one shadow token per level instead of hand-tuning shadows per component.

Input parameters:

- `hue` (string): Optional shadow tint as 'H S%' e.g. '220 40%' for a cool cast (default neutral black)
- `levels` (integer): Number of raised levels (default 5)
- `strength` (number): Opacity multiplier 0.5–1.5 (default 1)

### `generate_motion` (~126 tokens)

Generate Motion

Generate a motion system: easing tokens (decelerate/accelerate/standard/spring as cubic-beziers), duration tokens, and ready-to-paste keyframe animations (fade-in, slide-up, scale-in, spring-pop, shimmer) in CSS, Framer Motion, or SwiftUI — grounded in the animation-craft rules (ease-out on enter, small distances, never scale(0), honor reduced-motion). Deterministic real code.

Input parameters:

- `animation` (string): Which animation to emit (default all)
- `stack` (string): Target stack (default css)

### `design_lint` (~126 tokens)

Design Lint

Lint a snippet of HTML / CSS / JSX / Tailwind for design & accessibility anti-patterns: hardcoded colors instead of tokens, px font-sizes, removed focus outlines, images without alt, clickable divs, icon-only buttons without labels, positive tabindex, ad-hoc radii, !important overuse. Returns findings with line numbers, severity, and fixes. Fast static design-time check — not a replacement for a full audit. Complements design_review_checklist.

Input parameters:

- `code` (string, required): The HTML/CSS/JSX/Tailwind snippet to lint

### `audit_ux_copy` (~116 tokens)

Audit Ux Copy

Audit UI / marketing copy objectively: readability (Flesch reading ease + grade level), average sentence length, passive voice, jargon/hype words, filler, user-focus ('you' vs 'we'), and weak CTAs. Returns metrics plus specific flagged phrases and fixes. The machine-checkable slice of UX writing — pair with get_design_doc('ux-writing') for voice/tone judgment.

Input parameters:

- `text` (string, required): The copy to audit (a headline, paragraph, button label, error message, or full page copy)

### `create_design_system` (~222 tokens)

Create Design System

THE one-call foundation. Turn a brand color + product vibe + platform into a complete, coherent design-system starter: accessibility-verified color (light+dark), a matched font pairing, an icon library, a modular type scale, an elevation ramp, ready-to-paste design tokens (CSS/Tailwind or SwiftUI/Compose), the components to build, and a build checklist — all generated to work together. Use this FIRST when someone says 'design/build me a website/app' to lay the foundation, then get_component_recipe for each component and get_design_roadmap for the full process.

Input parameters:

- `brand_color` (string, required): Brand / primary color as hex, e.g. '#4F46E5'
- `name` (string): Brand/token name (default 'Brand')
- `platform` (string): Target platform (default web) — picks icon set and token output
- `vibe` (string, required): Product vibe / use case, e.g. 'modern SaaS dashboard', 'premium fintech app', 'bold marketing site', 'minimal portfolio'

### `audit_design_system` (~180 tokens)

Audit Design System

Measure how systematic an existing UI really is: paste CSS / SCSS / Tailwind / JSX source and get a consistency score plus the sprawl behind it — how many distinct colors, font sizes, radii, shadows and spacing values it actually uses, which colors are near-duplicates nobody can tell apart, which spacing is off the 4pt grid, token adoption, stray font families, !important and magic z-index. Returns a consolidation plan wired to the generators. Use it before a redesign, on an inherited codebase, or to prove a design system is (or isn't) being followed. Deterministic static analysis; complements design_lint (per-line anti-patterns) with a whole-codebase view.

Input parameters:

- `code` (string, required): The stylesheet / token file / component source to audit. Concatenate several files to audit them together.

### `generate_layout_system` (~260 tokens)

Generate Layout System

Generate the layout foundation the other generators leave out: breakpoints (with what changes at each), container max-widths, edge padding, a column grid, an intrinsic auto-fit card grid, container queries, and a fluid section-rhythm scale — as CSS custom properties and a Tailwind v4 @theme block, plus the rules that matter more than the numbers (design narrow-first, cap the measure at 45–75ch, prefer intrinsic layout to media queries). Deterministic real code. Pair with generate_type_scale and generate_design_tokens.

Input parameters:

- `columns` (integer): Grid columns (default 12, or 4 for mobile-first)
- `container_queries` (boolean): Include a container-query example so components respond to their own width (default true)
- `gutter` (integer): Gutter between columns in px (default 16–32 by preset)
- `max_width` (integer): Max content width in px (default depends on preset: 960–1440)
- `preset` (string): Layout archetype (default 'marketing-site'): 'web-app' for a dense app shell with a sidebar, 'docs' for a three-zone documentation layout, 'mobile-first' for a 4→12 column phone-first grid

### `compare_design_languages` (~184 tokens)

Compare Design Languages

Compare how iOS (HIG/Liquid Glass), Android (Material 3), macOS and the web each solve ONE design problem — navigation, buttons, modals/sheets, typography, color, elevation, motion, forms, lists, icons, search or settings. Returns a side-by-side table of the concrete conventions per platform, the rules for porting a design between them, and an explicit 'do NOT port' list. Use when building the same product on more than one platform, or when deciding whether a pattern that works on one platform belongs on another.

Input parameters:

- `platforms` (array): Which platforms to include as columns (default all four). e.g. ['ios','android'] for a mobile-only comparison
- `topic` (string, required): The surface to compare, e.g. 'navigation', 'buttons', 'modals-sheets', 'motion'

### `measure_screenshot` (~276 tokens)

Measure Screenshot

Measure a real screenshot from its actual pixels — the exact palette and how many distinct colours it really uses, true WCAG contrast ratios for the colour pairs on screen, whitespace/density, and structural detections (left-edge alignment, vertical rhythm, off-grid gaps) each carrying a confidence level. Returns a markdown measurement and, on request, a self-contained HTML report you can save, open and share. PNG only. Reads the local file you name; makes no network call. Use it before critiquing a UI so the review cites measured numbers instead of impressions; pair with fix_contrast for failing pairs and audit_design_system for the codebase behind the screen.

Input parameters:

- `format` (string): 'markdown' (default) for the measurement text, 'html' for a self-contained report document to save and open, 'both' for each.
- `max_colors` (integer): How many palette clusters to list (default 12).
- `path` (string, required): Path to a .png screenshot. Absolute paths are strongly preferred — a relative path is resolved against the server's working directory, which is usually not your project folder.
- `scale` (integer): Device pixel ratio of the screenshot (default 1). Pass 2 for a Retina/2× capture so lengths are reported in logical px instead of image px.

### `import_design_tokens` (~270 tokens)

Import Design Tokens

Read an EXISTING design system and convert it: paste CSS custom properties (a Tailwind v4 @theme block, a shadcn :root block, plain CSS), a W3C DTCG token file, or a theme object as JSON, and get back the roles it names, the semantic roles it is missing, a WCAG contrast check on the pairs it defines, and the whole set re-emitted as CSS / Tailwind / SwiftUI / Compose / DTCG. The inverse of generate_design_tokens — use it to take a web theme to iOS or Android, to audit an inherited system, or to see what a third-party theme leaves undefined. Only NAMED tokens are read; a bare hex inside a rule carries no role and is never imported as one (use audit_design_system to count those). JavaScript configs are never evaluated.

Input parameters:

- `format` (string): Format to re-emit in (default 'all'). Use 'swiftui' or 'compose' to take a web theme to native.
- `name` (string): Token set / brand name for the emitted artifacts (default 'Imported')
- `source` (string, required): The token source: CSS custom properties, DTCG JSON, or a theme object as JSON. The format is detected automatically.

## Diagnostics

Captured diagnostic sections: Provenance, Dependencies. The full working is on the page: https://verifymcp.io/servers/halidsaglam-saglitzdesign-mcp/saglitzdesign-mcp#diagnostics

## Score history

- 2026-08-03: 72
- 2026-08-02: 71
- 2026-08-01: 41
- 2026-07-31: 40
- 2026-07-30: 43
- 2026-07-28: 6
- 2026-07-27: 63

## Links

- npm package: https://www.npmjs.com/package/saglitzdesign-mcp
- Socket report: https://socket.dev/npm/package/saglitzdesign-mcp
- Repository: https://github.com/HalidSaglam/saglitzdesign-mcp
- Changelog RSS feed: https://verifymcp.io/servers/halidsaglam-saglitzdesign-mcp/saglitzdesign-mcp/changelog.xml
- Changelog JSON feed: https://verifymcp.io/servers/halidsaglam-saglitzdesign-mcp/saglitzdesign-mcp/changelog.json
- HTML version of this page: https://verifymcp.io/servers/halidsaglam-saglitzdesign-mcp/saglitzdesign-mcp