用途：mb-verify 用于对已完成任务做独立程度较高的验收校验，避免“未验证即信任”。它对 TASK-* 逐条检查验收标准与需求，记录可复现证据，给出 VERDICT: PASS|FAIL|NEEDS-CLARIFICATION。它明确不是对抗式语义校验；若任务可能形式上满足 AC/REQ 但实质有误，应继续执行 /red-verify 或 /mb-red-verify。
输入与前置：需要 TASK_ID、验收标准来源（.memory-bank/features/FT-* 或 requirements.md 的 REQ ID）和任务协议文件（.protocols/<TASK_ID>/plan.md 等）。任务记录须存在于 .memory-bank/tasks/index.json 且索引记录 ID 与 TASK_ID 一致，必填字段齐全；缺失 tier 即停止。T2/T3 还须有链接的权威 SDD 规格，否则退回 /spec-improve 或 /spec-auto。
主要能力：按最小有效检查逐条验证 AC/REQ，优先确定性检查（测试/CLI）；涉及 UI 或浏览器行为时优先 Playwright、agent-browser、CDP，并保存截图/视频/trace 到 .tasks/<TASK_ID>/。T0/T1 可只记录在 .protocols/<TASK_ID>/run.md；T2/T3 须按模板更新 verification.md，并将完成的验证/证据条目写入任务记录 verify 字段。失败时创建 .memory-bank/bugs/BUG-*.md、补充后续任务并建议状态 failed。
模式与限制：状态转换分调度器模式与手动模式，同一任务不得混用。调度器模式下由 /autopilot、/autonomous 决定关闭/失败/阻塞，mb-verify 只给功能结论与建议，不自行关闭、失败、阻塞或提升依赖。手动模式仅在有明确关闭负责人时，T0/T1 可在功能 PASS 后标记 done；T2/T3 必须等语义语义校验得出 semantic-pass 才能最终关闭。不存在持久化的模式字段。缺少权威任务记录时应停止并报告，不可仅凭协议文档验证。