用途：对实现计划做只读评审，判断有能力的执行者能否依据该计划和可访问的仓库安全交付已接受结果。评审内容而非模板完整性，不做事风格批评或代码差异审查。
主要能力：把拟议工作追溯到验收标准、实质不变量或已核实风险；检查归属、移除、切换、兼容性、失败/状态/数据流与安全等，当遗漏会实质误导执行时重点报告。区分“缺失关键决策”与“已由需求、命名测试或代码确定的事项”。可为重要结果或禁止效果要求可信的验证动作与可观察证据；异步完成需终态或下游证据，仅入队不算。实时验证需明确授权、前置条件、一次性数据、断言、停止条件、脱敏、清理和不确定性说明。
用法：可只读直接评审；当需要持久化产物或选择提供方时，使用命令 harness run plan-review --plan <path>。不要对同一证据无理由同时使用两种方式。运行或委托评审最长可能约 20 分钟，视任务规模而定，优先使用完成通知；需轮询时小任务每 1–2 分钟、大任务每 3–5 分钟检查一次，而非每 30 秒。
结果要求：每条发现包含 title、severity（Critical/High/Medium/Low）、location、issue、recommendation、rationale、must_fix。must_fix 仅用于遗漏或违背已接受需求、严重不变量违规、不支持的范围、已核实回归风险或安全执行所缺的关键决策/证明；风格规则不能成为阻塞项。结论为 pass、needs_changes 或 blocked，并说明确切覆盖范围。无发现属正常。直接聊天可用 Markdown；Harness 调用只返回 JSON 契约（verdict、summary、findings）。限制：无权限不得编辑或实施；缺失意图文件本身不算缺陷。