Replica-Deploy

Bringt einen App-Klon live auf der eigenen Domain: Preflight-Prüfung, Produktionsdatenbank, DNS, Stripe Live, OAuth, Monitoring und mobile Builds für TestFlight und Play. Verwenden, wenn der Benutzer 'ausrollen', 'veröffentlichen', 'live schalten', 'meine Domain verbinden', 'in Produktion gehen', 'die App veröffentlichen' oder nach /replica-launch sagt.

Was ist Replica-Deploy?

Dieses Skill automatisiert den Deployment-Prozess eines App-Klons in die Produktion. Es führt eine umfassende Preflight-Prüfung durch, die Tests, Paritätsanforderungen, Rebranding-Konsistenz und mehr umfasst. Es richtet eine separate Produktionsdatenbank, Umgebungsvariablen, Stripe Live-Modus, OAuth-Weiterleitungen, E-Mail-DNS und Monitoring ein. Das Skill unterstützt die Bereitstellung auf Vercel, Netlify, Cloudflare Pages, Fly und Render und verwaltet DNS-Einträge für die Domain und E-Mail. Zudem erstellt es mobile Builds für TestFlight und Play. Es interagiert nicht mit Zahlungsinformationen, Passwörtern oder Live-Schlüsseln; der Benutzer kauft die Domain und meldet sich an. Es erstellt eine Datei `replica/deploy.md` mit allen Ergebnissen und der Live-URL.

Funktioniert mit~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 Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Replica-Deploy?

Liest alles in replica/. Schreibt replica/deploy.md (die Checkliste in preflight.md in diesem Ordner, ausgefüllt).

Die Regeln

  • Nichts geht ohne das Go des Benutzers live. Zeige die Preflight-Ergebnisse und frage.
  • Der Benutzer kauft und meldet sich an. Der Agent kauft nie eine Domain, gibt keine Kreditkarte ein, tippt kein Passwort oder fügt einen Live-Schlüssel ein. Der Agent schreibt die genauen DNS-Einträge, Umgebungsvariablennamen und Befehle; der Benutzer führt die Kontoschritte aus.
  • Erst, wenn es umbenannt ist. Der Sweep muss sauber sein. Keine Ausnahmen.

Schritt 1: Preflight

Führe jede Prüfung aus und füge die Ergebnisse in deploy.md ein:

npx playwright test                                                                  # replica-test
python3 .cursor/skills/replica-diff/parity.py replica/features.csv                   # Muss-Haben erledigt
python3 .cursor/skills/replica-brand/sweep.py . --config replica/brand.json          # exit 0: sauber
python3 .cursor/skills/replica-launch/listing.py replica/launch/listing.json         # wenn für Stores veröffentlicht
npm run build                                                                        # Produktionsbuild erfolgreich

(Die Pfade gehen davon aus, dass das Pack in .cursor/skills/ im Projektstamm liegt. Wenn du die Ordner woanders hin kopiert hast, weise die Python3-Befehle auf diese Pfade.)

Plus manuell: keine offenen S1- oder S2-Bugs, Datenschutzerklärung und AGB-Seiten live (Auflistung aller Verarbeiter), Cookie-Banner, wenn du nicht notwendige Cookies in der EU oder im UK verwendest, Kontolöschung funktioniert, das Favicon, Titel und OG-Bild gehören dir.

Jeder Fehler stoppt das Deployment. Sage welcher und warum.

Schritt 2: Produktionsdienste

  • Ein separates Produktionsprojekt für die Datenbank (niemals das Dev-), Backups aktiviert, Migrationen werden vom Deployment ausgeführt, nicht von Hand.
  • Umgebungsvariablen im Host für die Produktion gesetzt, passend zu .env.example. Nur hier Live-Schlüssel.
  • Stripe: In den Live-Modus wechseln, Produkte und Preise neu erstellen, den Produktions-Webhook-Endpunkt und dessen Signing-Secret hinzufügen, einen echten Kauf testen und zurückerstatten.
  • OAuth: Die Produktionsdomain zu den Redirect-URIs und autorisierten Ursprüngen jedes Anbieters hinzufügen. Google-Scopes, die eine Verifizierung benötigen, müssen genehmigt sein, oder nur Testbenutzer können sich anmelden.
  • E-Mail: Die sendende Domain beim Anbieter verifizieren.

Schritt 3: Host und Domain

Standard: Vercel für Next.js (Netlify, Cloudflare Pages, Fly oder Render sonst). Verbinde das Repository, sodass main deployed und Pull-Requests Vorschau-URLs erhalten.

Die Domain, nachdem der Benutzer sie bei einem beliebigen Registrar gekauft hat:

EintragNameWert
A@Die Apex-IP des Hosts (Vercel: wird in den Domain-Einstellungen angezeigt)
CNAMEwwwDas Ziel des Hosts (Vercel: cname.vercel-dns.com)
TXT@ oder eine SubdomainDer Verifizierungswert des Hosts, falls angefordert

E-Mail-DNS vom E-Mail-Anbieter: SPF (TXT), DKIM (CNAME oder TXT) und ein DMARC-Eintrag beginnend mit v=DMARC1; p=none; rua=mailto:du@deinedomain, dann auf quarantine verschärft, sobald die Berichte sauber sind. Ohne diese landen deine Bestätigungs-E-Mails im Spam.

Wähle einen kanonischen Host (Apex oder www) und leite den anderen weiter. HTTPS ist automatisch auf den obigen Hosts; überprüfe es.

Schritt 4: Überwachen

Fehlerverfolgung (Sentry oder die des Hosts), Uptime-Checks auf der Startseite und der API des Kernflusses, Logs gespeichert, Analysen (eine datenschutzfreundliche vermeidet das Cookie-Banner) und eine Benachrichtigung an die E-Mail oder das Telefon des Benutzers. Führe dann selbst den Kernfluss auf der Live-Seite durch und bitte den Benutzer, dies auf seinem Telefon zu tun.

Schritt 5: Mobil, falls es eine App gibt

Expo: eas build dann eas submit an TestFlight und Play interne Tests. Nativ: Archivieren in Xcode, hochladen zu App Store Connect; Gradle-Bundle an die Play Console. Der Benutzer besitzt die Entwicklerkonten (99 $ pro Jahr für Apple, 25 $ einmalig für Google). Zuerst Beta, dann Überprüfung mit dem Listing von replica-launch.

Ausgabe

replica/deploy.md mit jeder Prüfung und ihrem Ergebnis, der Live-URL, den gesetzten DNS-Einträgen und worauf in der ersten Woche zu achten ist. Der Klon ist jetzt eine App mit deinem Namen.

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.

Verwandte Skills