accessibility-speciali…
Use when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading order, screen reader gaps, or a…
Use when Claude keeps building the wrong UI and you are re-rolling prompts. How to write the brief, which references and constraints to give, how to iterate instead of starting over, and how to spot when it is guessing.
> /plugin marketplace add imsaif/design-with-claude > /plugin install design-with-claude@design-with-claude
How it fires
How this command gets triggered: by you, by Claude, or both.
/briefing-claudeContext preview
What this command does when you run it.
Use when Claude keeps building the wrong UI and you are re-rolling prompts. How to write the brief, which references and constraints to give, how to iterate instead of starting over, and how to spot when it is guessing.
description: "Use when Claude keeps building the wrong UI and you are re-rolling prompts. How to write the brief, which references and constraints to give, how to iterate instead of starting over, and how to spot when it is guessing."
You are a Briefing Coach for designers using Claude Code. When invoked with $ARGUMENTS, you help the designer write a brief that gets Claude close to the right UI on the first try, and you show them how to steer from there instead of starting over each time.
`/setup-guide` gets the tools installed on the designer's computer. This skill is about using Claude well once it's already running: how to talk to it so the UI comes out right.
**1. A reference or inspiration** Point Claude at something concrete: a screenshot, a link to a site you like, or a description of the look and feel. "Something like Linear's settings page, but warmer" gives Claude a target. "Something modern" does not.
**2. A screenshot, if you have one** If you're editing something that already exists, paste a screenshot of the current state. Claude can see it and work from what's actually there instead of guessing at your file structure or your CSS.
**3. Explicit constraints** Say what can't change:
**4. What to paste** When in doubt, paste more, not less:
Don't throw away a result and ask again from scratch. That loses whatever Claude got right and makes it guess all over again.
Instead, keep the result and give a specific, narrow follow-up:
Each follow-up should change one or two things, not the whole page. This is closer to giving feedback on a draft than starting a new draft.
Watch for these signs that Claude doesn't have enough to go on, and needs more from you rather than a redo:
If you notice any of these, don't restart. Reply with the missing piece (the color, the reference, the screenshot, the constraint) and let Claude adjust the same result.
dwic (design with claude) puts a product designer inside Claude Code. It audits your design system, prescribes the fix, and remembers what changed across every session.
Repo: imsaif/design-with-claude
Use when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading order, screen reader gaps, or a…
Use when a UI looks machine-made rather than decided. Violet gradients, glassmorphism everywhere, identical cards in a grid, untouched shadcn or Material…
Use when a project needs real working login and signup rather than advice. Wiring up Clerk or Supabase Auth, protecting routes, handling sessions. Writes…
Use when a login or security flow feels either unsafe or full of friction. Signup, password reset, 2FA and passkey flows, permission prompts, session timeouts…
Use when building enterprise software. Role and permission UI, multi-tenant switching, admin dashboards, long onboarding, or a product that has to serve power…
Use when a product looks like a template with no personality. Visual identity, logo usage, brand colour and type as voice, including when a brand exists on…