name: clarify description: "UX copy pass — buttons, errors, empty states, form hints. Clarity over cleverness. Invoke when the user asks for clarify on their UI, or mentions 'clarify' alongside design / UI / frontend work."
<!-- AUTO-GENERATED. Do not edit here. Source: skills/ui-craft/ + commands/*.md. Regenerate with `node scripts/sync-harnesses.mjs`. -->Context: this sub-skill is one lens of the broader ui-craft skill. If the ui-craft skill is also installed, read its SKILL.md first for Discovery + Anti-Slop + Craft Test, then apply the specific lens below.
Clarify the copy in the target the user described. Load the ui-craft skill.
Default mode: critique, not edit. Return the copy diff in a Review Format table. Only apply changes if the user says "apply".
Checklist — walk the UI and flag every instance:
- Button labels — verb + object. "Send invite" > "Submit". "Delete project" > "Delete". Never "OK", "Submit", "Click here".
- Errors — inline, specific, actionable. "Email already in use — sign in or use another address." Never "Something went wrong."
- Empty states — one line explaining why empty + one CTA. "No projects yet. Create your first." not "It's empty here!"
- Form hints — below the field, persistent, not just validation-triggered. "Must include a number and a symbol" as helper text, not as an error after submit.
- Confirmation language — past tense, subject-first. "Project deleted." > "Successfully deleted project."
- Destructive actions — the noun lives in the button. "Delete {projectName}" > "Delete". The dialog confirms; the button commits.
- Case — sentence case by default. Title Case only for branded product names. Never ALL CAPS (exception: 11-13px category labels, already in SKILL.md).
- Voice — clear > clever. Active voice. Short sentences. Real words ("cancel" not "discontinue", "start" not "initiate").
Knob-agnostic — clarity is not tunable. Run the full checklist regardless of CRAFT_LEVEL.
References to read: references/copy.md (microcopy voice + patterns), references/accessibility.md (error message expectations for screen readers).
Output format — the Review Format table:
| Before | After | Why |
|---|
Prioritize by impact (errors and destructive actions first, then CTAs, then helper copy). End with a one-paragraph summary of the overall voice shift. If the user says "apply", edit the code and re-print the table with file paths.