Skip to content
FunCoding

Search

Search docs, Skills and MCP

replica-launch

Writes the launch for an app clone: the landing page built on the positioning angle, pricing set against the original's public pricing and its users' complaints, and the App Store and Google Play listing linted against the stores' limits and copycat rules. Use when the user says "landing page", "pricing", "how much should I charge", "App Store listing", "store screenshots", "launch plan", "Product Hunt", or after /replica-brand.

代码质量与审查998replica-launch/SKILL.md

Install

Send this to Claude Code, Codex or Cursor. The agent checks the Skill for safety first and installs it only after you confirm.

读取 https://funcoding.ai/skills/jakeschincariol/replica-skill/replica-launch/install.md ,按里面的步骤帮我安装这个 Skill。

SKILL.md

replica-launch

Reads replica/fixes.md (the angle and the evidence), replica/brand.md, and replica/brand.json. Writes replica/launch/: landing.md, pricing.md, listing.json, launch-plan.md.

python3 listing.py replica/launch/listing.json      # limits, claims, the original's name

Start from listing.example.json in this folder.

The rules

  • No fake proof. No invented testimonials, user counts, star ratings, press logos or "trusted by" rows. An empty proof section is better than a fake one. Real beta users, with permission, are fine.
  • No reviewer quotes as testimonials. The original's reviews are research.
  • The original's name stays out of your app name, store listing, keywords and ads. Apple and Google reject it, and it invites a takedown.

Step 1: landing page

landing.md, section by section, then build it in the project:

  1. Hero: the angle as a headline (what you do, for whom), one line under it, one button. Screenshot of the real product.
  2. The problem: the top two "hate" themes, in plain words. Paraphrase, do not quote reviewers.
  3. How it works: three steps, from the core flow.
  4. Features: each tied to a fix from fixes.md. Lead with the fixes, not the parity features. Parity is the price of entry.
  5. Pricing: the table from step 2.
  6. FAQ: the real objections, including "can I import from {{category}} tools?" if you built an importer.
  7. Final call to action.

Copy in the brand voice. Run replica-design's contrast check on the page.

Step 2: pricing

pricing.md:

  • The original's public pricing page and 2 or 3 alternatives, in one table, with the URL and the date read. Prices change, so the date matters.
  • What reviewers said about price and billing, from feedback.md, with counts.
  • The model: free plan or trial, per seat or flat, monthly and annual (annual usually 2 months free).
  • Three tiers at most. Name them by who they are for.
  • Fix the billing complaints in the product: one-click cancel, clear renewal emails, no surprise per-seat jumps.
  • The Stripe products and prices to create (the user creates them).

Step 3: store listing

Fill listing.json, then:

python3 listing.py replica/launch/listing.json

It checks App Store limits (name 30, subtitle 30, promotional text 170, keywords 100, description 4000) and Google Play's (title 30, short description 80, full 4000), counts characters the way a person does, flags ranking and price claims in short fields, emoji, wasted keyword characters, and any name from avoid anywhere in the listing. Exit 1 on an error.

Apple's App Review Guideline 4.1 (Copycats) rejects apps that simply copy a popular app or make minor changes to another app's name or UI. Your fixes and your own brand are what get you through review, so make them visible in the screenshots and the first lines of the description.

Also prepare: screenshots at the current required sizes (check App Store Connect and Play Console when you upload, they change), privacy labels and the data safety form, privacy policy and support URLs, age rating, and review notes with a demo account the reviewer can use.

Step 4: launch plan

launch-plan.md: a waitlist or beta list before launch, analytics and error tracking live, where the original's unhappy users talk (the Reddit threads and communities from the research), a Product Hunt or Hacker News post that leads with the fix, and the first 10 users to talk to by hand.

Output

replica/launch/ complete, the landing page built, listing.py passing. Next: /replica-deploy.

Similar Skills

claude-api
anthropics/skills180k

claude-api

Reference for the Claude API / Anthropic SDK — model ids, pricing, params, streaming, tool use, MCP, agents, caching, token counting, model migration. TRIGGER — read BEFORE opening the target file; don't skip because it "looks like a one-liner" — whenever: the prompt names Claude/Anthropic in any form (Claude, Anthropic, Fable, Opus, Sonnet, Haiku, `anthropic`, `@anthropic-ai`, `claude-*`, `us.anthropic.*`, `[1m]`); the user asks about an LLM (pricing/model choice/limits/caching) — never answer from memory; OR the task is LLM-shaped with provider unstated (agent/MCP/tool-definition/multi-agent/RAG/LLM-judge/computer-use; generate/summarize/extract/classify/rewrite/converse over NL; debugging refusals/cutoffs/streaming/tool-calls/tokens). SKIP only when another provider is being worked on (overrides all triggers): OpenAI/GPT/Gemini/Llama/Mistral/Cohere/Ollama named in the query; OR `grep -rE 'openai|langchain_openai|google.generativeai|genai|mistralai|cohere|ollama'` over the project hits (run this grep FIRST if no provider named — don't Read the file).

Code quality & review

ponytail-review
DietrichGebert/ponytail158k

ponytail-review

Quality review of a change: is the logic right, is it safe, does it hold under real load, is risky code tested, is it fast enough, and is every line needed. Reads the connected code, not only the diff. Each finding is explained in plain English. Use for "review this", "code review", "review the last commit", "review my PR", "is this over-engineered", /ponytail-review.

Code quality & review

code-review-and-quality
addyosmani/agent-skills103k

code-review-and-quality

Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch. Use when asked to review a diff or a pull request, even when the diff is pasted inline.

Code quality & review

documentation-and-adrs
addyosmani/agent-skills103k

documentation-and-adrs

Records decisions and documentation. Use when you need to document an architecture decision (ADR) or the reasoning behind a design choice, when changing public APIs, shipping features, or when you need to record context that future engineers and agents will need to understand the codebase.

Code quality & review

code-simplification
addyosmani/agent-skills103k

code-simplification

Simplifies code for clarity. Use when refactoring code for clarity without changing behavior. Use when code works but is harder to read, maintain, or extend than it should be. Use when reviewing code that has accumulated unnecessary complexity.

Code quality & review

understand
Egonex-AI/Understand-Anything86k

understand

Analyze a codebase to produce an interactive knowledge graph for understanding architecture, components, and relationships

Code quality & review