it235/multica-best-practices/multica-verification

Verification（判门）

这是什么

验证是一个功能，不是一个角色。它回答一个问题：

每条验收标准，有没有客观证据证明满足？

关键：验证必须是客观可判定的动作（跑命令、看输出、逐条对照），不是「我感觉没问题」。 它不靠某个人的人品，靠证据本身——谁跑结果都一样。

谁来执行

• 判门：由 Leader 在门禁点（G1 / G2 / G3）触发本 Skill，独立复跑。Leader 不产出任何产物，天然是第三方。
• 自证：产出者完成后可先跑一遍本 Skill 自证（贴出命令输出），但自证不等于判门——判门必须由非产出者复跑。

门禁出具方必须和被门禁方不同源。作者无法自己盖章「通过」。

Process

1. 读 Issue 的验收标准。
2. 把每条标准映射到证据（哪个测试 / 哪条命令 / 哪段输出）。
3. 复跑验证命令，不引用他人描述的输出。
4. 检查改动范围：diff 是否只涉及本次需求。
5. 逐条给出 PASS / FAIL。

Result

PASS —— 所有标准都有充分证据。

FAIL —— 有标准未满足。必须给出：问题、为什么重要、位置、修复方向。

BLOCKED —— 缺信息 / 缺环境，无法验证。如实报告，绝不转成 PASS。

与产品仓 CI 的关系

本 Skill 是 Leader 判门时用的软门禁（无 CI 或 CI 未覆盖的检查）。 产品仓已有 自建 CI 且 G2 相关 check 已绿时，Leader 引用 check 结论，不必重复跑同一命令。

第二层（reviewed 版）：各角色 multica-review-* 专属 Reviewer，与判门独立。

为什么有效

「验证」最容易被做成「走个形式」。把验证写成可复跑的动作清单，并规定由非产出者执行，才能同时防住两类作弊：产出者假装验证过（自证环节），以及产出者替自己盖章（判门环节）。