Game Remake Research 是一个把现有游戏转化为有来源支撑的复刻文档的技能。它适用于复刻拆解、对标分析、竞品研究或垂直切片研究包，不适用于泛泛的头脑风暴或随意比较。
用途与定位 该技能的目标是产出结构化的复刻研究资料，而非零散笔记。它强调在写结论之前先锁定目标游戏、版本或时代、平台集合、地区和时间切片。如果目标是在线服务型游戏，且用户提到最新、当前、live、today 或类似表述，应先浏览并引用确切日期或构建窗口。仓库本地的 GDD、电子表格和技术文档应视为目标状态输入，而不是关于原游戏的证据。
主要能力 技能提供四类原型视角，需先阅读 references/template-selection.md，然后只加载一对明确的模板与指标文件，除非确实需要次要视角：mmo 对应 template-mmo.md 与 metrics-mmo.md，arpg 对应 template-arpg.md 与 metrics-arpg.md，roguelike 对应 template-roguelike.md 与 metrics-roguelike.md，card 对应 template-card.md 与 metrics-card.md。
技能还提供脚手架、合并、实验汇总、证据链接审计、包审计、状态报告和交接打包等脚本。核心包流程使用 scaffold_remake_docs.py 与 merge_remake_docs.py；实验流程使用 rollup_experiment_metrics.py 与 summarize_experiments.py；审计流程使用 audit_evidence_links.py 与 audit_remake_pack.py；评审与交接使用 build_pack_status_report.py 与 build_handoff_bundle.py。
使用方式 在深度研究之前先搭建输出包。对于需要审计或交接的包，传入具体的 --version-scope，通常还应加上 --with-support-files。脚手架模板目前仅支持 --language en。如果仍需要使用 audit_remake_pack.py、audit_evidence_links.py、build_pack_status_report.py 或 build_handoff_bundle.py，工作研究包应保持英文。如果最终交付物必须使用其他语言，应在英文包完成后翻译派生的档案或交接产物。
示例命令：
python3 "$GAME_REMAKE_RESEARCH/scripts/scaffold_remake_docs.py"
--game "MapleStory"
--out ./docs/remake-maplestory
--archetype mmo
--version-scope "KMS baseline as observed on 2026-03-01"
--language en
--with-support-files
该示例假设 $GAME_REMAKE_RESEARCH 指向技能根目录。如果该变量未设置，可从本技能的本地 scripts/ 目录运行同一脚本。当包后续需要重新生成实验摘要，或针对结构化支持数据运行证据、状态和交接工具时，加上 --with-support-files。仅当还想要 remake-dossier-template.md 作为手动单文件写作模板时，才加上 --single-file。
工作流程 先阅读 references/research-workflow.md 并在收集来源前锁定范围。使用 references/role-matrix.md 在一个连贯的包中覆盖每个分析视角。使用 references/deliverables.md 保持包结构和章节输出对齐。每个主要章节末尾都要列出未决问题和关闭它们所需的最小验证步骤。
可按需加载的参考 规划与结构：references/template-selection.md、references/research-workflow.md、references/role-matrix.md、references/deliverables.md。原型视角：references/template-mmo.md、references/metrics-mmo.md、references/template-arpg.md、references/metrics-arpg.md、references/template-roguelike.md、references/metrics-roguelike.md、references/template-card.md、references/metrics-card.md。证据与采集：references/evidence-rubric.md、references/citation-style.md、references/capture-methods.md。实验与指标：references/experiment-design.md、references/metric-rollup.md、references/experiment-summary.md、references/evidence-link-audit.md。完成与交接：references/pack-audit.md、references/status-report.md、references/handoff-bundle.md。
证据规则 来源优先级为：官方站点、手册、补丁说明、开发者访谈、直接游玩录像、可靠 wiki 或数据挖掘，然后是二手评论。重要论断需标注为 Confirmed、Inferred 或 Open。在 Confirmed Facts 和 Inferred Model 中，需在论断内联引用台账 ID，例如 S12 或 S12, S18。平衡数值、掉落规则、UI 流程、变现细节和功能可用性需附上确切日期、版本、地区和平台。如果内部机制不可知，应从重复观察中推断并解释推断路径，而不是假装确定。原游戏事实需与复刻决策分开。
适用场景 适用于复刻拆解、对标分析、竞品研究、档案、规格、公式集、实验等。
限制 脚手架模板目前仅支持英文。若需使用审计和交接脚本，工作研究包需保持英文。常见失败模式包括：混合地区、时代或平台而未标注；在只需一个主视角时加载全部四个原型模板；对最高风险未知项没有实验计划就写下强结论；混淆推断公式与已确认公式；写观点却没有待办、风险或验收标准；描述美术方向却没有资产类别和复用策略；描述手感却没有时序、状态、取消或相机规则；产出架构文字却没有边界、热路径或工具影响。完成前需确认：用户能看到研究针对的是哪个版本或构建；每个角色的输出都反映在最终包中而非停留在原始笔记；公式包含单位、变量和假设；资产与动画章节描述的是可生产就绪的类别而非仅形容词；架构与工程章节定义了边界、顺序和风险；未解决的缺口包含验证计划。