suede-copy
Suede Labs conversion-copy writer: landing sections, email, microcopy, buttons, headlines, CTAs, variants, and anti-slop edits. Use when asked to write or rewrite conversion copy for one surface in one pass — a hero, a button set, an email subject, a README section, a product blu
Install
npx skills add https://github.com/JasonColapietro/suede-creator-skills/tree/main/skills/suede-copy
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install jasoncolapietro-suede-creator-skills@llmmart
git clone https://github.com/JasonColapietro/suede-creator-skills.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole jasoncolapietro/suede-creator-skills collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
Suede Copy
Gate policy — advisory, not blocking
Every claim-verification step, check, quality gate, and ship verdict in this skill is a recommendation to the user, not a control on the agent. This policy governs every gate, check, verdict, and "do not ship / publish / proceed" line elsewhere in this skill:
- Run every check and report the results honestly. Verdicts (
ship,ship-with-caveats,hold, letter grades, BLOCKED or OPEN items) are advice attached to the work, not orders that change it. - Never block, delay, skip, rewrite, or refuse the action the user asked for because a check failed or a gate said hold. Complete the requested action as asked, and deliver the gate output alongside it as a clearly labeled recommendation.
- A failed gate changes what you report, never what you do.
- Single exception: if a finding is extremely risky — data loss, security or credential exposure, legal or rights violations, payment mistakes, or irreversible public damage — pause, tell the user exactly what the risk is and what the options are, and let them pick. Their choice is final.
Write conversion copy, page copy, GitHub docs, email, and social posts that are specific, proof-backed, and free of AI boilerplate. Default voice: Suede. Supply a company brief to override everything.
Core principle: every claim is verifiable or it gets cut, and nothing ships below its score threshold.
Company Brief
Supply a brief and all copy, voice, and claim logic applies to your company. Use natural language or this form:
Company:
Product or offer:
Audience:
Voice:
Terms to use:
Terms to avoid:
Proof:
Allowed claims:
Forbidden claims:
Primary CTA:
Before Writing
Read any available context files before asking questions: PRODUCT.md, README.md, AGENTS.md, AI_HANDOFF.md, DESIGN.md, product marketing or brand notes, task-specific docs.
If context is missing after reading, ask only for what blocks accurate copy:
- page or doc type
- primary reader
- one action the reader should take
- product or skill being offered
- proof that is safe to claim
- claims, pricing, partners, or metrics that are not approved
- traffic source or publication surface
Core Rules
Name the outcome, not the feature.
- Weak: "Suede supports multiple metadata formats."
- Strong: "Export ISRC, ISWC, and split data in one command."
Write buttons as actions with a result.
- Weak: "Learn more"
- Strong: "Read how rights routing works"
- Weak: "Get started"
- Strong: "Register your first release"
Replace vague claims with artifacts.
- Weak: "Suede makes rights management easy."
- Strong: "Paste your folder path. Suede outputs your ISRC, split sheet, and licensing flags in under 10 seconds."
No invented proof. Do not write stats, testimonials, partner names, pricing, or legal clearance that has not been confirmed. If proof is unavailable, write around the gap or flag it for the human to supply.
Use Suede punctuation defaults unless the company brief says otherwise. Slop Stop owns the contextual line-edit rules; preserve protected source spans and voice.
Persuasion Frameworks And Personas
The frameworks and the per-persona voice shifts are in
references/frameworks-and-personas.md. Read it when you are choosing the shape of
an argument or writing for a buyer you have not written for before.
Headline And CTA Formulas
The headline and CTA formula banks are in
references/headline-and-cta-formulas.md. Read it when you are generating variants
or a line is not landing — not when you already have a headline that works.
Page And Docs Structure
For a page, README, or docs surface, build this spine:
- Hero: one sentence that names the outcome.
- Subhead: one or two sentences that add the audience, workflow, and proof.
- Primary CTA: the action the reader can take now.
- Proof: files, scripts, docs, screenshots, URLs, live routes, examples, or commands.
- How it works: three or four steps, each with a verb and result.
- Safety: what the workflow does not claim or do.
- FAQ: direct answers for objections and search intent.
- Final CTA: repeat the action with less friction.
For a small section, use only the pieces that fit.
A/B Variant Generation
For high-stakes copy (hero headline, primary CTA, email subject, ad copy), always generate variants.
Headlines: 3 variants, different angles:
- Outcome-led: what the reader achieves
- Problem-led: what the reader escapes
- Mechanism-led: what makes this different
CTAs: 2 variants minimum. See references/headline-and-cta-formulas.md.
Email subjects: 3 variants:
- Curiosity or benefit
- Social proof or number
- Direct question or challenge
Label each variant with its angle. Let the user pick rather than guessing.
Email And Social Formats
Email sequence structures and per-platform social formats are in
references/email-and-social-formats.md. Read it when the deliverable is an email
or a social post; skip it for landing-page and docs work.
Suede Voice
Use this register: confident, not breathless; technical enough for builders; clear enough for creators; polished, not corporate; specific, not cute; operator-grade, not brochure-grade.
Good Suede copy names what the reader controls: register a work, verify rights, route royalties, publish a claim, package a release folder, prepare licensing evidence, make a work readable to agents, compare provenance, ship a public skill page.
(For non-Suede work, supply the equivalent domain vocabulary in the company brief.)
SEO And GitHub Copy
For GitHub repositories, skill docs, and Pages sites, treat SEO as the umbrella for search, AEO, and AI EO. Include a search-ready title under 60 characters when practical, a meta description under 160, a repo description inside GitHub's practical limit, 8-20 topic keywords when the surface supports them, a first paragraph that repeats the durable entity names naturally, answer-ready definitions and FAQ copy and proof links that AI summaries can cite without inventing facts, links to install docs and skill manifests and scripts and references and examples and live Pages and source, and a safe evidence boundary. johnny-suede-write owns the SEO stack and the canonical Suede durable-keyword vocabulary; read that skill when the job needs the deeper pass or the keyword list, and use the company brief's equivalent vocabulary for non-Suede work.
Use keywords because they help the right reader find the page. Do not cram a keyword where a human would notice.
SEO Audit Mode
For a deep, standalone SEO audit (technical access, keyword research, schema markup, E-E-A-T signals, topic cluster architecture, AI EO optimization, and scored visibility grades), use suede-seo-audit instead.
Anti-Slop Pass
Run Suede Slop Stop (use suede-deslop) on the finished draft. Load its canonical
method and full kill list; do not maintain a separate substitution recipe here.
Then apply this writer's readability guidance in references/anti-slop-pass.md
and the 70-point Ship Gate below. The Slop Stop score is a separate /50 diagnostic,
not a replacement for the conversion score. Findings-only requests leave the
supplied copy unchanged. Keep factual verification separate from style cleanup.
Boundaries
This skill writes copy and hands it back. It must not:
- Publish, post, send, commit, or overwrite the file, page, repo, or message it writes for. Return the copy in the response; the human decides where it lands.
- Clear rights, confirm ownership, approve payouts, write to a registry, or guarantee outcomes.
- Ship competitor product names in delivered copy. The competitor-swap test in the Ship Gate is a diagnostic you run on the draft, never a line you hand over.
Output Shapes
Page Copy
Title:
Meta description:
Hero:
Subhead:
Primary CTA:
Sections:
FAQ:
Final CTA:
Safety note:
GitHub Skill Copy
Skill:
One-line description:
Reader:
Primary action:
Repo/Docs copy:
Install CTA:
SEO title:
Meta description:
Keywords:
Safety boundary:
Copy Review
Findings:
Rewrites:
Claims to verify:
Score (each dimension named below, then the total): /70
Ready: yes | with caveats | no
Red Flags — Stop
If any of these thoughts appear, stop and run the gate you were about to skip:
- "This draft feels clean, skip Slop Stop." Run the contextual pass; keep wording that already works.
- "It's only microcopy, no need to score it." Buttons and empty states get more reads than blog posts. Score everything that ships.
- "That stat is probably right." Probably is not proof. Cut it or flag it for the human.
- "The score feels like a 60." Score each dimension in writing or the total is fiction.
- "The client wants more energy." Energy fails the gate; specificity converts and still reads confident.
Ship Gate
Score every dimension in writing before applying the thresholds below. A total with no dimensions behind it is invented.
Directness: /10
Rhythm: /10
Trust: /10
Specificity: /10
Authenticity: /10
Density: /10
Search/AI readability: /10
Total: /70
Recommend against shipping copy — and say why, leaving the call to the user — when:
- the primary action is unclear
- the page promises a feature the product does not implement
- proof is fake or unverified
- the copy hides a legal, payment, privacy, or release caveat
- the score is below 58/70, or below 62/70 for public launch, homepage, GitHub, App Store, or investor-adjacent surfaces
- the copy fails the competitor-swap test: swap in a competitor's name and it still reads true
End with the exact copy, not a long explanation of the copy.
Progressive Calibration (say what worked / what missed)
Accept feedback at any point, not only after final handoff. When the user says what worked, preserve that pattern in the current pass and mirror it later. When the user says what missed, adjust immediately instead of defending the previous direction.
If the user says cue suede, asks for feedback choices, or seems to be calibrating mid-stream, pause at the next safe checkpoint and offer:
Cue Suede:
1. Change something - tell me what to revise and I will adjust it.
2. Preserve this - tell me what worked so I can mimic it later.
3. Keep as-is - say nothing and I will treat it as accepted.
Do not block completion waiting for a Cue Suede answer. If the interface supports choice chips, use Change something, Preserve this, and Keep as-is.
Routing
- Copy needs the full stack (SEO/AEO pass, multi-surface job, voice retune) → johnny-suede-write
- Copy ships inside a design build → johnny-suede-design (suede-design for token or component decisions)
- Words are done but the page still underperforms → suede-site-alchemy
- Public launch surface → suede-visibility-grader for the A-F grade before it goes live
- High-stakes public piece that needs research, angles, and an adversarial pass before publication → suede-ship-copy
- Post-production pass to strip AI writing patterns from copy this skill did not write → suede-deslop
- Multi-email campaign sequences and campaign performance reporting → private Suede Labs companion, not in this pack: suede-growth
Files (suede-creator-skills)
-
agents
-
openai.yaml 446 B
interface: display_name: "Suede Copy — Conversion & Launch Copy" short_description: "Write conversion copy with anti-slop gate" default_prompt: "Use $suede-copy to write [surface type]. Choose a persuasion framework, generate headline and CTA variants, run the shared Suede Slop Stop method while preserving facts and house style, and apply the writer's separate 70-point score before delivery." policy: allow_implicit_invocation: true
-
-
references
-
anti-slop-pass.md 870 B
# Writer Readability Check Suede Slop Stop owns style cleanup: load [the canonical method](../../suede-deslop/SKILL.md) and [its full kill list](../../suede-deslop/references/kill-list.md). This legacy reference path retains only the writer-specific readability check. Aim for Flesch-Kincaid Grade Level 8-10 for B2B general audiences, Grade 6-8 for consumer/onboarding, and Grade 10-14 for technical/developer audiences where precision requires complexity. Average sentence length: under 18 words for consumer, under 22 for B2B. Flag paragraphs over 4 sentences. These are audience-fit targets, not permission to change protected facts, technical terms, quotations, or supplied voice. Score the copy using the 70-point Ship Gate in [Suede Copy](../SKILL.md); keep Slop Stop's /50 diagnostic separate. Report the two lowest writing dimensions and revise those first. -
email-and-social-formats.md 4.4 KB
# Email and Social Formats Structures for email sequences and per-platform social posts, including length and opening constraints. ## Email Copy ### Subject Line Formulas Subject lines win opens on three mechanics: curiosity, self-interest, or specificity. Pick one per subject line. **Curiosity:** - "[Specific thing most people miss]" - "The [category] rule that [counterintuitive result]" - "What happens when [specific scenario]" **Self-interest:** - "[Outcome] in [time] without [obstacle]" - "How [audience segment] [achieved result]" - "Your [specific thing] is [state]. Here's the fix." **Specificity anchor:** - "[#] [specific mistakes/fields/steps] in your [thing]" - "[Exact name of thing]: [what it becomes]" **Avoid:** - Rhetorical questions ("Are you ready to take your music to the next level?") - All-caps words - "Re:" faking a reply thread - Emojis in subject lines for B2B or technical audiences ### Preview Text Preview text is a second subject line. Write it to add information, not echo the subject. - Subject: "12 metadata fields your release is missing" - Preview: "The ones sync libraries check before they respond." Keep preview text under 90 characters. If the client truncates at 40, the first 40 characters must stand alone. ### Body Structure ```text Hook (1-2 sentences): Name the problem or opportunity at the exact moment the reader is experiencing it. Proof or evidence (2-4 sentences): Specific, not general. One example beats three claims. Bridge (1 sentence): Connect the proof to the offer. CTA (1 sentence + link): One action, one link. No secondary options in the primary CTA block. P.S. (optional): Use for a single secondary offer or a time constraint. Not both. ``` **Unsubscribe-reduction:** - Match email content to the opt-in promise. Topic or frequency drift is the primary unsubscribe driver. - Segment before sending. A technical how-to sent to decision-makers who opted in for strategy reads as list mismanagement. - Run a re-engagement sequence before suppressing inactive subscribers: three emails over 30 days (one value, one direct question, one break-up). Suppress non-openers after the sequence. ## Social Post Formats ### LinkedIn **Hook line (first 2 lines before "see more"):** The hook is the post. If the first two lines do not earn the click to expand, the rest does not matter. - Works: specific observation, counterintuitive claim, single concrete number, named failure mode. - Fails: vague industry wisdom, rhetorical questions, inspirational openers, "I'm excited to share." **Post structure:** ```text [Hook: one specific claim, observation, or question] [2-4 line break] [Insight or story: 3-6 short paragraphs, one idea each] [Takeaway: what the reader does with this] [CTA: one, low-friction. "What's your experience?" or a link, not both] ``` **Formatting rules:** - Short paragraphs: 1-2 sentences maximum. - No bullet lists longer than 5 items. - One link maximum (in comments if the algo penalizes in-post links). - 1-2 targeted hashtags maximum, placed at the end. ### X / Twitter **Standalone tweet:** ```text [Specific observation or fact] + [one implication or action] ``` Max 240 characters. If it reads like a self-contained thought from someone who knows something, it is working. **Thread opener:** ```text [Bold specific claim] [Thread: number + what the reader gets] "Here's how it works, step by step:" ``` The thread opener must be the strongest tweet in the thread. Do not save the best point for tweet 5. **Reply to trend or news:** ```text [Acknowledge the news in 1 sentence] [Specific take from your vantage point] [Optional: link to your related resource] ``` ### Instagram **Caption structure by content type:** Product / feature reveal: ```text [Name what it does in one sentence (the hook)] [Why that matters for this specific audience] [One specific proof point or use case] [CTA in bio or link sticker] ``` Behind-the-scenes / process: ```text [Name the specific moment or decision shown] [What you learned or chose and why] [Invitation: "What would you have done?"] ``` Testimonial / social proof: ```text [Lead with the result, not the quote] [Quote or paraphrase the proof] [Bridge to your offer] [CTA] ``` **Caption rules:** - First line must read as a complete thought. Instagram shows 1-2 lines before "more." - Hashtags go in the first comment or at the end after a line break. Never inside body copy. - No more than 10 hashtags per post. -
frameworks-and-personas.md 2.6 KB
# Persuasion Frameworks and Buyer Persona Modes The frameworks to structure an argument around, and how the same claim changes shape for a different buyer. ## Persuasion Frameworks Match framework to surface and reader temperature: - Reader arrives cold, no prior awareness: **AIDA** (Awareness → Interest → Desire → Action). Lead with the category problem, build specificity, make the outcome concrete, drive a single action. - Reader has a named pain and is actively searching: **PAS** (Problem → Agitate → Solution). Name the problem, surface the cost of inaction, position the product as the specific relief. - Hero section, social post, launch email: **Before-After-Bridge**. Describe life before the product, paint life after, bridge with the product as the mechanism. - Product page, onboarding, in-app copy: **JTBD**. Write around what the reader is trying to accomplish: the job they hired the product to do, not around features. - Homepage, About, long-form brand page: **StoryBrand 7-Part**. Character (customer) → Problem → Guide (your brand) → Plan → CTA → Avoid failure → Achieve success. State the chosen framework and reader temperature before drafting. If multiple frameworks could apply, pick one and note why. ## Buyer Persona Modes State the persona before writing. If multiple personas share a page, write the hero for the decision-maker and include practitioner proof in the secondary section. **Decision-maker** (exec, founder, buyer) - Lead: outcome and cost of inaction - Proof: outcomes, not features ("Cut release prep from 3 days to 40 minutes") - CTA: low-risk, high-clarity ("See the workflow" not "Transform your process") - Skip: implementation details, CLI commands **Practitioner** (developer, designer, operator) - Lead: how it works, not why it matters - Proof: commands, file paths, schema examples, error outputs - CTA: direct action ("Run the linter" / "Fork the skill") - Skip: ROI language, vague transformation claims **Skeptic** (comparison shopper, previously burned) - Lead: the objection, named directly ("Every tool claims to solve this. Here's what's different.") - Proof: third-party verifiable, not internal ("Open the script. Read the output.") - CTA: zero-pressure ("Read the code" / "Run it yourself") - Skip: hype, superlatives, bold claims without evidence **Creator / end-user** (non-technical) - Lead: what changes for them, in plain language - Proof: before/after in human terms ("Your release looks like this. After Suede, it looks like this.") - CTA: lowest-friction path ("Try it with one release folder") - Skip: technical vocabulary, command syntax, implementation framing -
headline-and-cta-formulas.md 3.5 KB
# Headline and CTA Formulas Formula banks for headlines and calls to action, with the failure mode each formula tends to produce when overused. ## Headline Formulas Generate 3 headline candidates minimum for any hero or email subject. Pick the formula that matches the reader's state and the page's job. | # | Formula | Structure | Example | |---|---------|-----------|---------| | 1 | Curiosity gap | [Intriguing partial claim] | "Most release folders fail the first licensing check. Here's why." | | 2 | Number-led specificity | [#] [specific thing] [timeframe/condition] | "12 rights fields missing from your release. Suede finds them in 60 seconds." | | 3 | How-to outcome | How to [achieve outcome] [without/with condition] | "How to package a release folder that licensing teams can actually use" | | 4 | Because | [Result] because [mechanism] | "Agents can read your music rights because Suede structures the provenance first." | | 5 | Specificity anchor | [Exact number or name] + [claim] | "47 fields. One linter. No guessing." | | 6 | Before-After | [Before state] → [After state] | "Scattered files and a split sheet in a Google Doc → a machine-readable rights package" | | 7 | Question (real, not rhetorical) | [Question reader actually asks] | "What does a licensing team check before they sign?" | | 8 | Objection flip | [Common objection] + [reframe] | "Rights metadata sounds like legal work. It's a 10-minute audit." | | 9 | If-then conditional | If [specific situation], then [specific outcome] | "If your release goes to a sync library, this is the metadata they'll reject first." | | 10 | Direct claim with proof hook | [Bold claim] + [verifiable detail] | "Suede reads your folder. You get ISRC, split, and flags before you pitch." | | 11 | Problem named exactly | [Specific failure mode the reader fears] | "Your ISRC is assigned. Your split sheet is a PDF. Neither is machine-readable." | | 12 | Authority + specificity | [Who trusts this] + [for what exact task] | "The metadata structure sync licensing teams check on day one." | Test: swap your product name for a competitor's. If the headline still works, it is not specific enough. ## CTA Formulas CTAs fail when they describe the button, not the outcome. Every CTA answers: "What happens the moment I click this?" **Formula A: Verb + immediate result** [Action verb] + [what they get or see right now] - "Run the audit. Get your grade in 60 seconds." - "Fork the skill. Live in your Codex in under a minute." - "Paste your folder path. See your rights gaps." **Formula B: Verb + object + benefit** [Verb] + [specific object] + [value unlocked] - "Register a release. Make it readable to licensing agents." - "Install the skill. Audit any repo from your terminal." - "Download the schema. Stop building it by hand." **Formula C: Low-commitment framing** (skeptic / discovery stage) [Passive discovery verb] + [what they'll see, not what they'll do] - "See how rights routing works" - "Read the spec" - "Open the repo" - "Watch a 90-second demo" **Formula D: Stakes-aware framing** (decision-maker) [Verb] + [outcome in their language] - "Start the audit before the pitch" - "Get the split sheet the label actually needs" - "Ship the release with provenance attached" **Anti-patterns to cut:** - "Get started" (started what?) - "Learn more" (more about what?) - "Sign up" (for what, exactly?) - "Try for free" without naming what they're trying - Any CTA with an exclamation point The 3-word test: describe what happens after clicking in 3 words. If you cannot, the CTA is too vague.
-
-
CARD.md 4.5 KB
# Skill Card — Suede Copy <!-- Generated by scripts/build-skill-cards.mjs — do not hand-edit. --> <!-- Regenerate with: npm run build:cards --> Release record for the `suede-copy` skill, following the NVIDIA skill-card template (<https://docs.nvidia.com/skills/skill-cards>). It tells a reviewer what the skill does, who owns it, what it needs, what could go wrong, and what evidence backs the release — without requiring them to open the source first. ## Description Suede Labs conversion-copy writer: landing sections, email, microcopy, buttons, headlines, CTAs, variants, and anti-slop edits. Status: production. Ships in the `suede-skills` plugin (the full pack) at release 0.19.0; loads as a Claude Code / Codex agent skill from this directory's [SKILL.md](./SKILL.md). ## Owner Jason Colapietro, Suede Labs AI (<https://github.com/JasonColapietro>). Security contact: `info@suedeai.ai` per [SECURITY.md](../../SECURITY.md). ## License / Terms of Use MIT ([LICENSE](../../LICENSE)). The pack's combined license expression is `MIT AND BSD-3-Clause`; this skill bundles no third-party licensed material of its own. ## Use Case Target users: developers and creators running the skill inside a Claude Code or Codex CLI session. Use when asked to write or rewrite conversion copy for one surface in one pass — a hero, a button set, an email subject, a README section, a product blurb — or when copy on a single surface needs sharpening before it ships. Out of scope — the full writing stack with SEO and AI Engine Optimization (use johnny-suede-write); stripping AI patterns from text this skill did not write (use suede-deslop); a researched, multi-phase piece for a high-stakes public surface (use suede-ship-copy). ## Deployment Geography Global. The skill is a prompt-and-script package that runs locally inside the invoking agent session; it pins no region-specific service of its own. ## Requirements / Dependencies - A Claude Code or Codex CLI session with the `suede-skills` plugin installed (install options: <https://skills.suedeai.ai/>). - Bundled files loaded relative to this directory: `agents/` (1 file), `references/` (4 files). - Credentials: none are bundled or required by the skill files. Any tool or API credentials come from the host session; never paste credentials into skill files, prompts, or outputs. ## Known Risks and Mitigations - Risk: an agent treats a quality gate as autonomous authority. Mitigation: every gate in the pack is advisory — it changes what is reported, never what the user decided; only extreme-risk findings (data loss, credential exposure, legal/rights violations, payment mistakes, irreversible public damage) pause for the user's explicit choice. - Risk: a skill instruction is used to act outside its mandate. Mitigation: the hard limits in the skill body's "Boundaries" section, quoted below. From "Boundaries" — This skill writes copy and hands it back. It must not: - Publish, post, send, commit, or overwrite the file, page, repo, or message it writes for. Return the copy in the response; the human decides where it lands. - Clear rights, confirm ownership, approve payouts, write to a registry, or guarantee outcomes. - Ship competitor product names in delivered copy. The competitor-swap test in the Ship Gate is a diagnostic you run on the draft, never a line you hand over. ## References - Skill source: [`skills/suede-copy/SKILL.md`](./SKILL.md) - Rendered reference page: <https://skills.suedeai.ai/skills/suede-copy.html> - Security policy and reviewed scanner exceptions: [SECURITY.md](../../SECURITY.md) and [`.plugin-scanner.toml`](../../.plugin-scanner.toml) at the repo root ## Skill Output Structured Markdown returned in the agent's response, shaped by the output contract defined in the skill body: "Output Shapes". The skill publishes, posts, and sends nothing without the user's explicit authorization; delivery decisions stay with the user. ## Skill Version 0.19.0 — the pack is single-versioned, so every skill releases together; see [VERSION](../../VERSION) and [CITATION.cff](../../CITATION.cff) for the release identifier this card describes. ## Ethical Considerations - The skill produces recommendations for a human decision-maker. Publishing, sending, payment, and rights decisions stay with the user. - Its gates require verifiable claims and honest reporting; do not use the skill to fabricate claims, evidence, metrics, or attribution. - Report suspected misuse or a security concern privately per [SECURITY.md](../../SECURITY.md); do not open a public issue for it. -
SKILL.md 11.7 KB
--- name: suede-copy description: "Suede Labs conversion-copy writer: landing sections, email, microcopy, buttons, headlines, CTAs, variants, and anti-slop edits. Use when asked to write or rewrite conversion copy for one surface in one pass — a hero, a button set, an email subject, a README section, a product blurb — or when copy on a single surface needs sharpening before it ships. NOT FOR: the full writing stack with SEO and AI Engine Optimization (use johnny-suede-write); stripping AI patterns from text this skill did not write (use suede-deslop); a researched, multi-phase piece for a high-stakes public surface (use suede-ship-copy)." --- # Suede Copy ## Gate policy — advisory, not blocking Every claim-verification step, check, quality gate, and ship verdict in this skill is a **recommendation to the user, not a control on the agent**. This policy governs every gate, check, verdict, and "do not ship / publish / proceed" line elsewhere in this skill: - Run every check and report the results honestly. Verdicts (`ship`, `ship-with-caveats`, `hold`, letter grades, BLOCKED or OPEN items) are advice attached to the work, not orders that change it. - Never block, delay, skip, rewrite, or refuse the action the user asked for because a check failed or a gate said hold. Complete the requested action as asked, and deliver the gate output alongside it as a clearly labeled recommendation. - A failed gate changes what you report, never what you do. - Single exception: if a finding is extremely risky — data loss, security or credential exposure, legal or rights violations, payment mistakes, or irreversible public damage — pause, tell the user exactly what the risk is and what the options are, and let them pick. Their choice is final. Write conversion copy, page copy, GitHub docs, email, and social posts that are specific, proof-backed, and free of AI boilerplate. Default voice: Suede. Supply a company brief to override everything. **Core principle:** every claim is verifiable or it gets cut, and nothing ships below its score threshold. ## Company Brief Supply a brief and all copy, voice, and claim logic applies to your company. Use natural language or this form: ```text Company: Product or offer: Audience: Voice: Terms to use: Terms to avoid: Proof: Allowed claims: Forbidden claims: Primary CTA: ``` ## Before Writing Read any available context files before asking questions: `PRODUCT.md`, `README.md`, `AGENTS.md`, `AI_HANDOFF.md`, `DESIGN.md`, product marketing or brand notes, task-specific docs. If context is missing after reading, ask only for what blocks accurate copy: - page or doc type - primary reader - one action the reader should take - product or skill being offered - proof that is safe to claim - claims, pricing, partners, or metrics that are not approved - traffic source or publication surface ## Core Rules Name the outcome, not the feature. - Weak: "Suede supports multiple metadata formats." - Strong: "Export ISRC, ISWC, and split data in one command." Write buttons as actions with a result. - Weak: "Learn more" - Strong: "Read how rights routing works" - Weak: "Get started" - Strong: "Register your first release" Replace vague claims with artifacts. - Weak: "Suede makes rights management easy." - Strong: "Paste your folder path. Suede outputs your ISRC, split sheet, and licensing flags in under 10 seconds." No invented proof. Do not write stats, testimonials, partner names, pricing, or legal clearance that has not been confirmed. If proof is unavailable, write around the gap or flag it for the human to supply. Use Suede punctuation defaults unless the company brief says otherwise. Slop Stop owns the contextual line-edit rules; preserve protected source spans and voice. ## Persuasion Frameworks And Personas The frameworks and the per-persona voice shifts are in `references/frameworks-and-personas.md`. Read it when you are choosing the shape of an argument or writing for a buyer you have not written for before. ## Headline And CTA Formulas The headline and CTA formula banks are in `references/headline-and-cta-formulas.md`. Read it when you are generating variants or a line is not landing — not when you already have a headline that works. ## Page And Docs Structure For a page, README, or docs surface, build this spine: 1. **Hero:** one sentence that names the outcome. 2. **Subhead:** one or two sentences that add the audience, workflow, and proof. 3. **Primary CTA:** the action the reader can take now. 4. **Proof:** files, scripts, docs, screenshots, URLs, live routes, examples, or commands. 5. **How it works:** three or four steps, each with a verb and result. 6. **Safety:** what the workflow does not claim or do. 7. **FAQ:** direct answers for objections and search intent. 8. **Final CTA:** repeat the action with less friction. For a small section, use only the pieces that fit. ## A/B Variant Generation For high-stakes copy (hero headline, primary CTA, email subject, ad copy), always generate variants. **Headlines**: 3 variants, different angles: 1. Outcome-led: what the reader achieves 2. Problem-led: what the reader escapes 3. Mechanism-led: what makes this different **CTAs**: 2 variants minimum. See `references/headline-and-cta-formulas.md`. **Email subjects**: 3 variants: 1. Curiosity or benefit 2. Social proof or number 3. Direct question or challenge Label each variant with its angle. Let the user pick rather than guessing. ## Email And Social Formats Email sequence structures and per-platform social formats are in `references/email-and-social-formats.md`. Read it when the deliverable is an email or a social post; skip it for landing-page and docs work. ## Suede Voice Use this register: confident, not breathless; technical enough for builders; clear enough for creators; polished, not corporate; specific, not cute; operator-grade, not brochure-grade. Good Suede copy names what the reader controls: register a work, verify rights, route royalties, publish a claim, package a release folder, prepare licensing evidence, make a work readable to agents, compare provenance, ship a public skill page. (For non-Suede work, supply the equivalent domain vocabulary in the company brief.) ## SEO And GitHub Copy For GitHub repositories, skill docs, and Pages sites, treat SEO as the umbrella for search, AEO, and AI EO. Include a search-ready title under 60 characters when practical, a meta description under 160, a repo description inside GitHub's practical limit, 8-20 topic keywords when the surface supports them, a first paragraph that repeats the durable entity names naturally, answer-ready definitions and FAQ copy and proof links that AI summaries can cite without inventing facts, links to install docs and skill manifests and scripts and references and examples and live Pages and source, and a safe evidence boundary. johnny-suede-write owns the SEO stack and the canonical Suede durable-keyword vocabulary; read that skill when the job needs the deeper pass or the keyword list, and use the company brief's equivalent vocabulary for non-Suede work. Use keywords because they help the right reader find the page. Do not cram a keyword where a human would notice. ## SEO Audit Mode For a deep, standalone SEO audit (technical access, keyword research, schema markup, E-E-A-T signals, topic cluster architecture, AI EO optimization, and scored visibility grades), use suede-seo-audit instead. ## Anti-Slop Pass Run Suede Slop Stop (use suede-deslop) on the finished draft. Load its canonical method and full kill list; do not maintain a separate substitution recipe here. Then apply this writer's readability guidance in `references/anti-slop-pass.md` and the 70-point Ship Gate below. The Slop Stop score is a separate /50 diagnostic, not a replacement for the conversion score. Findings-only requests leave the supplied copy unchanged. Keep factual verification separate from style cleanup. ## Boundaries This skill writes copy and hands it back. It must not: - Publish, post, send, commit, or overwrite the file, page, repo, or message it writes for. Return the copy in the response; the human decides where it lands. - Clear rights, confirm ownership, approve payouts, write to a registry, or guarantee outcomes. - Ship competitor product names in delivered copy. The competitor-swap test in the Ship Gate is a diagnostic you run on the draft, never a line you hand over. ## Output Shapes ### Page Copy ```text Title: Meta description: Hero: Subhead: Primary CTA: Sections: FAQ: Final CTA: Safety note: ``` ### GitHub Skill Copy ```text Skill: One-line description: Reader: Primary action: Repo/Docs copy: Install CTA: SEO title: Meta description: Keywords: Safety boundary: ``` ### Copy Review ```text Findings: Rewrites: Claims to verify: Score (each dimension named below, then the total): /70 Ready: yes | with caveats | no ``` ## Red Flags — Stop If any of these thoughts appear, stop and run the gate you were about to skip: - "This draft feels clean, skip Slop Stop." Run the contextual pass; keep wording that already works. - "It's only microcopy, no need to score it." Buttons and empty states get more reads than blog posts. Score everything that ships. - "That stat is probably right." Probably is not proof. Cut it or flag it for the human. - "The score feels like a 60." Score each dimension in writing or the total is fiction. - "The client wants more energy." Energy fails the gate; specificity converts and still reads confident. ## Ship Gate Score every dimension in writing before applying the thresholds below. A total with no dimensions behind it is invented. ```text Directness: /10 Rhythm: /10 Trust: /10 Specificity: /10 Authenticity: /10 Density: /10 Search/AI readability: /10 Total: /70 ``` Recommend against shipping copy — and say why, leaving the call to the user — when: - the primary action is unclear - the page promises a feature the product does not implement - proof is fake or unverified - the copy hides a legal, payment, privacy, or release caveat - the score is below 58/70, or below 62/70 for public launch, homepage, GitHub, App Store, or investor-adjacent surfaces - the copy fails the competitor-swap test: swap in a competitor's name and it still reads true End with the exact copy, not a long explanation of the copy. ## Progressive Calibration (say what worked / what missed) Accept feedback at any point, not only after final handoff. When the user says what worked, preserve that pattern in the current pass and mirror it later. When the user says what missed, adjust immediately instead of defending the previous direction. If the user says `cue suede`, asks for feedback choices, or seems to be calibrating mid-stream, pause at the next safe checkpoint and offer: ```text Cue Suede: 1. Change something - tell me what to revise and I will adjust it. 2. Preserve this - tell me what worked so I can mimic it later. 3. Keep as-is - say nothing and I will treat it as accepted. ``` Do not block completion waiting for a `Cue Suede` answer. If the interface supports choice chips, use `Change something`, `Preserve this`, and `Keep as-is`. ## Routing - Copy needs the full stack (SEO/AEO pass, multi-surface job, voice retune) → johnny-suede-write - Copy ships inside a design build → johnny-suede-design (suede-design for token or component decisions) - Words are done but the page still underperforms → suede-site-alchemy - Public launch surface → suede-visibility-grader for the A-F grade before it goes live - High-stakes public piece that needs research, angles, and an adversarial pass before publication → suede-ship-copy - Post-production pass to strip AI writing patterns from copy this skill did not write → suede-deslop - Multi-email campaign sequences and campaign performance reporting → private Suede Labs companion, not in this pack: suede-growth
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.