multica-verification git:20260910.8db057cA

Immutable. This exact content is served forever at /api/v1/blob/f53015c08e19fdbc.

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

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

## 为什么有效

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