← Back to list
⚡

replica-deploy Checked

Ships an app clone live on the user's own domain: a preflight gate (tests green, parity must-have…
⚡ Productivity skills By Jakeschincariol Version v1.0.0 Added 2026-10-12 Updated 2026-10-12 Source ↗
9.1Overall rating
0Views
0Downloads
1.9kStars

Installation

🤖 Install via AI

Copy the prompt below and send it to your AI assistant (e.g. Claude Code) — it will follow the instructions and install automatically.

Install the "replica-deploy" skill by following the instructions at https://skill123.me/install/replica-deploy.
⌨️ Command line install

Run in your terminal — downloads and installs to ~/.claude/skills/.

curl -fsSL https://skill123.me/install/replica-deploy.sh | bash
📦 Download ZIP

Download the zip and extract it into your skills directory (e.g. ~/.claude/skills/), then restart your session.

⬇ Download v1.0.0 · 3 KB
📊 Static rating
9.1/10
Trigger
7.5
Structure
8.0
Workflow
9.6
Content
10.0
Engineering
10.0
Security
10.0

Six-dimension rubric with reviewer rationale.

View scorecard ↓
🛡 Dynamic test
—

Not live-tested yet — this skill is rated on static analysis only.

About this skill

Ships an app clone live on the user's own domain: a preflight gate (tests green, parity must-haves done, rebrand sweep clean, listing linted, legal pages up), production database and env vars, the host, DNS records for the domain and for email, Stripe live mode, OAuth redirects, monitoring, and mobile builds to TestFlight and Play. Use when the user says "deploy it", "ship it", "put it live", "connect my domain", "go to production", "publish the app", or after /replica-launch.

replica-deploy

Reads everything in replica/. Writes replica/deploy.md (the checklist in

preflight.md in this folder, filled in).

Documentation

Ships an app clone live on the user's own domain: a preflight gate (tests green, parity must-haves done, rebrand sweep clean, listing linted, legal pages up), production database and env vars, the host, DNS records for the domain and for email, Stripe live mode, OAuth redirects, monitoring, and mobile builds to TestFlight and Play. Use when the user says "deploy it", "ship it", "put it live", "connect my domain", "go to production", "publish the app", or after /replica-launch.

replica-deploy

Reads everything in replica/. Writes replica/deploy.md (the checklist in

preflight.md in this folder, filled in).

The rules

  • **Nothing goes live without the user's go.** Show the preflight results and

ask.

  • **The user buys and signs in.** Claude never buys a domain, enters a card,

types a password or pastes a live key. Claude writes the exact DNS records,

env var names and commands; the user does the account steps.

  • **Not until it is rebranded.** The sweep must be clean. No exceptions.

Step 1: preflight

Run every check and paste the results into deploy.md:


npx playwright test                                                  # replica-test
python3 ../replica-diff/parity.py replica/features.csv               # must-haves done
python3 ../replica-brand/sweep.py . --config replica/brand.json      # exit 0: clean
python3 ../replica-launch/listing.py replica/launch/listing.json     # if shipping to stores
npm run build                                                        # production build passes

(Paths are relative to wherever the pack is installed. Under

~/.claude/skills/ that is ~/.claude/skills/replica-diff/parity.py and so

on.)

Plus by hand: no open S1 or S2 bugs, privacy policy and terms pages live

(listing every processor), cookie banner if you use non-essential cookies in

the EU or UK, account deletion works, the favicon, titles and OG image are

yours.

Any failure stops the deploy. Say which and why.

Step 2: production services

  • A **separate production project** for the database (never the dev one),

backups on, migrations run by the deploy, not by hand.

  • Env vars set in the host for production, matching .env.example. Live

keys only here.

  • **Stripe**: switch to live mode, recreate products and prices, add the

production webhook endpoint and its signing secret, test one real

purchase and refund it.

  • **OAuth**: add the production domain to every provider's redirect URIs and

authorised origins. Google scopes that need verification must be approved,

or only test users can sign in.

  • **Email**: the sending domain verified with the provider.

Step 3: host and domain

Default: Vercel for Next.js (Netlify, Cloudflare Pages, Fly or Render

otherwise). Connect the repo so main deploys and pull requests get preview

URLs.

The domain, after the user buys it at any registrar:

View full documentation

| record | name | value |

| --- | --- | --- |

| A | @ | the host's apex IP (Vercel: shown in the domain settings) |

| CNAME | www | the host's target (Vercel: cname.vercel-dns.com) |

| TXT | @ or a subdomain | the host's verification value, if asked |

Email DNS from the email provider: SPF (TXT), DKIM (CNAME or TXT), and a

DMARC record starting at v=DMARC1; p=none; rua=mailto:you@yourdomain then

tightened to quarantine once reports are clean. Without these, your

confirmation emails go to spam.

Pick one canonical host (apex or www) and redirect the other. HTTPS is

automatic on the hosts above; check it.

Step 4: watch it

Error tracking (Sentry or the host's), uptime checks on the home page and the

core flow's API, logs kept, analytics (a privacy-friendly one avoids the

cookie banner), and an alert to the user's email or phone. Then do the core

flow on the live site yourself, and ask the user to do it on their phone.

Step 5: mobile, if there is an app

Expo: eas build then eas submit to TestFlight and Play internal testing.

Native: archive in Xcode, upload to App Store Connect; Gradle bundle to Play

Console. The user owns the developer accounts ($99 a year for Apple, $25 once

for Google). Beta first, then review with the listing from replica-launch.

Output

replica/deploy.md with every check and its result, the live URL, the DNS

records set, and what to watch in the first week. The clone is now an app

with your name on it.

Score breakdown

Trigger
7.5
What (ship the clone live on the user's domain, with subtask enumeration) and When (six quoted phrasings plus 'after /replica-launch') are clear; good synonym spread (deploy/ship/publish/go live/connect domain); no explicit When-Not.
Structure
8.0
105-line SKILL.md plus preflight.md checklist template; offload exists but the template lives at the skill root rather than assets/ (minor role mixing); no redundant docs; loading of preflight.md is explained.
Workflow
9.6
Ordered five-step pipeline with a genuine hard gate (preflight: any failure stops the deploy, say which and why); freedom extremely well calibrated (deterministic commands and DNS table for risky steps, user performs all account/credential actions); verification loop is real (run core flow live yourself, then user on their phone; deploy.md records every check).
Content
10.0
Tight imperative prose, zero filler; commands have concrete arguments, DNS record table with real values, DMARC progression spelled out; consistent formatting.
Engineering
10.0
Valid frontmatter; no own scripts but the cross-skill script invocations include a relative-path note (~/.claude/skills/...); preflight.md reference exists; referenced sibling skills (replica-test, replica-diff, replica-brand, replica-launch) exist in the family.
Security
10.0
Capability manifest: reads replica/ files, runs local cross-skill lint/test scripts, writes replica/deploy.md; deployment network actions (DNS, host, eas submit) are the declared purpose and are user-driven; no credential access (live keys only in host env vars, Claude never types them), no persistence, no obfuscation. Capabilities match declared scope; the skill actively enforces safe boundaries.
Ship-to-production stage of the replica-* suite: preflight gate, production DB/env/Stripe/OAuth/email, host + DNS, monitoring, mobile builds. Outstanding safety design for the riskiest stage: 'nothing goes live without the user's go', user buys and signs in everywhere, Claude never types passwords or live keys, any preflight failure stops the deploy. Concrete runnable preflight commands (playwright, parity.py, sweep.py, listing.py, npm run build) plus a fill-in deploy.md template. Only structural nit: preflight.md (an output template) sits at the skill root instead of assets/; description again has no explicit When-Not.