# 重叠 PR 比较标尺

当两条或多条 PR 目标重叠时，不要只看代码行数。按下面七个维度比较“哪一条更值得保留”。

## 1. 需求覆盖

- 是否覆盖用户提出的完整场景
- 是否只做了半截能力
- 是否同时处理了边界情况

## 2. 架构贴合度

- 是否沿用现有封装模式
- 是否引入了额外特例
- 是否把逻辑放在合理层次

## 3. 测试完整度

- 是否新增单元测试
- 是否覆盖正常路径与错误路径
- 是否能证明和宣称功能一致

## 4. 文档与帮助同步

- `--help` 是否更新
- README、示例、变更说明是否同步
- 中文文案是否正常、无乱码

## 5. 兼容性

- 是否破坏原有参数或输出契约
- 是否影响既有脚本调用
- 默认值和错误提示是否稳妥

## 6. 风险与复杂度

- 是否引入不必要的大改动
- 是否触碰高风险公共层
- 是否容易产生回归

## 7. review 吸收度

- 是否已响应 reviewer 意见
- 是否还存在已指出但未修的问题
- 是否比竞争 PR 更接近可落地状态

## 建议输出格式

比较结论应长这样：

- “优先保留 #63。它和 #61 目标重叠，但 #63 多补了编号搜索的测试、帮助文案和错误处理，且没有改坏现有关键字搜索入口；#61 仍可把其中的 UI 文案优化拆成小补丁继续保留。”

避免这种空话：

- “#63 更好，更全面。”
