用途：该技能用于设计评估、代码审查和重构场景，核心判断标准是“代码库在改动之后是什么样”，以最终代码库中的代码总量而非达成过程所付出的努力来衡量成功，整体偏向更小的代码库与更多删除。
主要能力：引入“减少熵”的思维方式，帮助在每次改动中主动寻找可删除内容，评估提案是否使总代码量下降，并追问“解决该问题的最小代码库是什么”。
必要用法：开始前需从 references/ 加载至少一种思维模型——先列出 reference 目录中的文件，阅读其 frontmatter 描述以选取适用的一个，加载后说明所选模型及其核心原则，未完成此步骤不应继续。
关键判断：目标是最终代码库中更少的总代码，而不是当下写更少的代码；写 50 行删除 200 行是净收益，为省写 2 行而保留 14 个函数是净损失；“不产生改动”不是目标，更少的代码才是目标；衡量的是最终状态，不是投入的精力。
三个提问：解决此问题的最小代码库是什么（不是最小改动，而是最小结果，能否用 2 个函数代替 14 个，或直接删除该功能）；提案是否导致总代码更少（改动前后计数，若后大于前则拒绝，“组织更好”“更灵活”“关注点分离更清晰”但代码更多都属于熵增）；能删除什么（什么因此过时、什么只因被替换者才需要、最多可移除多少）。
警示信号：以“保留现状”为由维持现状；以“增加灵活性”为由增加代码；以“更好的关注点分离”“类型安全”“更易理解”为名增加文件与函数。
不适用情形：代码库对其功能已是最简；处于有强约定的框架中（不要对抗它）；合规或监管要求必须采用特定结构。
限制：资料未提供该技能的具体安装命令、平台支持范围、收费或价格信息，暂未提供。