# 评审评分表

> 每个任务完成后，以 0–2 分评审本轮交付；总分不替代阻塞项判断。

| 维度 | 0 分 | 1 分 | 2 分 |
| --- | --- | --- | --- |
| 正确性 | 不符合任务验收 | 主路径可用但边界不完整 | 所有任务验收项可观察地满足 |
| 验证 | 无命令或只有口头描述 | 跑了部分验证 | 所有指定测试/录像/命令已跑并记录 |
| 事件可靠性 | 单帧或断流可误报 | 有部分门控 | 同 ID、时间窗、幂等报警和反例均验证 |
| 范围纪律 | 夹带无关功能 | 有少量未计划改动 | 只完成当前任务 |
| 可维护性 | 逻辑混入 GUI 或硬编码 | 有文档或测试缺口 | 模块边界、配置、合约和文档一致 |
| 交接准备度 | 下一轮无法复现 | 当前状态不完整 | task、progress、current state 和工件齐全 |

结论只能选一项：

- **Accept**：无 P0 缺口，所有验收与验证证据齐全。
- **Revise**：列出必须补的测试、文档或实现。
- **Block**：列出缺少的摄像头、录像、模型、运行时或用户决策。

V1 的“可演示”至少需要：正反例事件回归、RTSP 实流测试、1–3 秒延迟记录、声音/弹窗/截图证据。V2 额外需要 Python/Go 一致性证据。