replica-deploy

Despliega una copia de la aplicación en vivo en el propio dominio del usuario: verificaciones previas, base de datos de producción, variables de entorno, hosting, registros DNS, Stripe en modo real, OAuth, monitoreo y versiones móviles para TestFlight y Play.

¿Qué es replica-deploy?

Este skill automatiza el despliegue a producción de una aplicación clonada en el dominio del usuario. Realiza una verificación previa (preflight) que incluye pruebas de Playwright, análisis de paridad de características, limpieza de marca, revisión del listado para tiendas y compilación de producción; si alguna falla, el despliegue se detiene automáticamente. Luego configura los servicios de producción: una base de datos separada con backups, variables de entorno con claves reales, Stripe en modo real con productos y webhooks, OAuth con los dominios de producción añadidos a los proveedores, y el dominio de correo verificado. También gestiona el hosting (por defecto Vercel para Next.js), los registros DNS (A, CNAME, TXT) y los registros de correo (SPF, DKIM, DMARC) para evitar que los correos vayan a spam. Finalmente, configura monitoreo (Sentry, checks de uptime, logs, alertas) y, si hay aplicación móvil, construye y sube a TestFlight y Play Console. El agente nunca compra dominios ni ingresa tarjetas o contraseñas; el usuario debe dar su aprobación explícita después de ver los resultados del preflight. Está diseñado para modelos como Claude Code, Cursor y Codex que ejecutan comandos en el entorno del usuario.

Compatible con~Claude Code~Codex CLI✓Cursor
npx skills add https://github.com/silasroliver-hue/replica-skill-cursor/tree/HEAD/.cursor/skills/replica-deploy

Installed? Explore more Productividad y colaboración skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace replica-deploy?

Lee todo lo que hay en replica/. Escribe replica/deploy.md (la lista de verificación en preflight.md de esta carpeta, completada).

Las reglas

  • Nada se publica sin la autorización del usuario. Muestra los resultados del preflight y pregunta.
  • El usuario compra e inicia sesión. El agente nunca compra un dominio, ingresa una tarjeta, escribe una contraseña ni pega una clave en vivo. El agente escribe los registros DNS exactos, los nombres de variables de entorno y los comandos; el usuario realiza los pasos de la cuenta.
  • No hasta que esté re-marcado. La limpieza de marca debe estar impecable. Sin excepciones.

Paso 1: preflight

Ejecuta cada verificación y pega los resultados en deploy.md:

npx playwright test                                                                  # replica-test
python3 .cursor/skills/replica-diff/parity.py replica/features.csv                   # requisitos imprescindibles cumplidos
python3 .cursor/skills/replica-brand/sweep.py . --config replica/brand.json          # exit 0: limpio
python3 .cursor/skills/replica-launch/listing.py replica/launch/listing.json         # si se envía a tiendas
npm run build                                                                        # la compilación de producción pasa

(Las rutas asumen que el paquete está en .cursor/skills/ en la raíz del proyecto. Si copiaste las carpetas a otro lugar, apunta los comandos python3 a esas rutas.)

Además, manualmente: sin errores S1 o S2 abiertos, páginas de política de privacidad y términos en vivo (listando todos los procesadores), banner de cookies si usas cookies no esenciales en la UE o Reino Unido, eliminación de cuenta funcional, el favicon, los títulos y la imagen OG son tuyos.

Cualquier fallo detiene el despliegue. Indica cuál y por qué.

Paso 2: servicios de producción

  • Un proyecto de producción separado para la base de datos (nunca el de desarrollo), con copias de seguridad activadas, migraciones ejecutadas por el despliegue, no a mano.
  • Variables de entorno configuradas en el host para producción, coincidiendo con .env.example. Solo claves en vivo aquí.
  • Stripe: cambia a modo real, recrea productos y precios, añade el endpoint del webhook de producción y su secreto de firma, prueba una compra real y reembólsala.
  • OAuth: añade el dominio de producción a los URI de redireccionamiento y orígenes autorizados de cada proveedor. Los alcances de Google que requieran verificación deben estar aprobados, o solo los usuarios de prueba pueden iniciar sesión.
  • Correo: el dominio de envío verificado con el proveedor.

Paso 3: hosting y dominio

Por defecto: Vercel para Next.js (Netlify, Cloudflare Pages, Fly o Render en su defecto). Conecta el repositorio para que main se despliegue y las solicitudes de pull tengan URLs de vista previa.

El dominio, después de que el usuario lo compre en cualquier registrador:

registronombrevalor
A@la IP del apex del host (Vercel: se muestra en la configuración del dominio)
CNAMEwwwel destino del host (Vercel: cname.vercel-dns.com)
TXT@ o un subdominioel valor de verificación del host, si se solicita

DNS de correo del proveedor de correo: SPF (TXT), DKIM (CNAME o TXT) y un registro DMARC que empiece con v=DMARC1; p=none; rua=mailto:you@yourdomain y luego se ajuste a quarantine una vez que los informes estén limpios. Sin estos, tus correos de confirmación irán a spam.

Elige un host canónico (apex o www) y redirige el otro. HTTPS es automático en los hosts anteriores; compruébalo.

Paso 4: vigilarlo

Monitoreo de errores (Sentry o el del host), comprobaciones de uptime en la página de inicio y en la API del flujo principal, registros guardados, analíticas (una que respete la privacidad evita el banner de cookies) y una alerta al correo o teléfono del usuario. Luego realiza el flujo principal en el sitio en vivo tú mismo y pídele al usuario que lo haga en su teléfono.

Paso 5: móvil, si hay aplicación

Expo: eas build luego eas submit a TestFlight y pruebas internas de Play. Nativo: archivar en Xcode, subir a App Store Connect; Gradle bundle a Play Console. El usuario posee las cuentas de desarrollador ($99 al año para Apple, $25 una vez para Google). Primero beta, luego revisión con el listado de replica-launch.

Resultado

replica/deploy.md con cada verificación y su resultado, la URL en vivo, los registros DNS configurados y qué vigilar durante la primera semana. El clon ahora es una aplicación con tu nombre.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

silasroliver-hue/replica-skill-cursor

>- Plans the stack, database schema and API for an app clone, from the recon map replica-recon wrote. Picks boring, managed tech, turns the inferred data model into real SQL with indexes and access rules, lists every route by flow, and orders the build as a thin vertical slice first. Use when the user says "plan the clone", "what stack should I use", "design the database", "write the schema", "plan the API", "architecture for my version of X", or after /replica-recon finishes.

silasroliver-hue/replica-skill-cursor

>- 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.

silasroliver-hue/replica-skill-cursor

>- 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.

silasroliver-hue/replica-skill-cursor

>- Rebuilds an app screen by screen from the recon map: app shell first, then the core flow as a vertical slice, then every screen with all its states, ticking off the feature matrix as it goes. Writes every line fresh, never the original's code, assets or copy. Use when the user says "build the clone", "build screen S07", "start building", "rebuild this screen", "implement the booking page", or after /replica-design.

Skills relacionados