multica-verification

name	multica-verification
description	判门功能：客观检查产物是否满足验收标准。由 Leader 在门禁点（G1/G2/G3）触发复跑；成员也可用它自证。用于设计检查 / 实现验收 / 测试报告复核。

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 是验证功能在 Agent 世界的形态（软门禁），适合起步、无 CI 或探索期。 同一功能的机器形态是 multica-gate-setup skill 携带的 CI 硬门禁模板。能上 CI 就上 CI，软门禁是过渡。

为什么有效

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