workflows/workflows/agent-environment-setup/platforms/codex/generated-skills/design-screen/SKILL.md
Turn a product goal into a concrete screen direction, then implement or hand off the resulting UI specification.
npx skillsauth add cubetiq/cubis-foundry design-screenInstall 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.
Creates a screen-level brief, locks the style contract and thesis set, chooses the correct owning surface, and converts that direction into implementation-ready work.
Use this for one screen, page, or view where the main problem is composition, hierarchy, interaction cost, or presentation.
planner -> implementer
frontend-design first to lock the style contract, visual thesis, content or system thesis, and interaction thesis.design to decide whether the work is browser-first, phone-first, or desktop-first, and whether design-system must refresh canonical state before screen execution.frontend-design for the public UI-design front door, style contract, and thesis capturedesign for routing, critique language, and execution-boundary decisionsweb-ui-design for browser-first screen workmobile-ui-design for app-first or phone-first screen workdesktop-ui-design for workspace-first, multi-pane, or expert-oriented desktop workdesign-system when the screen depends on shared tokens, component vocabulary, or canonical system guidanceProvide screen purpose, content requirements, target surfaces, state expectations, and any brand or interaction constraints.
The output should describe hierarchy, layout, states, styling decisions, and rejected anti-patterns clearly enough to build from.
DESIGN_SCREEN_WORKFLOW_RESULT:
direction_name: <2-5 word direction>
style_contract:
surface_type: <value>
style_family: <value>
anti_patterns:
- <value>
theses:
visual: <summary>
content_or_system: <summary>
interaction: <summary>
owning_surface: web-ui-design | mobile-ui-design | desktop-ui-design
implementation_notes:
- <note>
Typical next step: /implement
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.