一句话

在不改行为的前提下把 PR 收拾得好评：清理嘈杂历史、补齐描述、给评审者标注入口和风险。

何时用

• 适合：「让这个 PR 好评」「整理 commit」「给 diff 加导读」；改完代码、叫人来看之前。
• 不适合：要改代码行为；PR 大到笔记救不回来（此时应建议拆分）。

怎么用

整理这个 PR：历史太乱，描述也过时了，让评审者能快速看懂

1. 解析目标 PR，看 commit、diff 规模、改动路径、生成文件和现有描述。
2. 找出可评审性问题：嘈杂 commit、过期描述、混入无关改动、缺测试、入口不清。
3. 改历史前先给计划并获同意；重写后校验 tree 一致（git rev-parse HEAD^{tree} 对比原 tree），不一致不推。
4. 描述补 TL;DR，区分核心文件和机械/生成文件，标出风险、迁移顺序和测试覆盖。

产出

• 更干净的提交历史或更完整的 PR 描述与评审导读；过大时给出拆分建议。

要点与坑

• 硬规则：绝不在「清理」里藏真实行为变更；不经同意不改历史、不强推；不绕过钩子。
• 好的 commit 分组按依赖序：schema/生成物、核心逻辑、接线、UI、测试。
• 只管可读性，不做对错评审；严格评审用 ctk-thermo-nuclear-code-quality-review，证据用 ctk-verify-this。

关联

• 同类：ctk-review-and-ship、ctk-pr-review-canvas · 前置：ctk-deslop
• 所属：00-ctk-概览