merge-reviews

该技能用于把同一 diff 的两份独立审查合并成一份作者可自上而下处理的清单，并附一份“刻意未修复”的登记，避免下次审查重复提出。\n\n用途：审查常按不同标准排序，一份按用户可破坏程度，一份按代码形态的长期成本；直接拼接会让静默数据丢失问题排在命名偏好之后。该技能先验证、再分类、再排序。\n\n主要能力：先给审查者标记 A/B，并把每条发现复述为一行，防止聊天压缩后丢失；对无位置引用的发现先定位，或列为未验证；打开引用行、核对库/浏览器/API 事实、阅读消费方，合并同一根因的重复计数。分类以“能否写出输入导致错误输出的场景”为门槛：能写出即阻塞项，包含尚未存在的消费方可达的潜在缺陷、业主声明不可协商的硬规则、公开契约过度承诺；只有观察没有场景的为非阻塞项；看起来坏但实际是未完成决策的归为范围项，且必须有书面证据（工单、README、工作报告、设计文档或断言该行为的测试），另一份审查的建议不算证据。两份审查命中同一代码时，缺陷定优先级，结构发现定修复形态，合并为一条；并检查结构方案是否把缺陷当成目标设计。排序按损害程度：先数据损毁，再不可逆对外动作、无界资源泄漏、可恢复的交互阻塞、规则与契约违背；可达性只用于打破平局。另需审计每位审查者的方法，指出范围、停止条件、重复计数、把形态当意图、依赖重构的结论、未验证事实等模式。\n\n使用方式：支持一份或两份审查；三份及以上超出范围，应拒绝不合并。只有一份时跳过比较与碰撞规则，只分类、排序并审计方法，不得虚构第二份。业主需决策的事项（门槛、歧义范围项、双仓库发现、两种相反解读）应成批提问并各附建议；事实类问题自行查证。输出先写所用合并规则，再做逐条对照，随后按序输出阻塞项（每条含失败场景、修复形态、可达性），最后是非阻塞项登记、范围项证据、未验证项与方法审计，并询问结果存于何处。\n\n限制：不按严重标签合并，需自行从失败场景推导严重度；不把数量当质量；未要求时不边合并边修改；非阻塞项不再重新争论。