用途：该技能用于压缩代码库总体积，核心理念是“代码会催生更多代码，熵会累积”，因此偏向尽可能小的代码库。它只应在用户明确要求时手动激活，不会自动触发。
主要能力与判断标准：以最终代码库的代码总量为成功标准，而非当前编写量。写 50 行却删掉 200 行属于净收益；为省写 2 行而保留 14 个函数属于净损失。“不产生改动”不是目标，更少代码才是目标。衡量的是最终状态，不是投入的努力。
使用方式：开始前需从 references/ 目录加载至少一个思维框架。步骤为列出参考目录中的文件，阅读 frontmatter 描述以选择适用的框架，加载至少一个，并说明所加载的框架及其核心原则，未完成前不得继续。
三个核心问题：一、解决该问题的最小代码库是什么，不是最小改动，而是最小结果，能否用 2 个函数代替 14 个，能否为 0 个函数（删除该功能），这样做会删掉什么；二、拟议改动是否导致总代码更少，改动前后统计行数，若之后多于之前则拒绝，“组织更好”“更灵活”“关注点分离更清晰”但代码更多都意味着更多熵；三、能删除什么，每次改动都是删除机会，要问它使什么过时、什么只因被替换之物才需要、最多能移除多少。
警示信号：保留现状是现状偏见；增加灵活性要问为了什么，遵循 YAGNI；更好的关注点分离会带来更多文件与函数，分离并非免费；类型安全值多少行，有时更少代码的运行时检查更优；14 个东西并不比 2 个更容易理解。
不适用场景：代码库对其功能而言已是最小；处于有强约定的框架中（不要对抗它）；法规或合规要求强制特定结构。
限制：资料未提供具体安装命令、价格、平台支持范围或效果数据，这些事实暂未提供。