/sentry-brand-guidelines

Source: ~/.claude/skills/sentry-brand-guidelines/SKILL.md


name: brand-guidelines description: Write copy following Sentry brand guidelines. Use when writing UI text, error messages, empty states, onboarding flows, 404 pages, documentation, marketing copy, or any user-facing content. Covers both Plain Speech (default) and Sentry Voice tones.

Brand Guidelines

Write user-facing copy following Sentry's brand guidelines.

Tone Selection

Choose the appropriate tone based on context:

Use Plain Speech Use Sentry Voice
Product UI (buttons, labels, forms) 404 pages
Documentation Empty states
Error messages Onboarding flows
Settings pages Loading states
Transactional emails "What's New" announcements
Help text Marketing copy

Default to Plain Speech unless the context specifically calls for personality.

Plain Speech (Default)

Plain Speech is clear, direct, and functional. Use it for most UI elements.

Rules

  1. Be concise - Use the fewest words needed
  2. Be direct - Tell users what to do, not what they can do
  3. Use active voice - "Save your changes" not "Your changes will be saved"
  4. Avoid jargon - Use simple words users understand
  5. Be specific - "3 errors found" not "Some errors found"

Examples

Instead of Write
"Click here to save your changes" "Save"
"You can filter results by date" "Filter by date"
"An error has occurred" "Something went wrong"
"Please enter a valid email address" "Enter a valid email"
"Are you sure you want to delete?" "Delete this item?"

Sentry Voice

Sentry Voice adds personality in appropriate moments. It's empathetic, self-aware, and occasionally snarky.

Principles

  1. Empathetic snark - Direct frustration at the situation, never the user
  2. Self-aware - Acknowledge the absurdity of software
  3. Fun but functional - Personality should enhance, not obscure meaning
  4. Earned moments - Only use when users have time to appreciate it

Examples

404 Pages:

"This page doesn't exist. Maybe it never did. Maybe it was a dream. Either way, let's get you back on track."

Empty States:

"No errors yet. Enjoy this moment of peace while it lasts."

Onboarding:

"Let's get your first error. Don't worry, it's not as scary as it sounds."

Loading States:

"Crunching the numbers..." "Fetching your data..."

When NOT to Use Sentry Voice

General Rules

Spelling and Grammar

Punctuation

Word Choices

Avoid Prefer
Please (omit)
Sorry (be specific about the problem)
Error occurred Something went wrong
Invalid (explain what's wrong)
Success! (describe what happened)
Oops (be specific)

Dash Usage

Type Use Example
Hyphen (-) Compound words, ranges "real-time", "1-10"
En-dash (--) Ranges, relationships "2023--2024", "parent--child"
Em-dash (---) Interruption, emphasis "Errors---even small ones---matter"

In most UI contexts, use hyphens. Reserve en-dashes for date ranges and em-dashes for longer prose.

UI Element Guidelines

Buttons

Error Messages

  1. Say what happened
  2. Say why (if helpful)
  3. Say what to do next

Good: "Could not save changes. Check your connection and try again." Bad: "Error: Save failed."

Empty States

  1. Explain what would normally be here
  2. Provide a clear action to populate the state
  3. Sentry Voice is appropriate here

Good: "No projects yet. Create your first project to start tracking errors."

Confirmation Dialogs

Tooltips and Help Text

Anti-Patterns

Avoid these common mistakes:

References


Revision #4
Created 2026-02-18 08:39:58 UTC by John
Updated 2026-05-31 20:01:28 UTC by John