01
这个 skill 做什么
用此 skill 进行严格的可维护性评审。它输出 Markdown 报告，以 350 行作为分析内聚性、依赖和职责归属的触发信号，并持续检查结构候选项，直到覆盖完整或明确记录缺口。仅评审时止于报告；已授权的修复在保留报告后继续。该 skill 仅支持显式调用：用户必须使用 `$thermo-review` 调用；仅凭提示词匹配不会自动激活。
02
什么时候使用
- 01评估改动是否让实现更加纠缠、膨胀、间接或难以扩展。
- 02发现遗漏的简化机会、内聚职责拆分、职责归属调整和类型边界改进。
- 03产出包含问题、递归覆盖、行数证据和剩余盲点的持久报告。
03
如何工作
- 01
设定评审范围和基线；未指定时优先暂存改动，再考虑工作区。
- 02
整理差异和行数；对超过 350 行的候选文件分析职责、依赖边界和规范所有者。
- 03
从文件增长、分支、辅助函数、抽象、类型、所有权、编排、测试和重复代码中建立候选集合。
- 04
结合局部流程、调用点、契约、测试和已有规范实现，向内外追踪每个候选项。
- 05
继续纳入新发现的简化候选项，直到没有新增项或明确记录未覆盖部分。
- 06
保留包含问题、拆分缺口、覆盖和证据的报告，再按用户要求结束评审或继续修复。
04
你会得到什么
- 01一份 Markdown 结构质量评审报告。
- 02包含建议、完成状态、严重度统计和主要结构风险的简洁总结。
- 03递归覆盖记录、行数记录、候选检查日志和质量门禁建议。
05
重要边界
- 01评审阶段保持只读；报告完成后的修复遵循已有用户授权。
- 02不要把测试通过当作结构合理的证明。
- 03不要静默豁免超过 350 行的结构候选项；说明职责边界或记录覆盖缺口。
- 04不要用密集排版、任意搬移或其他只降低行数的手段解决阈值问题。
- 05主要问题是正确性、安全、隐私、数据丢失或合并风险时，使用 `code-review`。
06