正文
获取原文件references/review-workflow.md
读取具体来源、当前版本及用户批准范围。缺少无关材料不阻塞审查；影响结论的未知项需要限制结论范围。
两项独立审查
需求覆盖审查：从原始用户要求和批准需求重新建立承诺清单，核对 S007 的需求与动作覆盖。检查未实现页面、跨模块使用方、动态状态和用户后续纠正。实现中不存在的功能不能从审查分母消失。
证据适用性审查：读取实际断言、命令输出和产物，核对代码及环境版本。路由、按钮存在、安全拒绝、业务结果和真实接入分别判断。子任务声明、报告标签、非空字段和执行成功退出码都不能独立证明业务完整。
多任务审查使用 交付记录。运行结构与完成状态检查之后仍须检查语义，不将校验器通过扩大为独立业务验收。
技术审查范围
按实际任务检查需求与页面、HLD 与组件、数据与事务、API 与调用方、Agent 与工具、前端与上下文、UI 与动态状态、测试与发布条件。详细项目见 审查矩阵。
配置需有实际使用方；状态变化需对应业务事实；身份切换、异步结果和跨页面跳转需保留正确业务对象。只读、模拟及真实外部接入按批准范围判断，不强制所有功能采用相同流程。
问题与关闭
每项记录来源、具体位置、触发条件、影响、严重性、修复责任和复验方法。区分观察事实和推断，充分核对后再报告问题，避免根据名字或缺少某文件误判。
说明修改可以关闭说明类问题；原始功能只有实现或得到用户范围调整依据后才能关闭。IMPLEMENTED 与 ACCEPTED 分别记录；复验后才能登记验收通过。
发布检查
读取 发布状态，核对指定发布面的源码、构建物、实际环境、数据、授权和测试。适用时验证秘密扫描、备份、迁移、恢复方法及核心业务 smoke。客户端上传、审核与生产运行分别记录。
缺少必要核心能力不能给出范围完整的 GO。确有残余风险的条件通过需说明范围、影响及已有风险接受依据；不能使用条件通过隐藏未完成需求。
决议与输出
设计决议使用 APPROVED / CONDITIONALLY_APPROVED / REVISE。交付及发布决议使用 GO / CONDITIONAL_GO / NO_GO / INSUFFICIENT_EVIDENCE，同时注明审查范围。
严重性采用项目定义：数据损坏、身份错误或核心业务不可用优先处理；证据不足不自动判定产品故障。输出经过验证的满足项、问题、未验收承诺、阻塞、证据和复验入口。评审默认只读，实施修复遵循已有授权。