agentleFS
RylaispiritRylaispirit/rylai-codex-hermes-skills/skills/copywriting/SKILL.md

copywriting

Skill56 starsChanged 3 months agoMITView on GitHub

Plan, draft, and review persuasive copy for landing pages, product pages, ads, email, headlines, offers, calls to action, positioning, and message variants.

191 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use paywalls, popups and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • CesarjoquinSkill

    paywalls

    When the user wants to create or optimize in-app paywalls, upgrade screens, upsell modals, or feature gates. Also use when the user mentions "paywall," "upgrade screen," "upgrade modal," "upsell," "feature gate," "convert free to paid," "freemium conversion," "trial expiration screen," "limit reached screen," "plan upgrade prompt," "in-app pricing," "free users won't upgrade," "trial to paid conversion," or "how do I get users to pay." Use this for any in-product moment where you're asking users to upgrade. Distinct from public pricing pages (see cro) — this focuses on in-product upgrade moments where the user has already experienced value. For pricing decisions, see pricing.

    Also in 17 projects that use this

  • CesarjoquinSkill

    popups

    When the user wants to create or optimize popups, modals, overlays, slide-ins, or banners for conversion purposes. Also use when the user mentions "exit intent," "popup conversions," "modal optimization," "lead capture popup," "email popup," "announcement banner," "overlay," "collect emails with a popup," "exit popup," "scroll trigger," "sticky bar," or "notification bar." Use this for any overlay or interrupt-style conversion element. For forms outside of popups, see cro. For general page conversion optimization, see cro.

    Also in 16 projects that use this

  • ukunal91appSkill

    revops

    When the user wants help with revenue operations, lead lifecycle management, or marketing-to-sales handoff processes. Also use when the user mentions 'RevOps,' 'revenue operations,' 'lead scoring,' 'lead routing,' 'MQL,' 'SQL,' 'pipeline stages,' 'deal desk,' 'CRM automation,' 'marketing-to-sales handoff,' 'data hygiene,' 'leads aren't getting to sales,' 'pipeline management,' 'lead qualification,' or 'when should marketing hand off to sales.' Use this for anything involving the systems and processes that connect marketing to revenue. For cold outreach emails, see cold-email. For email drip campaigns, see email-sequence. For pricing decisions, see pricing-strategy.

    Also in 38 projects that use this

  • roerohanSkill

    emails

    When the user wants to create or optimize an email sequence, drip campaign, automated email flow, or lifecycle email program. Also use when the user mentions "email sequence," "drip campaign," "nurture sequence," "onboarding emails," "welcome sequence," "re-engagement emails," "email automation," "lifecycle emails," "trigger-based emails," "email funnel," "email workflow," "what emails should I send," "welcome series," or "email cadence." Use this for any multi-email automated flow. For cold outreach emails, see cold-email. For in-app onboarding, see onboarding.

    Also in 21 projects that use this

  • timruebenachSkill

    competitor-profiling

    When the user wants to research, profile, or analyze competitors from their URLs. Also use when the user mentions 'competitor profile,' 'competitor research,' 'competitor analysis,' 'profile this competitor,' 'analyze competitor,' 'competitive intelligence,' 'competitor deep dive,' 'who are my competitors,' 'competitor landscape,' 'competitor dossier,' 'competitive audit,' or 'research these competitors.' Input is a list of competitor URLs. Output is structured competitor profile markdown files. For creating comparison/alternative pages from profiles, see competitor-alternatives. For sales-specific battle cards, see sales-enablement.

    Also in 25 projects that use this

  • silvainfmSkill

    competitor-alternatives

    When the user wants to create competitor comparison or alternative pages for SEO and sales enablement. Also use when the user mentions 'alternative page,' 'vs page,' 'competitor comparison,' 'comparison page,' '[Product] vs [Product],' '[Product] alternative,' or 'competitive landing pages.' Covers four formats: singular alternative, plural alternatives, you vs competitor, and competitor vs competitor. Emphasizes deep research, modular content architecture, and varied section types beyond feature tables.

    Also in 33 projects that use this

  • +4 more from Cesarjoquin

The file

Show its rules and text

We split this skill into the rules it gives an agent

13 rules. 0 are common, 13 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 179 edited versions we read keep these.

  • 13

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Create persuasive copy without inventing claims, customers, urgency, or results.

    line 18
  2. Distinctive:

    Check tool access before promising research, file edits, publishing, or tests.

    line 27
  3. Distinctive:

    Ask only for missing details that would materially change the copy.

    line 40
  4. Distinctive:

    Write one sentence describing the audience, problem, desired outcome, and next action.

    line 46
  5. Distinctive:

    Keep one primary call to action.

    line 63
  6. Distinctive:

    Put proof close to the claim it supports.

    line 64
  7. Distinctive:

    Use headings and short blocks for scan-heavy surfaces.

    line 65
  8. Distinctive:

    Remove vague superlatives and unnecessary pressure.

    line 69
  9. Distinctive:

    Check that the headline, body, and CTA promise the same outcome.

    line 71
  10. Distinctive:

    Keep the subject, preview text, opening, body, and CTA aligned.

    line 94
  11. Distinctive:

    Prefer specific nouns and verbs over hype.

    line 116
  12. Distinctive:

    Never fabricate testimonials, research, scarcity, discounts, credentials, or performance results.

    line 117
  13. Distinctive:

    When evidence is unavailable, write copy that remains truthful without it.

    line 120

“Common” is measured: kept by at least 6 in 10 of the 179 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Copywriting

Create persuasive copy without inventing claims, customers, urgency, or results. The goal is to help the intended reader understand the offer, trust the evidence, and take one appropriate next action.

Runtime Compatibility

  • Resolve every bundled file relative to this skill directory.
  • In Codex, use the available workspace, browser, and research tools.
  • In Hermes, map those steps to equivalent tools exposed by the runtime.
  • Check tool access before promising research, file edits, publishing, or tests.

Intake

Collect what is already available before asking questions:

  • offer, product, or service;
  • target audience and buying context;
  • desired action;
  • channel and format;
  • voice, language, and length;
  • verified proof, constraints, and prohibited claims.

Ask only for missing details that would materially change the copy. If the user wants a fast draft, state the assumptions briefly and continue.

Workflow

  1. Define the job
    • Write one sentence describing the audience, problem, desired outcome, and next action.
    • Separate the primary promise from supporting benefits.
  2. Build an evidence inventory
    • List available product facts, demonstrations, customer language, metrics, guarantees, and limitations.
    • Mark unsupported claims as gaps. Do not turn gaps into marketing facts.
  3. Choose a message path
    • Problem-led: useful when the audience already recognizes the pain.
    • Outcome-led: useful when the benefit is concrete and easy to picture.
    • Mechanism-led: useful when the method is the meaningful differentiator.
    • Proof-led: useful when credible evidence is the strongest reason to care.
  4. Draft for the channel
    • Lead with the clearest relevant value.
    • Keep one primary call to action.
    • Put proof close to the claim it supports.
    • Use headings and short blocks for scan-heavy surfaces.
    • Match commitment level to audience intent.
  5. Review
    • Remove vague superlatives and unnecessary pressure.
    • Confirm every number, quote, deadline, comparison, and customer reference.
    • Check that the headline, body, and CTA promise the same outcome.
    • Produce variants only when each tests a distinct hypothesis.

Common Deliverables

Landing Page

Return:

  1. message brief;
  2. hero headline, supporting line, and primary CTA;
  3. benefit sections with supporting proof;
  4. objection handling;
  5. final CTA;
  6. claims that still require verification.

Headlines And Hooks

Provide a small set of meaningfully different directions. Label the angle behind each option, such as outcome, problem, mechanism, proof, or comparison.

Email

Keep the subject, preview text, opening, body, and CTA aligned. Do not use a misleading curiosity gap. State any personalization fields as placeholders.

Product Description

Connect capabilities to practical outcomes, then include the details needed for an informed decision. Do not omit material limits or compatibility requirements.

Copy Review

Organize feedback by priority:

  • message and audience mismatch;
  • unsupported or risky claims;
  • unclear structure;
  • weak proof;
  • friction at the CTA;
  • line-level edits.

Output Rules

  • Preserve the user's language and established voice.
  • Prefer specific nouns and verbs over hype.
  • Never fabricate testimonials, research, scarcity, discounts, credentials, or performance results.
  • Distinguish a suggested claim from a verified claim.
  • When evidence is unavailable, write copy that remains truthful without it.
  • For regulated or high-stakes topics, flag claims that need specialist review.

Optional Reference

Load references/swipe-file.md only when the task benefits from compact drafting patterns. Treat every pattern as a structure, not as finished copy.

Final Check

  • The intended reader is clear.
  • The offer can be understood without surrounding context.
  • Each factual claim is supported or visibly marked for verification.
  • One primary action is obvious.
  • The copy fits the requested channel, length, and tone.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.