Wardn HubTrusted MCP server directory.

Registry

  • MCP Servers
  • Skills
  • Categories

Resources

  • API docs
  • Score method

Contribute

  • Submit server
  • Advertise
© 2026 Wardn Hub
Wardn Hub
MCP ServersSkillsCategoriesAPI docsSubmit server
Submit server
skills/mohitagw15856/pm-claude-skills/microcopy-writer

microcopy-writer

1
mohitagw15856/pm-claude-skills·Audit passed·Snapshot 270349d8c379

Summary

This source did not publish a separate summary. Review SKILL.md before using the skill.

SKILL.md

Microcopy Writer Skill

Microcopy is the smallest text with the biggest leverage: a button label, a field hint, a confirmation. Good microcopy is clear, action-oriented, and reduces hesitation — it tells the user exactly what will happen and what to do. This skill writes that text for a specific moment, with a couple of options and the reasoning, so the team can choose with intent.

Working from a brief

Given "a button for the checkout step" or a screenshot description, write the microcopy anyway — infer the context, the user's goal, and the voice, and label assumptions. Offer 2–3 options where wording is a judgement call. Never hand back a question instead of copy.

Required Inputs

Ask for these only if they aren't already provided (else infer and label):

  • The element & moment — what UI element (button, label, tooltip, toast…) and where in the flow.
  • The user's goal — what they're trying to do, and what happens when they act.
  • Constraints — character limits, the existing voice/tone, and any required terms.
  • Stakes — is the action reversible, risky, or final (affects tone and confirmation).

Output Format

Microcopy: [element / moment]

For each piece of text:

  • Recommended — the best option, ready to ship.
  • Alternatives — 1–2 other options with a different angle (shorter, warmer, more explicit).
  • Why — one line: what makes the recommended version work (clarity, the verb, the expectation it sets).

Apply the principles: lead with a verb for actions ("Save changes", not "OK"); say what happens next; keep it short and specific; match voice; and for risky/irreversible actions, make the consequence explicit ("Delete 3 files" beats "Are you sure?"). Cover the related states if relevant (default, loading, success, error).

End with consistency notes — terms/patterns to reuse elsewhere so the product speaks with one voice.

Quality Checks

  • Action text leads with a specific verb and sets the right expectation (no bare "OK"/"Submit" when something clearer fits)
  • It's concise and scannable — no filler, no jargon
  • Risky/irreversible actions state the consequence, not just "Are you sure?"
  • Wording matches the product's voice and existing terminology
  • Options are given where wording is a real judgement call, each with a one-line rationale
  • Related states (loading/success/error) are covered when relevant
  • Anti-Patterns

    • Do not use vague labels ("OK", "Submit", "Click here") when a specific verb communicates the outcome
    • Do not write clever copy that obscures what the button does — clarity beats personality at decision points
    • Do not ignore character limits or the existing voice — microcopy must fit the UI and the brand
    • Do not hide consequences behind a generic confirmation — name what will happen
    • Do not invent product terms — reuse the established vocabulary for consistency

    Based On

    UX writing practice — action-oriented, expectation-setting microcopy, voice consistency, and clarity at decision points.

    Related skills

    capacity-planningcompetitor-teardowncontext-engineering-reviewrunbook-writerreceipts-audit