jakeschincariol/replica-skill

replica-deploy

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…

Ver código fuente

Cómo usar

  1. Copia el comando y revisa el paquete antes de instalarlo en tu entorno de agente.
  2. Consulta las herramientas, credenciales y entornos necesarios en el documento original.
  3. Describe las entradas y el resultado deseado; contrasta la salida con las fuentes.
npx skills add https://github.com/jakeschincariol/replica-skill --skill replica-deploy

Antes de empezar

  • La instalación no incluye suscripción al modelo, cuota API ni permisos sobre tus archivos.
  • Las estrellas e instalaciones reflejan actividad, no una prueba independiente de calidad o seguridad.
Documento original del Skill

Contenido del repositorio de origen con títulos, ejemplos, código, tablas, enlaces e imágenes preservados.

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:

recordnamevalue
A@the host's apex IP (Vercel: shown in the domain settings)
CNAMEwwwthe host's target (Vercel: cname.vercel-dns.com)
TXT@ or a subdomainthe 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.

Relacionados por tarea

del mismo repositorio

Más Skills

Todos los Skills
jakeschincariol
Comunidad

replica-backend

Builds the backend of an app clone: auth, database migrations and access rules, payments with Stripe, email, background jobs and third-party integrations through official APIs only, plus a security checklist. Use when the user says "add login", "set up auth", "wire up the database", "add payments", "connect Stripe", "add Google Calendar", "send emails", "backend for my clone", or when /replica-build is running on fake data.

instalaciones
1
GitHub Stars
5,3 mil
Actualizado
3 oct
jakeschincariol
Comunidad

replica-design

Rebuilds an app's design system for a clone: colour roles, type scale, spacing, radius, shadows and every component with its states, as design tokens plus component specs, with original assets instead of the target's logos, icons, illustrations or licensed fonts. Includes a WCAG contrast checker. Use when the user says "match the design", "rebuild the design system", "get the colours and fonts", "make it look like X", "design tokens for my clone", or after /replica-architect.

instalaciones
1
GitHub Stars
5,3 mil
Actualizado
3 oct
jakeschincariol
Comunidad

replica-test

Clicks through every flow of an app clone and tests it for bugs: a test plan generated from the recon flows with happy paths and edge cases, Playwright end-to-end tests where possible, a browser click-through where not, and bug reports in a fixed format with severity, steps and evidence. Use when the user says "test my clone", "find bugs", "QA this", "click through everything", "write e2e tests", "does it work", or after /replica-build or /replica-backend.

instalaciones
1
GitHub Stars
5,3 mil
Actualizado
3 oct
jakeschincariol
Comunidad

replica-brand

Names and rebrands an app clone so it is the user's own: name candidates with the trademark, domain, store and handle checks to run, a new palette checked for contrast, a logo brief, a voice guide, and a sweep tool that finds anything of the original left in the codebase. Use when the user says "name my app", "rebrand the clone", "make it mine", "pick a name and colours", "logo brief", "brand voice", "check for leftovers", or after /replica-entrepreneur. Always runs before /replica-launch.

instalaciones
4
GitHub Stars
3,7 mil
Actualizado
3 oct