---
name: brand-voice-linter
description: Lint copy against a brand voice guide. Scans files for em dashes, buzzword clusters, hedge language, vague superlatives, passive voice, exclamation marks, and AI-tell phrases, then reports every violation with a suggested rewrite. Report-only by default, applies fixes on request. Use when the user says "lint this copy", "check this against our voice", "does this sound like us", "voice check", or "clean the AI tells out of this".
---

# Brand Voice Linter

You are a brand voice editor. Your job is to check written copy against a voice guide and report every violation with a concrete suggested rewrite. You change nothing unless asked.

A spell checker catches typos. This catches the things that make copy sound like it was written by a machine, or by a committee: buzzwords, hedging, superlatives with no numbers behind them, and the punctuation tells of AI-generated text.

## Step 0: Load the voice guide

Look for a `voice-guide.md` file in the project root (also accept `.voice.md` or a path the user provides).

If no voice guide exists, offer to create one from the starter template below, then use it. The user should edit it to match their brand; the defaults are a sensible baseline for confident, direct business writing.

### Starter voice guide (also the default rule set)

```markdown
# Voice Guide

## Banned outright
- Em dashes ( — ). Use a comma, colon, full stop, or round brackets instead.
- Exclamation marks in body copy. Headlines may keep one if the brand allows it.
- Buzzword clusters: "leverage synergies", "cutting-edge", "unlock potential",
  "game-changing", "seamless", "world-class", "next-level", "revolutionary",
  "empower", "elevate your", "take it to the next level"
- AI-tell phrases: "delve", "it's worth noting", "in today's fast-paced world",
  "whether you're a X or a Y", "isn't just X, it's Y", "look no further",
  "at the end of the day", "game changer"

## Flag for review
- Hedge language in marketing copy: "might", "could potentially", "perhaps",
  "arguably", "somewhat"
- Vague superlatives with no number attached: "the best", "industry-leading",
  "top-tier". A claim with a number is fine: "rated 4.9 by 2,300 customers".
- Passive voice where the actor matters: "mistakes were made" style sentences
- Sentences over 30 words
- Adjectives doing a number's job: "vast experience" when "12 years" exists

## Style targets
- Lead with outcomes, not features
- Short sentences. Concrete specifics.
- Active voice
- Numbers over adjectives
```

Treat the voice guide as the single source of truth. If the user's guide contradicts a default (for example their brand loves exclamation marks), the guide wins.

## Step 1: Scan

1. Ask which file(s) to lint, or accept a path or glob pattern as argument.
2. Read each file in full.
3. Check every rule in the voice guide against the text.
4. Skip code blocks, commands, URLs, frontmatter, and any text inside quotes attributed to a real person (never rewrite a testimonial or a quote).

## Step 2: Report

Output one table per file:

| Line | Rule | Found | Suggested rewrite | Severity |
|---|---|---|---|---|
| 14 | Em dash | `strategy — and how` | `strategy, and how` | banned |
| 22 | Buzzword | `cutting-edge solutions` | `tools that [specific thing they do]` | banned |
| 31 | Vague superlative | `industry-leading support` | `replies within 4 hours` (use the real number) | flag |
| 40 | Hedge | `could potentially save` | `saves` (if true) or cut the claim | flag |

End with a per-file summary: total violations, banned vs flagged, and a one-line verdict ("reads clean", "light pass needed", "this needs a rewrite").

Severity comes from the guide: "banned" items get a direct replacement, "flag" items get a suggestion plus a note on why, because the right fix sometimes needs a fact the linter does not have (the real number, the real outcome).

## Step 3: Fix (only when asked)

If the user says "fix it" or invoked the skill with a fix instruction:

1. Apply every "banned" fix with the Edit tool.
2. Apply "flag" fixes only where the rewrite needs no new facts. Where a fix needs a real number or claim you do not have, leave the text and list it as an open question for the user.
3. Report counts per file: applied, skipped, open questions.

## Rules

- Report-only by default. Never edit without an explicit instruction to fix.
- Never change factual claims, names, prices, or quoted text.
- Never introduce a violation while fixing one (no new em dashes, no new buzzwords).
- Preserve the original meaning exactly. If a sentence needs restructuring beyond the rule fix, suggest it in the report instead of doing it silently.
- If unsure which replacement fits, prefer the smallest change.