replica-deploy — Claude Code skill: deploy and install
Prepares an app clone for release on your own domain with preflight checks, production setup and DNS guidance. Use it before going live.
npx skills add Jakeschincariol/replica-skill --skill replica-deploy -a claude-codeWhat replica-deploy does
The skill reads materials in replica/ and writes a completed checklist to replica/deploy.md. It runs Playwright tests, checks required feature parity, scans for leftover branding, validates a store listing, and builds the production app. A failed check stops the deploy.
It then lays out production database separation, environment variables and migrations. The process covers Stripe live mode, OAuth redirect URIs, email-domain verification, hosting and DNS records. For Next.js, it suggests Vercel; Netlify, Cloudflare Pages, Fly and Render are listed for other projects.
The skill does not buy a domain, sign into accounts, enter passwords or handle live keys. That boundary matters: the account owner must complete those steps and approve the release. Where a mobile app exists, it describes Expo builds or native submission paths for TestFlight and Play.
What it helps with
- run release checks before a production deploy
- detect leftover source branding
- prepare DNS records for the site and email
- set up Stripe and OAuth for a production domain
- write a release checklist in
replica/deploy.md
Example prompts for the agent
- “Prepare this app for release on my domain and show the preflight results.”
- “Run the production deployment checks, including Stripe, OAuth and DNS.”
- “Create
replica/deploy.mdand list the steps to publish the mobile build.”
How to install replica-deploy
1Skills CLI (Vercel)
npx skills add Jakeschincariol/replica-skill --skill replica-deploy -a claude-code2Manually: put the files in place
~/.claude/skills/replica-deploy/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/replica-deploy/
1Skills CLI (Vercel)
npx skills add Jakeschincariol/replica-skill --skill replica-deploy -a codex2Manually: put the files in place
.agents/skills/replica-deploy/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add Jakeschincariol/replica-skill --skill replica-deploy -a cursor2Manually: put the files in place
.cursor/skills/replica-deploy/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install Jakeschincariol/replica-skill replica-deploy2Manually: put the files in place
.github/skills/replica-deploy/SKILL.md1Skills CLI (Vercel)
npx skills add Jakeschincariol/replica-skill --skill replica-deploy -a gemini-cli2Platform CLI
gemini skills install https://github.com/Jakeschincariol/replica-skill --path replica-deployManually: put the files in place
.devin/skills/replica-deploy/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add Jakeschincariol/replica-skill --skill replica-deploy -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about replica-deploy
How do I install replica-deploy in Claude Code?
Run npx skills add Jakeschincariol/replica-skill --skill replica-deploy -a claude-code.
What does replica-deploy do?
It runs a release preflight and lays out production services, domain setup and monitoring tasks. It records the results in replica/deploy.md.
Can replica-deploy buy a domain or configure my accounts?
No. It can provide DNS records, environment variable names and commands, while the user buys the domain, signs in, enters passwords and supplies live keys.
Source text
SKILL.md · MIT
--- name: replica-deploy description: >- 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`: ```bash 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: | 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.
© Jakeschincariol · MIT · Jakeschincariol/replica-skill