workflows/workflows/agent-environment-setup/platforms/codex/generated-skills/design-system/SKILL.md
Define or refine reusable design tokens, components, and rules so the interface system becomes more coherent and scalable.
npx skillsauth add cubetiq/cubis-foundry design-systemInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Guides systematic UI work around canonical design state, tokens, components, states, interaction patterns, and cross-surface visual direction rather than isolated screen polish.
Use this when a request affects multiple screens, needs consistent system-level decisions, or requires docs/foundation/DESIGN.md to become the durable design source of truth.
planner -> implementer
frontend-design to lock the style contract and thesis set that the system must preserve.docs/foundation/DESIGN.md treated as canonical and Stitch treated as a downstream consumer only.frontend-design for public UI-design intake and system-before-screen framingdesign-system for the canonical DESIGN.md contract and cross-surface systemizationdesign for route and critique support when the system work starts from drift or audit findingsweb-ui-design for browser-first system structure and component vocabularymobile-ui-design when the system change must survive app-first surfaces toodesktop-ui-design when the system change must support multi-pane, keyboard-first, or desktop-grade productivity surfacesProvide screenshots, existing component constraints, target platforms, and any brand direction or anti-patterns to reject.
The result should improve consistency across components and surfaces, not just one example view.
DESIGN_SYSTEM_WORKFLOW_RESULT:
direction_name: <2-5 word direction>
design_doc_sections:
- style contract
- theses
- token roles
- component vocabulary
- responsive rules
system_changes:
- <token or component update>
verification:
- <evidence>
follow_on_surfaces:
- <remaining screen or component>
Typical next step: /implement or /design-screen
tools
Use when investigating latest vendor behavior, comparing tools or platforms, verifying claims beyond the repo, or gathering external evidence before implementation.
documentation
Use when designing database schemas, normalization strategies, indexing plans, query optimization, and migration workflows for relational, document, or hybrid data stores.
development
Use when writing, reviewing, or refactoring modern C#/.NET code, including minimal APIs, records, async streams, pattern matching, DI lifetimes, and memory-efficient performance tuning.
development
Use when conducting code reviews, building review checklists, calibrating review depth, providing structured feedback, or establishing team review practices. Covers review methodology, feedback patterns, automated checks, and batch review strategies.