用途：为应用复刻规划技术栈、数据库 schema 和 API，输入来自 replica-recon 写出的侦察图。开始时读取 replica/recon.md 与 replica/features.csv，输出 replica/architecture.md、replica/schema.sql（或首个迁移）。若缺少侦察图，应停止并先运行 /replica-recon。
主要步骤：一、选技术栈。优先沿用用户已熟悉的栈，否则用默认方案：Next.js App Router + TypeScript、Tailwind、Expo、Supabase/Neon 上的 Postgres、Drizzle 或 Prisma、Supabase Auth 或 Auth.js、Stripe Checkout + Billing、Resend 或 Postmark、Vercel Cron/Inngest/Trigger.dev、Supabase Storage 或 Cloudflare R2、Vercel；每项写一行选择理由，只用一套数据库，不用微服务。二、把推断的数据模型转成 SQL：统一 id uuid、created_at、updated_at，归属列，外键与 on delete 规则，索引，状态枚举或 check 约束，timestamptz 存 UTC，金额用整数分加币种；明确访问规则（Supabase 行级安全或数据层每次查询做授权检查）；硬约束交给数据库，例如防重复预订用排除约束或唯一索引。三、写 API：按侦察图流程逐个写出方法路径、作用、调用方、输入、输出、流程，并列出进出 webhook 与后台任务及调度；只使用官方公开 API 和用户自己的密钥，不得使用原应用私有端点。四、写下时区与夏令时、幂等、竞态、速率限制、文件大小限制、搜索、实时、离线、邮件送达、多租户、GDPR 删除等易踩坑点。五、按纵向切片排构建顺序：核心闭环、features.csv 的必须项、应做项与可做项、replica-entrepreneur 发现的问题修复，每个里程碑列出屏幕（S-ID）、表和路由。
限制：资料未提供具体收费、价格、平台或效果信息；具体模板内容与依赖版本暂未提供。