GCW 网站复刻与重建引擎

要解决什么问题

很多团队想复刻或重建某个站点时，容易直接从线上构建产物反推源码，或在未厘清授权时抓取私有页面。结果是版权不清、无法维护、或与生产行为对不齐。GCW 把这类工作收成一条可审计的流程：先拿证据，再定交付契约，最后才进入构建与 QA。

技能如何工作

工作流固定为 TEARDOWN_PHASE → FAITHFUL_CLONE → REVIEW_GATE → CREATIVE_REBUILD。开始前必须让用户选定最终交付契约，不能从画像里默认推断：

• A：仅研究或可运行回放
• B：可编辑的忠实克隆（可持续基线）
• C：忠实克隆经评审后再做创意重建

拆解阶段会建立 .gcw/SITE_SPEC.md，在有 Playwright 时做路由/网络盘点、交互状态草案，并整合 design-dna、必要时 web-shader-extractor 等伴随证据。根据证据选路径：SOURCE_ADAPT、CLEAN_REBUILD，或在授权确认且无可维护源码时的 PRODUCTION_RECOVERY。

忠实基线只恢复约定页面与状态，用显式 fixtures 替代不可用服务；B/C 还需完成可编辑性证据（editability-evidence.json、REPLACE_GUIDE.md），不能把仅制品回放当作最终交付。REVIEW_GATE 处展示基线、Diff 与 CLONE_REPORT.md，用户选 A/B/C 后才继续；创意重建需先有 CREATIVE_BRIEF.md。

边界与注意点

只针对有所有权或明确授权的目标；源码、字体、图片、模型与品牌版权分别标注 SOURCE、PARTIAL 或 GUESS。已部署构建产物是证据，不是原始源码。未经用户授权不得 push、发布或部署；发布改编版前需清理追踪与原品牌残留。