Verification（判门）
这是什么
验证是一个功能，不是一个角色。它回答一个问题：
每条验收标准，有没有客观证据证明满足？
关键：验证必须是客观可判定的动作（跑命令、看输出、逐条对照），不是「我感觉没问题」。 它不靠某个人的人品，靠证据本身——谁跑结果都一样。
谁来执行
- 判门：由 Leader 在门禁点（G1 / G2 / G3）触发本 Skill，独立复跑。Leader 不产出任何产物，天然是第三方。
- 自证：产出者完成后可先跑一遍本 Skill 自证（贴出命令输出），但自证不等于判门——判门必须由非产出者复跑。
门禁出具方必须和被门禁方不同源。作者无法自己盖章「通过」。
Process
- 读 Issue 的验收标准。
- 把每条标准映射到证据（哪个测试 / 哪条命令 / 哪段输出）。
- 复跑验证命令，不引用他人描述的输出。
- 检查改动范围：diff 是否只涉及本次需求。
- 逐条给出 PASS / FAIL。
Result
PASS —— 所有标准都有充分证据。
FAIL —— 有标准未满足。必须给出：问题、为什么重要、位置、修复方向。
BLOCKED —— 缺信息 / 缺环境，无法验证。如实报告，绝不转成 PASS。
与产品仓 CI 的关系
本 Skill 是 Leader 判门时用的软门禁（无 CI 或 CI 未覆盖的检查）。 产品仓已有 自建 CI 且 G2 相关 check 已绿时，Leader 引用 check 结论，不必重复跑同一命令。
第二层（reviewed 版）：各角色 multica-review-* 专属 Reviewer，与判门独立。
为什么有效
「验证」最容易被做成「走个形式」。把验证写成可复跑的动作清单，并规定由非产出者执行，才能同时防住两类作弊：产出者假装验证过（自证环节），以及产出者替自己盖章（判门环节）。
