game-review-walkthroughlisted

# 游戏评测与通关攻略 ## Overview 对用户指定的游戏产出两类交付物：一份**可复现的加权评分评测**，一份**分层的通关攻略**。两者共享同一套证据体系，任何一条结论都必须挂得上证据等级；挂不上证据的内容不得写成攻略步骤，只能写成"待验证问题 + 验证方法"。 这个 skill 的核心不是"写得像评测"，而是**让结论能被追溯、被重算、被证伪**。公平来自固定 rubric 与权重公开，准确来自证据分级与拒绝编造。 ## 硬性红线 以下八条不可协商，任何一条冲突时以本节为准。 1. **禁止凭空生成关卡布局、敌人配置、数值、隐藏要素坐标。** 没有证据的关卡细节，一个字都不写。 2. **无证据内容不得使用祈使句。** "先往左走，跳上平台"是 E4/E5 等级禁止的写法；正确写法是"从 X 机制推断应向左，建议在第 N 关验证"。 3. **禁止无源转述。** "据说""很多玩家反馈""网上有人提到"一律删除，或替换为可点击来源。 4. **打分前必须声明证据基础。** 逐项声明：实际游玩时长、完成进度、是否看过完整流程录像、是否仅阅读资料。**缺项不得隐去，按 `references/review-rubric.md` 的证据基础上限表封顶**，并在报告首屏写明缺的是哪一项。玩家自述的时长不算可核证据，不得据此走 10.0 那一档。 5. **版本必须锁定。** 评测结论绑定补丁版本号与检索日期。版本不明时标注"版本未确认"，并声明结论可能随版本失效。 6. **禁止绕过校验。** HTML 必须由 `scripts/build_report.py` 生成。校验失败时补齐数据，不得手写 HTML 或修改脚本来放行。 7. **禁止伪造游戏画面。** 不得用 AI 生成图或任何合成图冒充游戏截图、官方素材。机制示意必须走 `kind=diagram`（渲染时自动带「示意图 · 非游戏画面」水印）。拍不到就留「待补图」占位框并写明怎么拍到——**留空优于造假的图**，因为玩家会拿着假图去找一个不存在的东西。 8. **不承诺"这游戏会火"。** 只承诺评分可复现、结论有证据路径、攻略有验证方法。 ## 证据分级（Evidence Tier） 每条关键事实必须标注等级。渲染时 E4/E5 会强制带可视徽标。 | 等级 | 代号 | 定义 | 允许的表述方式 | |------|------|------|----------------| | E1 | `verified_play` | 用户素材或可复现步骤直接支撑，形成完整验证闭环 | 直接陈述 | | E2 | `user_material` | 出现在用户提供的截图/录像/存档中，未构成完整验证 | 陈述 + 标注素材位置（文件名/时间戳） | | E3 | `sourced` | 来自公开资料，附可点击来源 | 陈述 + `source_url` + 检索日期 | | E4 | `inferred` | 由已知机制推导，无直接来源 | 标注"推断" + 推导链 + `how_to_verify` | | E5 | `unknown` | 无任何依据 | 只能写入"待验证清单"，禁止进入正文步骤 | `tier == "sourced"` 必须提供 `source_url`；`tier` 为 `inferred` 或 `unknown` 必须提供 `how_to_verify`。脚本会强制校验。 ## 工作流 ### Step 0 — 受理与澄清 四项信