launch-loop-strategy
Skill43 starsChanged 4 months agoMITView on GitHub
Use when planning a practical launch loop for a feature, product update, template, prompt, skill, integration, beta, or release with a known launch date, especially when the user needs channels, content angles, a posting schedule, community distribution, replies, DMs, and follow-up remixes.
In this repository25 other files it gives its agents.
- ab-testingSkill
- ai-seoSkill
- analytics-trackingSkill
- cold-outreachSkill
- competitor-analysisSkill
- content-strategySkill
- copywritingSkill
- creative-briefSkill
- cro-auditSkill
- customer-researchSkill
- distribution-planSkill
- ecommerce-app-croSkill
- email-sequenceSkill
- goalSkill
- launch-strategySkill
- marketing-briefSkill
- marketing-planSkill
- offer-designSkill
- paid-adsSkill
- partnershipsSkill
- positioningSkill
- retentionSkill
- sales-enablementSkill
- seo-strategySkill
- x-article-writerSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. About 0 are common, 14 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈14
Distinctive · estimate
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
- Distinctive: line 17
Use this skill with:
- Distinctive: line 27
Do not launch once. Launch the loop:
- Distinctive: line 48
When details are missing, ask at most three useful questions.
- Distinctive: line 62
Use a 7-day loop: 2 days before launch, launch day, 4 days after.
- Distinctive: line 63
Use one anchor asset, one short-form discovery asset, one community-native post per relevant channel, and one remix from early feedback.
- Distinctive: line 65
If the user has little or no audience, prioritize short-form discovery, X/community posts, and direct community distribution over Stories.
- Distinctive: line 79
Write the audience promise as:
- Distinctive: line 87
Use this for major features, not tiny fixes.
- Distinctive: line 103
Use this when the user gives a launch date:
- Distinctive: line 124
If launch is imminent, compress to:
- Distinctive: line 150
When turning a carousel or deck into a short video, do not animate every slide.
- Distinctive: line 168
Use screenshots, screen recordings, product demo clips, captions, cursor movement, and subtle zoom/pan.
- Distinctive: line 173
Use a comment/DM CTA only when the promised asset exists and the team can deliver it reliably.
- Distinctive: line 200
Ask one narrow follow-up question when useful.
≈ “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
Launch Loop Strategy
Turn one feature launch into a week of useful market contact. The user should be able to say:
I'm launching <feature> on <date>. Help me build the launch loop.Return a practical plan: what to post, where to post it, what assets to make, what to say, how to reply, and what to remix after the first signal comes in.
Use this skill with:
launch-strategyfor broader GTM sequencing, launch checklists, beta launches, and waitlists.distribution-planfor channel selection, communities, partners, newsletters, PR, and founder-led distribution.content-strategyfor pillars, narratives, recurring formats, and proof/story inventory.creative-brieffor ad, social, image, video, UGC, and creator asset briefs.x-article-writerwhen the loop needs a long X/Twitter article, founder essay, or launch teardown.
Core Loop
Do not launch once. Launch the loop:
Demo -> Post -> Share -> Reply -> Repost- Demo: show or explain one launchable unit: feature, workflow, skill, template, proof point, or lesson.
- Post: publish the strongest anchor asset: demo, carousel, thread, article, short video, or teardown.
- Share: distribute native versions across the channels where this category fits.
- Reply: answer comments, DMs, objections, and confusion; collect the market's language.
- Repost: turn the winning angle, question, objection, or proof into the next asset.
The operating principle:
Launch once and you get a spike.
Launch every week and you get distribution.Intake
When details are missing, ask at most three useful questions. Otherwise infer and state assumptions.
Minimum inputs:
- Feature: what is shipping.
- Date: exact launch date or rough window.
- Audience: who should care.
- Promise: what pain changes after this exists.
- Proof: screenshot, demo clip, metric, quote, customer result, build note, before/after, or waitlist.
- Channels: where the user can realistically post.
- CTA: try it, join waitlist, comment keyword, DM, install, book call, read docs, or share.
Default assumptions:
- Use a 7-day loop: 2 days before launch, launch day, 4 days after.
- Use one anchor asset, one short-form discovery asset, one community-native post per relevant channel, and one remix from early feedback.
- If the user has little or no audience, prioritize short-form discovery, X/community posts, and direct community distribution over Stories.
Build The Angle
Name the launchable unit in one sentence, then choose the strongest angle:
- Pain killer:
Stop doing <old painful workflow>. - New mechanism:
The better way is <new workflow>. - Proof:
We tested/built/shipped <specific proof>. - Comparison:
Before <feature> vs after <feature>. - Founder lesson:
We learned <truth> building this. - Category shift:
<old category habit> is becoming <new behavior>.
Write the audience promise as:
This helps <person> do <outcome> without <pain>.Major Feature System
Use this for major features, not tiny fixes. Package the same feature as a week of market contact from different angles:
- Product demo: what changed and why it matters.
- Best use case clip: the clearest "I need this" moment.
- Problem angle: what painful old behavior this replaces.
- Workflow angle: the new step-by-step process.
- Proof angle: metric, customer quote, screenshot, build note, or before/after.
- Founder POV: why the team built it this way.
- Community-native version: rewritten for the specific platform.
The feature should appear from multiple angles for a full week without copy-pasting the same announcement everywhere.
7-Day Template
Use this when the user gives a launch date:
T-2: Tease the problem
T-1: Show the old workflow / pain
Launch day: Demo the feature + anchor post
T+1: Post the best use case as a short clip/Reel
T+2: Share community-native versions
T+3: Answer objections / publish FAQ
T+4: Repost winner + recap what people missedFor each day, specify:
- Post format.
- Hook.
- Channel.
- Asset needed.
- CTA.
- Signal to watch.
If launch is imminent, compress to:
Launch day: anchor + demo
Next day: short clip from the demo
Day 3: community post + objection follow-upPlatform Fit
Choose only platforms where the category fits.
- Product Hunt: polished product/update story, launch page, screenshots, maker comments.
- Hacker News / Show HN: technical clarity, direct demo, no marketing fluff.
- Devhunt: developer tool launch, practical workflow, build details.
- BetaList: early product, beta/waitlist positioning.
- Peerlist: builder/founder credibility, product craft, career/professional utility.
- Indie Hackers: build-in-public, revenue/users, founder lesson, tactical breakdown.
- Reddit: subreddit-specific usefulness, low-promo framing, real discussion.
- X: sharp POV, demo clip, thread, founder narrative, quote-post remixing.
- LinkedIn: professional pain, team/business outcome, clear lesson.
Rewrite the intro for each community's norms. Do not dump the same caption everywhere.
Carousel To Short Video
When turning a carousel or deck into a short video, do not animate every slide. Make a trailer.
Use 3-4 frames:
- Problem frame: names the pain or mistake.
- Mechanism frame: reveals the new model.
- Steps/proof frame: shows the process or result.
- CTA frame: tells viewers what to do next.
Structure:
0-3s: Problem
3-6s: Better mechanism
6-12s: Steps or proof
12-18s: CTAUse screenshots, screen recordings, product demo clips, captions, cursor movement, and subtle zoom/pan. It should feel like a preview of the full anchor asset, not a duplicate upload.
CTA Rules
Use a comment/DM CTA only when the promised asset exists and the team can deliver it reliably.
Good CTAs:
Comment LAUNCH and I will send you the checklist.Save this before your next feature launch.Send this to the founder who only launches once.DM me LAUNCH if you want the template.
Avoid:
- Inventing a downloadable asset that does not exist.
- Vague endings like
thoughts? - Asking for comments when the post gives no natural reason to discuss.
- Dropping links in captions as if they are clickable.
First-Hour Routine
Before posting:
- Comment thoughtfully on 5-10 relevant creator/community posts.
- Prepare 3 reply prompts for likely comments.
- Know exactly how to deliver the promised asset if using a keyword CTA.
After posting:
- Reply to every real comment with a specific answer.
- Ask one narrow follow-up question when useful.
- DM the asset only to people who asked for it.
- Save good questions as follow-up post hooks.
Output Contract
Return:
- Launchable unit: what exactly is being launched.
- Audience promise: who it helps and what pain it removes.
- Launch angle: the single strongest narrative for the week.
- Dated schedule: T-2 through T+4, or compressed if launch is imminent.
- Asset list: screenshots, demo clips, carousel, short video, community posts, replies.
- Channel plan: what to post where and how to adapt the intro.
- First-hour plan: comments, replies, DMs, and follow-up prompts.
- Remix plan: 3 follow-up angles from expected comments or objections.
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.

