plain-copy
Skill2 starsChanged 22 days agoMITView on GitHub
Write or edit marketing copy so a stranger understands it in one read and it doesn't sound machine-written — ads, banners, landing-page blocks, cold emails, support and retention messages, research reports. Removes AI patterns (rhetorical triples, punchy fragments, clever circumlocutions, invented authority), fixes numbers without context, keeps the author's voice. Use when writing or reviewing any customer-facing text, or when copy "sounds like AI", "is unclear", "too clever", "too long". Triggers: "make this plainer", "this sounds like AI", "edit this copy", "tighten this".
2 other projects use a version of this.
Adopted by
Most recently taken up by
- Hysterelius/plain-copytheir own version, first seen Oct 20, 2026
- tymoshenko-dmytro/claude-marketing-skillsword for word, first seen Oct 13, 2026
Other versions2 projects use a version of this.
Word for word · 1
- tymoshenko-dmytro/claude-marketing-skills★ 2100% same
Edited · 0
None found.
Wrote their own version · 1
- Hysterelius/plain-copy★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository19 other files it gives its agents.
- ads-parserSkill
- ads-video-librarySkill
- ahrefsSkill
- competitor-researchSkill
- connectSkill
- funnel-screenshotsSkill
- ga4-reportsSkill
- gsc-insightsSkill
- image-genSkill
- parallel-researchSkill
- seoSkill
- seo-tech-auditSkill
- video-3dSkill
- video-buildSkill
- video-checkSkill
- video-generatedSkill
- video-movesSkill
- video-soundSkill
- video-studioSkill
The file
We split this skill into the rules it gives an agent
10 rules. About 0 are common, 8 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 16
Read the product facts first: if a facts file exists (product-marketing.md, brief.md, products.md).
- Distinctive: line 21
When choosing between shortening and punching up — shorten.
- Distinctive: line 26
One direct thought per line: Not a comparison in two moves ("agencies charge $5k… / get it for 80% less").
- Distinctive: line 29
A two-clause line shows its own join: Don't leave the reader to connect two statements.
- Distinctive: line 30
Check who "you" and "your" point at: If the line is aimed at the support agent, "your customer" is right and "your team" is not.
- Distinctive: line 34
Every number is instantly clear or removed: If a reader asks "why that many?", the number fails.
- Distinctive: line 48
Long prose is not a defect: Don't chop a clear paragraph into bullets to look scannable.
- Distinctive: line 49
Proven copy stays word for word: If a block already converts, change only what must change (the headline, the platform name, the …
- Distinctive: line 65
Facts files for bots and agents: Write only what is true now.
- Very specific: line 80
Every time you correct a piece of copy, add the correction to references/patterns.md as a before / after with one line of why.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Plain copy
One test decides everything: would a person who has never heard of the product understand this line in one read, and know why it matters to them?
The rules below are corrections collected from real review rounds on ads, landing pages, emails and support messages. Each one is a rejection that happened. Examples are in references/patterns.md.
How to work
- Identify the job of the text — ad or banner, landing-page block, email, support message, report. Rules differ slightly; the sections below say where.
- Read the product facts first if a facts file exists (
product-marketing.md,brief.md,products.md). Never add a fact, number, feature or claim that is not in the source. - Write or edit line by line, applying the rules.
- Self-check with the list at the end before showing anything.
- When editing someone else's copy, show the rewrite, not advice about it. One line of why per change.
When choosing between shortening and punching up — shorten.
Rules for every text
Clarity
- One direct thought per line. Not a comparison in two moves ("agencies charge $5k… / get it for 80% less"). State the benefit directly.
- The subject is the product, the verb is what it does. "One tool schedules every interview" reads instantly; "One setup for your whole hiring calendar" doesn't say what is offered.
- Name the object. "Save 6 hours a week" — whose hours? "Save 6 hours a week per recruiter."
- A two-clause line shows its own join. Don't leave the reader to connect two statements; spend the extra words on "because" or "so".
- Check who "you" and "your" point at. If the line is aimed at the support agent, "your customer" is right and "your team" is not.
- Speak it aloud. "ISO 27001:2022, GDPR, HIPAA" is a register; "Fully GDPR compliant, ISO and HIPAA certified" is a person talking.
Numbers
- Every number is instantly clear or removed. If a reader asks "why that many?", the number fails.
- One number per ad or banner. Two competing numbers cancel each other.
- No unexplained figures anywhere — say what was measured, when and by whom.
AI patterns to remove
- Rhetorical triples — "what works, what doesn't, and what's next". Pick the one that matters.
- Punchy one-line fragments — "Not a sales call." "No setup. No code. No stress."
- Clever circumlocution — "people doing my job in companies like ours" → "people responsible for growth".
- Authority inserts nobody asked for — WCAG, GDPR, SOC 2, ISO, HIPAA, "industry-leading", "enterprise-grade", "(per W3C…)". If the source doesn't mention it, don't add it. If removing a phrase doesn't weaken the selling point, it was padding.
- Performative warmth — "it just feels wrong to let you walk", "give it a proper shot".
- Em dashes — go easy; one per paragraph at most.
Voice
- Keep the author's generalisations. "Most teams still hire an agency for this" is voice, not an error. Demand a source (or remove) only for specific, checkable claims: a number or percentage, a price, a date, a named company's feature or plan, a ranking, a legal or regulatory statement, a statistic presented as fact.
- Long prose is not a defect. Don't chop a clear paragraph into bullets to look scannable.
- Proven copy stays word for word. If a block already converts, change only what must change (the headline, the platform name, the screenshot) and leave the rest.
- Don't describe the category negatively. Show the product working well on hard cases instead of listing how everything else fails.
- Never promise what can't be guaranteed — "identical speed for everyone", "today", "within the hour".
By text type
Ads and banners. The hook lands the essence immediately: either what the product is ("A live AI note-taker for {sales} calls") or a pain a stranger recognises, with who, what and the obstacle. A mechanism, a feature or a number is never the opening line — it belongs in line two. Headline ≈ 40 characters or less, as a real sentence. Copy doesn't repeat what the visual already shows. One script per idea with a swappable slot beats six different phrasings of the same idea.
Landing pages. The headline names the reader's problem or benefit; the mechanism goes in the subhead. Reuse sections that already work instead of reinventing them. Platform and product names in full ("Microsoft Teams", not "Teams").
Cold email. Short plain sentences, literal wording, no triples, no dramatic fragments. Readers in marketing recognise LLM-written email instantly, and that kills the reply rate.
Support and retention. Chat, not email — often one sentence is enough. No empathy openers. No timeframes you can't guarantee ("until your subscription ends", "3–5 business days, depending on your bank"). Retention offers help the person actually use the product ("let me help you set it up"), never "keep it, just in case". Ask, don't push: "Would that work for you?"
Reports and docs. Full sentences, every term explained at first use, a link for every fact, neutral tone, no personal address. Write for the least technical reader first.
Facts files for bots and agents. Write only what is true now. Change a fact in place when it changes; never keep the old value "as a warning" — agents read it anyway.
Self-check before showing
- A stranger understands every line in one read.
- Every line resolves — into what the product does or what the reader gets. No "and so what?"
- Every number is clear, sourced and alone in its line.
- No triples, no fragments, no authority inserts, no performative warmth.
- Nothing added that isn't in the source facts.
- Shorter than the draft, unless clarity needed the words.
For a second opinion on ad copy, run the copy-critic subagent from this kit.
Adapt it
Every time you correct a piece of copy, add the correction to references/patterns.md as a before / after with one line of why. After a month the file is your house style, and the skill writes like you.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

