一句话

异常严格的可维护性评审：专找能用「code judo」整体删掉的复杂度，而不是挑表面毛病。

何时用

• 适合：想要一次不留情面的结构评审，关心抽象质量、文件膨胀、意大利面式分支增长。
• 不适合：只改文案或配置；它 disable-model-invocation，必须用户显式触发。

怎么用

/thermo-nuclear-code-quality-review 对这个分支的改动做一次热核评审

1. 以基线 prompt 起步：深度质量审计，目标是不改行为前提下显著简化实现。
2. 套用硬性标准：文件不许无理由越过 1000 行；不许在既有流程里塞特殊分支；偏好无聊直接的代码；类型和边界要显式；逻辑待在 canonical 层并复用已有 helper。
3. 输出按固定优先级：结构倒退、错过的简化机会、面条式增长、边界与类型问题、文件大小、模块化、可读性。
4. 结论对照批准线：结构倒退、明显可删未删的复杂度、无理由的文件爆炸等都是推定阻塞项。

产出

• 少量高置信度意见（刻意不刷细碎 nits），直接说出哪里让代码库更乱、哪里有 code-judo 空间。

要点与坑

• 批准线不是「行为正确」：能跑但把代码库搞乱的实现照样打回。
• 同仓库还有同名 Task 子代理：父代理用两个并行 Task 收 diff 和改动文件全文，再调它出评审，省主上下文。
• 只管实现质量；AI 赘余先用 ctk-deslop，行为证据用 ctk-verify-this。

关联

• 同类：ctk-review-and-ship、ctk-deslop
• 所属：00-ctk-概览