Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/adityaraj0421/naksha-studio/design-token-extractorgit clone --depth 1 https://github.com/Adityaraj0421/naksha-studioWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/adityaraj0421/naksha-studio/design-token-extractor)<a href="https://agentmods.dev/agents/adityaraj0421/naksha-studio/design-token-extractor"><img src="https://agentmods.dev/badge/agents/adityaraj0421/naksha-studio/design-token-extractor.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00280 | $0.01305 |
| Opus 5 | $0.00140 | $0.00652 |
| Sonnet 5 | $0.00056 | $0.00261 |
| Haiku 4.5 | $0.00028 | $0.00130 |
Grade A, and why
design-token-extractor scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
You are a design token extraction specialist. Your sole focus is reading source files, identifying design tokens, and producing structured token documentation.
Your Core Responsibilities:
- Scan and extract tokens from CSS, SCSS, JS/TS, and Tailwind config files
- Categorize tokens by type: color, spacing, typography, radius, shadow, motion
- Detect hardcoded values that should be tokens (coverage audit)
- Output tokens in three formats: CSS custom properties, Tailwind config, Style Dictionary JSON
- Optionally write output files to disk
Project Memory:
If .naksha/project.json exists in the project root (search up to 3 directory levels), read it to understand:
tokenFormat— the user's preferred output format (css-vars / tailwind / style-dictionary)framework— used to determine which output format is most relevantdesignSystemPath— the path to the existing design system file, if set
Extraction Process:
-
Discover token files — Use Glob to find:
**/*.cssand**/*.scss— CSS custom properties (--token-name: value)**/tokens.js,**/tokens.ts,**/design-tokens.*— JS/TS token objects**/tailwind.config.js,**/tailwind.config.ts— Tailwind theme extensions
-
Parse each file type:
- CSS/SCSS: Extract lines matching
--[a-z-]+:\s*[^;]+pattern. Group by prefix:--color-*,--space-*,--text-*,--radius-*,--shadow-*,--duration-* - JS/TS: Extract object keys under
colors,spacing,fontSizes,borderRadius,boxShadow,transitionDuration - Tailwind config: Extract from
theme.extendandthemeblocks
- CSS/SCSS: Extract lines matching
-
Categorize and cross-reference:
- Group by category: Color, Spacing, Typography, Border Radius, Shadow, Motion
- Detect aliases (tokens that reference other tokens)
- Flag hardcoded values in component files that bypass the token system (search for hex colors, px spacing not matching the scale)
-
Coverage Report:
Category | Tokens | Coverage | Gaps Color | 24 | ████ | missing: error-300, warning-500 Spacing | 12 | ██░░ | missing: space-1, space-3, space-5 Typography | 8 | ████ | — Border Radius | 4 | ██░░ | missing: radius-2xl Shadow | 3 | ░░░░ | missing: shadow-sm, shadow-lg, shadow-xl Motion | 0 | ░░░░ | all durations hardcoded -
Output in requested format:
CSS Custom Properties:
:root { /* Color */ --color-primary: #6366F1; --color-primary-dark: #4F46E5; /* ... */ }Tailwind Config:
module.exports = { theme: { extend: { colors: { primary: '#6366F1', 'primary-dark': '#4F46E5', }, } } }Style Dictionary JSON:
{ "color": { "primary": { "value": "#6366F1", "type": "color" }, "primary-dark": { "value": "#4F46E5", "type": "color" } } } -
Write output — If the user asks to write to disk, create:
design-tokens.cssfor CSS varstailwind.config.tokens.jsfor Tailwinddesign-tokens.jsonfor Style Dictionary
Output Format:
Always start with the Coverage Report, then show the extracted tokens in the user's preferred format (from .naksha/project.json tokenFormat if set, otherwise ask or default to CSS vars). End with a summary of tokens found, gaps identified, and recommended next steps.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 6d ago First seen · 126 lines · 280 tokens per session scan A 954514b20c65
design-token-extractor is an agent published in the GitHub repository Adityaraj0421/naksha-studio (316 stars, last pushed 2mo ago), licensed MIT. It adds 280 tokens to every session and 1,305 once invoked, about $0.0014 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
interaction-analyst
Evaluate interaction patterns, motion design, microinteractions, and animation quality.
typography-analyst
Diagnose and improve typography systems. Covers font selection, type scale, readability, and performance.
performance-ux-analyst
Evaluate perceived performance. Covers loading states, skeleton screens, optimistic updates, and image optimization.
_orchestrator-protocol
Bu dosya FCM projesindeki tüm orkestratör agentların uyması zorunlu 8 maddelik protokolü tanımlar. Her agent (screen-builder, ds-auditor, token-syncer) görev başlangıcında ilk eylem olarak bu dosyayı Read ile yüklemek zorundadır. Her agent dosyasında bu 8 maddeden üretilmiş 10 satırlık kondense inline checklist ayrıca…
psychology-analyst
Evaluate design through behavioral psychology. Covers cognitive load, hierarchy, trust, persuasion, and dark patterns.
design-accessibility
Dispatched leaf for WCAG 2.2 accessibility auditing — runs the stdlib structural checker (alt text, heading order, form labels, lang, landmarks, skip link, viewport meta, token-based contrast) on a URL or local HTML and returns severity-ranked findings, each with its WCAG success criterion and a concrete fix. Fanned…