agentleFS
T4LELT4LEL/Claude-Arsenal/skills/launch/SKILL.md

launch

Skill1 starsChanged 4 months agoMITView on GitHub

Use when taking a shipped product to the public - or when the user says launch, announce, Product Hunt, go public, get first users. Deploying is /ship-it; this is getting humans to show up.

66 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use add-policy, tool-rename-deprecation 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.
  • OpenCortexIDESkill

    add-policy

    Use when adding, modifying, or reviewing VS Code configuration policies. Covers the full policy lifecycle from registration to export to platform-specific artifacts. Run on ANY change that adds a `policy:` field to a configuration property.

    Also in 4 projects that use this

  • gitpod-ioSkill

    tool-rename-deprecation

    Ensure renamed built-in tool references preserve backward compatibility. Use when renaming a toolReferenceName, tool set referenceName, or any tool identifier. Run on ANY change to tool registration code. Covers legacyToolReferenceFullNames for tools and legacyFullNames for tool sets.

    Also in 4 projects that use this

  • CesarjoquinSkill

    competitors

    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,' 'competitive landing pages,' 'how do we compare to X,' 'battle card,' or 'competitor teardown.' Use this for any content that positions your product against competitors. Covers four formats: singular alternative, plural alternatives, you vs competitor, and competitor vs competitor. For sales-specific competitor docs, see sales-enablement.

    Also in 12 projects that use this

  • 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 9 projects that use this

  • riggyzSkill

    attribution

    Attribution rules for issues, pull requests, work items, reviews, and comments created or edited by the agent in GitHub, Linear, Azure DevOps, or similar collaboration systems. Use when creating, commenting on, reviewing, or modifying external tracker content.

    Also in 6 projects that use this

  • coreyhaines31Skill

    conversion-tracking

    Set up, audit, verify, or fix website conversion tracking. Use when the conversion is a form submission, booked meeting, chat, phone call, signup, or purchase; when conversions must reach Google Ads, Meta, GA4, LinkedIn, TikTok, or Microsoft Ads; when the work involves GTM tags and dataLayer events, pixels, the Conversions API (CAPI), Enhanced Conversions, server-side tagging, or gclid and fbclid capture; or when the user reports conversion problems like "conversions stopped", "double counting", "spend but no conversions", "GA4 and Google Ads don't match", or an Unverified or Inactive status. Covers lead gen and ecommerce. Always fire on confirmed success, never the submit click; verify a test conversion arrives; diagnose before changing anything; offer free and native paths alongside paid ones and disclose partner tools. For tracking plans and UTMs, see analytics. For attribution models, see attribution. For campaigns and bidding, see ads. For CRM lead-stage design, see revops.

    Also in 3 projects that use this

  • +4 more from Cesarjoquin

The file

We split this skill into the rules it gives an agent

1 rule. 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 60 edited versions we read keep these.

  • 1

    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:

    Check OG/meta tags render correctly when the link is shared — paste a real preview (link debugger or equivalent), not an assumption.

    line 31

“Common” is measured: kept by at least 6 in 10 of the 60 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

Launch

Get humans to show up — everything gets drafted, the user posts it; never auto-publish anywhere.

Copy this checklist and check off items as you complete them:

Launch Progress:
- [ ] Step 1: Gate — production live, signup verified
- [ ] Step 2: Assets — copy, legal, analytics, OG tags
- [ ] Step 3: Channel plan
- [ ] Step 4: Posts drafted
- [ ] Step 5: Day-of runbook
- [ ] Report

Step 1 — Gate (paste real output)

Request the production URL and confirm it loads with real content. Run signup end to end and confirm it actually completes — not "looks right," an observed result. If it's not live or signup is broken, stop here and run /ship-it first; launching an unshipped product wastes the channel goodwill.

Step 2 — Assets

  • Delegate to the copywriter agent with the product and audience: a landing copy pass where the headline states the customer outcome and there is exactly one CTA.
  • Delegate to the legal-advisor agent with what tracking is actually implemented: privacy policy and any other legal pages, written to match the real tracking in place — not boilerplate claiming data collection that doesn't exist.
  • Delegate to the data-analyst agent with the funnel: minimal events for visit, signup, activation, instrumented and confirmed firing (real event in a real dashboard, not "should work"). Any analytics or tracking keys stay in env vars, never printed in chat, code, or docs.
  • Check OG/meta tags render correctly when the link is shared — paste a real preview (link debugger or equivalent), not an assumption. Fetch current docs via the context7 MCP tools for any tracking or meta-tag SDK involved.

Step 3 — Channel plan

Delegate to the growth-marketer agent with the product, audience, and Step 2 assets: channels ranked by fit and effort, the first 3 concrete actions for each, and a launch-day sequence with rough timing. Any market or conversion benchmarks the agent cites from general knowledge rather than this product's real data get labeled unverified assumptions in the report.

Step 4 — Posts

Delegate to the copywriter agent with the channel plan: draft one launch post per channel, written in that channel's native tone — never one blob cross-posted everywhere. Every draft stays a draft. The user reads it and posts it themselves; nothing here publishes on its own, and nothing gets scheduled or sent without the user's explicit go-ahead.

Step 5 — Day-of runbook

Posting order and times taken from the Step 3 sequence, what to monitor during the window (errors, signup counts — real numbers pulled from logs/dashboards, or say plainly they're not available yet), and the week-one follow-up actions (replying to comments, second-wave channels, a follow-up post).

Report

  • Launch readiness: asset checklist status — what's built and verified vs. still open.
  • Channel plan: ranked channels, effort, first 3 actions each.
  • Posts drafted: which channels have drafts ready for the user to post.
  • Metrics to watch: the funnel events and where to watch them.
  • Week-one plan: the follow-up actions and rough timing.

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.