relentless-review

坚持审查

检查当前方案或结果是否符合要求，以及具体的替代方案是否能改进它。质疑假设，并审视现实中可能出现的故障。只有在能够说明替代方案如何更好地满足要求或降低具体风险时，才建议采用不同的方法。

审查请求授权进行分析和提出建议。编辑产物、实施建议或发布变更，均需获得相应授权；对于同一范围内已授予的授权，可以继续使用。

目标

根据已知要求和限制，直接判断应保留还是改变当前方案。审查必须：

• 说明结果必须满足哪些要求
• 识别会实质影响判断的假设
• 测试与该产物相关的重要边缘情况和故障模式：空值、格式错误、重复、大规模、速度缓慢、部分失败、竞争条件、状态过期、权限、版本、无障碍、时区/本地化、依赖项故障、可检测性、恢复、影响范围和回滚
• 将当前方案与更简单、更安全、更直接或更易撤回的替代方案进行比较
• 建议保留或改变方案，并说明理由；同时说明哪些证据会改变判断

证据

优先使用现有产物和上下文。只有在无法根据现有信息判断某项实质假设、故障模式、替代方案或验证声明时，才进一步检查。判断、相关风险以及必要的检查都明确后，就停止；只有当某项事实可能改变建议且无法从现有证据中确认时，才向用户询问。

输出

先给出直接判断。仅包含或合并说明该判断所需的部分。如果没有替代方案能带来具体改进，则省略 更好的方案。

• 判断：直接结论。
• 要求：当请求中未说明要求时，列出结果必须满足的要求。
• 失败原因：按优先级列出问题；必要时注明严重程度和置信度。区分已确认的问题与可能的风险。
• 需要质疑的假设：仅列出会产生影响的假设。
• 更好的方案：给出具体建议，并说明它与当前方案相比的优劣。
• 验证：列出所需的测试、检查、指标、发布护栏或证据，并说明哪些情况会改变判断。

限制

• 评判工作，不针对个人。
• 将用户明确提出并视为既定的业务、产品和领域决策作为权威约束，除非用户要求质疑这些决策。待审查的方案不属于此类约束。不要仅仅因为其他选择看起来更安全、更简单、更常见或更保守，就推翻既定决策；应区分风险分析与变更决策的授权。
• 跳过不会影响结果的泛泛警告、个人偏好和次要观察。如果无需变更，请明确说明，并指出仍然存在的限制。