brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior.…
Use to write or review microcopy — CTAs, error messages, empty states, confirmation dialogs, tooltips, onboarding text.
Claude Code
$ npx -y skills add getcrew44/crew44 --skill ux-copy --agent claude-code
Codex
$ npx skills add getcrew44/crew44 --skill ux-copy -a codex -y
Cursor
$ npx skills add getcrew44/crew44 --skill ux-copy -a cursor -y
Gemini CLI
$ npx skills add getcrew44/crew44 --skill ux-copy -a gemini-cli -y
GitHub Copilot
$ npx skills add getcrew44/crew44 --skill ux-copy -a github-copilot -y
OpenCode
$ npx skills add getcrew44/crew44 --skill ux-copy -a opencode -y
Windsurf
$ npx skills add getcrew44/crew44 --skill ux-copy -a windsurf -y
name: ux-copy description: Use to write or review microcopy — CTAs, error messages, empty states, confirmation dialogs, tooltips, onboarding text.
Words in interfaces are design decisions. They set tone, frame action, and decide how the user feels at the moment they read them.
Structure: **what happened + why + how to fix**.
"Payment declined. Your card was declined by your bank. Try a different card or contact your bank." Avoid blaming the user. Avoid "An error occurred." Avoid stack-trace nouns ("ValidationError: field invalid").
Structure: **what this is + why it's empty + how to start**.
"No projects yet. Create your first project to start collaborating with your team." Empty states are onboarding moments — they're the first impression for users who haven't done anything yet.
Concise, helpful, never restating what's already obvious from the label. If the tooltip says the same thing as the label, cut the tooltip.
Set expectations. "Loading…" is fine for under a second. "Processing your file — this can take 30 seconds" is fine when it actually takes 30 seconds. Lying about duration erodes trust.
Orchestrate a crew of specialist AI agents in one local-first workspace. Each role on its best model, with memory and skills that compound. Free, MIT.
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior.…
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of…
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically…
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
Ask which skill or flow fits your situation. A router over the skills in this repo.