From design-system-ops-internal
Produce a six-section, LLM- and Figma-MCP-optimised specification for ONE component — identity, API, states/variants, composition, tokens/theming, usage/a11y — so agents and tools can consume it reliably. Triggers on 'document this component for AI', 'write a component spec for X', 'describe the Dialog for the MCP', 'generate component metadata doc'. Do NOT trigger for a composed multi-component pattern — use pattern-documentation. Do NOT trigger for when-to-use guidance only — use usage-guidelines. Do NOT trigger for a machine-readable index of ALL components — use codebase-index.
How this skill is triggered — by the user, by Claude, or both
Slash command
/design-system-ops-internal:ai-component-descriptionThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Generates a structured spec for a single component, optimised for machine consumption (agents,
Generates a structured spec for a single component, optimised for machine consumption (agents, Figma MCP). Depth scales with Challenge Rating. It documents what's actually in the code — inferred fields are flagged, and if the metadata is too thin to document well it says so rather than inventing.
Reads (all optional): stack.component_roots; output.report_dir.
None required. If Figma is configured, MAY cross-reference the component's design spec for states/variants.
Find the component; assign its Challenge Rating (depth driver). Diagnostic mode: if props, types, or purpose can't be determined from the source (no types, opaque implementation), stop and report exactly what's missing and what to add — never fabricate an API.
asChild, expected nesting.CR1–2 may legitimately have a thin §3/§4 — note it; don't pad.
## <Component> — spec (CR<n>)
**Headline.** <One line: what it is + the one thing an integrator must know.>
### Identity / API / States & variants / Composition / Tokens & theming / Usage & a11y
<each section; inferred fields marked `(inferred)`>
### Scope
- Source: <files read>
- Inferred: <which fields were inferred vs read from types>
- Diagnostic: <if thin — what's missing to document this well>
This spec is only as trustworthy as the code it's read from — keep the (inferred) flags so
consumers know what to double-check. Regenerate when the API changes.
npx claudepluginhub quadrivia-ai/design-system-ops-internal --plugin design-system-ops-internalSearches MemPalace before answering questions about past work, people, projects, or prior decisions. Returns verbatim stored content instead of guessing from model memory.
Fetches up-to-date documentation from Context7 for libraries and frameworks like React, Next.js, Prisma. Use for setup questions, API references, and code examples.
Guides Payload CMS config (payload.config.ts), collections, fields, hooks, access control, APIs. Debugs validation errors, security, relationships, queries, transactions, hook behavior.