Skip to content
cccskills
FreePublished on GitHub

replica-build

Implement an app screen by screen from research and design documents, starting with its core workflow. Write fresh code and interface text, cover loading and error states, and track progress with a feature matrix and screenshots.

OriginalShow the original description

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.

See how to install

Good for

  • Build app screens from research and design documents
  • Implement the core workflow from start to finish
  • Cover empty, loading, error, and mobile states
  • Record screen progress and capture comparison screenshots

Files included (1)

  • SKILL.md3.6 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

replica-build

Reads replica/recon.md, replica/architecture.md, replica/design/. Updates replica/features.csv (the clone column) and keeps replica/build-log.md.

The rules

  • Clean room. Every line of code is written here, from the recon map and the specs. Never paste the original's HTML, CSS, JavaScript, SVGs or images, never load anything from its domain or CDN, never "view source and adapt".
  • Your words. Write every label, button, empty state and email fresh. Matching what a button does is parity. Matching its sentence is copying.
  • Tokens only. No raw hex or pixel values in components. If a value is missing, add it to the tokens.

Step 1: the shell

Routing for every screen in the inventory (stub pages are fine), the layout (nav, header, sidebar), tokens wired in, the primitives from replica-design, and seed data so screens have something real to show. Commit.

Step 2: the vertical slice

The core loop from the recon map, end to end, before anything else. For a booking app: create an event type, open the public page, book a slot, see it on the dashboard. Ugly is fine. Working is the point. If replica-backend has not run yet, use the seed data and a fake data layer with the same function signatures, so swapping in the real one changes no screen code.

Step 3: screen by screen

Work in the order of architecture.md. For each screen:

  1. Read its row in the recon map: purpose, components, states, which flows pass through it.
  2. Look at the reference screenshot for layout and hierarchy. Not for pixels.
  3. Build it with the primitives. Real data from the data layer.
  4. Every state: empty, loading (skeletons, not spinners, if the original does), filled, error, no permission, long content (a 60 character name), mobile width.
  5. Basics, every time: semantic HTML, labels on inputs, keyboard reachable, visible focus, images with alt text.
  6. Set the matching rows in features.csv to yes or partial (with a note).
  7. Screenshot it at the same viewport as the reference into replica/clone-screens/S07.png for replica-diff.
  8. One commit per screen: build: S07 booking page.

Definition of done, per screen

  • every state from the recon map, plus empty, error and loading
  • works at 390px and 1440px wide
  • keyboard only: can complete the flow
  • no console errors
  • no hard-coded copy borrowed from the original
  • features.csv updated
  • screenshot saved for diff

Step 4: the build log

replica/build-log.md, one line per screen: ID, date, done or partial, what is missing, what was harder than expected. When a feature is bigger than it looked, say so in the log and in the chat. Do not quietly ship half of it.

When you are stuck on how something works

Go back to the original as a user: read its help article, watch its public walkthrough, use the user's own account. Do not dig into its code or network calls. Then build your own version of the behaviour.

Output

Screens built, the feature matrix updated, screenshots saved, and a summary: screens done of total, must-haves done of total, what is next. Then /replica-backend if the data layer is still fake, else /replica-test.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Turn research about an existing app into a technical plan for a new implementation. Choose technologies, define database tables and access rules, map API routes, and order development around a small, complete core workflow.

  • Choose technologies for an alternative app
  • Design database tables, indexes, and access rules
  • Map API routes and scheduled background jobs
Jakeschincariol/replica-skill3.8KUpdated Oct 3, 2026

replica-backend

FreeSummary

Build the backend for an app modeled on an existing service, including login, database access rules, Stripe test payments, email, and integrations through official APIs. Track implementation and security checks in a dedicated checklist.

  • Add login and account management
  • Connect screens to a database
  • Implement Stripe payments in test mode
Jakeschincariol/replica-skill3.8KUpdated Oct 3, 2026

replica-brand

FreeSummary

Develop an app’s own identity through name candidates, a distinct color palette, a logo brief, and writing guidance. Track name screening checks and scan project files for leftover names, domains, and colors from the original app.

  • Shortlist app names and track screening checks
  • Choose a distinct palette with readable contrast
  • Prepare a logo brief and consistent interface wording
Jakeschincariol/replica-skill3.8KUpdated Oct 3, 2026

replica-deploy

FreeSummary

Prepare and publish an app built from an existing reference, covering release checks, production services, domain and email records, payments, sign-in, monitoring, and mobile distribution. It records results and requires user approval before going live.

  • Checking whether an app is ready for release
  • Connecting a custom domain and email settings
  • Preparing production payments and sign-in
Jakeschincariol/replica-skill3.8KUpdated Oct 3, 2026

replica-design

FreeSummary

Rebuild an app’s visual system as reusable design values and component specifications. It covers typography, spacing, component states, implementation, and contrast checks while replacing the original app’s branded assets with independent alternatives.

  • Reconstructing design rules from app screenshots
  • Defining shared tokens and component states
  • Checking text and background contrast
Jakeschincariol/replica-skill3.8KUpdated Oct 3, 2026

replica-diff

FreeSummary

Compare a recreated app with its reference using weighted feature coverage, screenshot layout differences that ignore color, and workflow reviews. Generate a report showing missing functionality, release readiness, and the next five implementation priorities.

  • Measuring how much reference functionality is implemented
  • Comparing screen layouts after changing brand colors
  • Reviewing workflow and error-handling differences
Jakeschincariol/replica-skill3.8KUpdated Oct 3, 2026

See all skills by Jakeschincariol

Report a problem with this skill