skills/ux-model-attributes/SKILL.md
Phase 4 of Sketch the Solution. List exhaustive attributes for every entity in the system map. Use when asked to 'model attributes', 'list attributes', 'data model', or 'entity attributes'.
npx skillsauth add arndvs/ctrlshft ux-model-attributesInstall 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.
Output "Read UX Model Attributes skill." to chat to acknowledge you read this file.
Pipeline position: /ux-user-stories → /ux-system-map → /ux-flow-diagram → /ux-model-attributes → /ux-screen-requirements → /ux-interface-design → /ux-test-driven-design
Get as many as possible from user stories, surveys, and flow diagram.
Create a comprehensive inventory of every data attribute for every entity. Aim for 20-25+ attributes per entity. Include even attributes you won't use in V1 — they inform future versions.
system-map.md from Phase 2 (entities and relationships)user-stories.md from Phase 1flow-diagram.md from Phase 3Invoke /ux-list-attributes
For each entity in the system map, brainstorm every possible attribute. Sources: user stories, customer interviews, existing reports/spreadsheets, competitor products.
Generate attributes.md containing:
After completion, offer:
/ux-screen-requirements — proceed to Phase 5/sketch-the-solution — return to orchestratorIf context is high, follow the standard handoff protocol (@~/dotfiles/instructions/handoff.instructions.md).
development
Use when implementing UI, checking dark/light mode, or validating animations — adds a visual feedback loop via browser screenshots so frontend changes are verified, not assumed.
development
Use when Claude Code sessions had many manual approval ("press 1") prompts or when auditing hook permissions; identifies which Bash commands required approval.
tools
Use after merging a PR or during periodic cleanup to archive plan-mode files by linking them to merged PRs.
testing
Use when stress-testing a plan against the project's domain model — grills the design, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise.