skill 约束要区分「补模型短板」与「替模型做判断」

更新于 2026-07-18

**模型足够强时，很重的 skill 约束反而会限制它的能力 —— 判据是：这条约束在「补模型当下做不到的事」，还是在「替模型做它本可动态判断的决策」。前者该留，后者在强模型上只换来延迟和返工。**

这条判断的由来

用户在使用 Superpowers 这类重流程 skill 时的两个体感：

所以问题不是「用不用 skill」，而是约束的边界划在哪。

约束类型	例子	强模型下的处理
补模型短板	强制先复现再改、强制跑验证、强制记录决策	保留 —— 模型不会自发保持一致性
替模型做判断	规定每一步先做哪个子任务、固定探索顺序	可放宽 —— 强模型能动态决定

流程规范（评审、验证、分支纪律）属于第一类：它们约束的不是「怎么想」，而是「不许跳过」。见开发流程要按任务大小分级 —— 那份分级里「小功能不该走重流程」是同一条判据在流程粒度上的落地。

这是用户转述的外部说法（原话：「听别人说的，但是我还没测试过」），尚未 A/B 验证。

可验证方式：同一批任务分别用「重 skill / 轻 skill / 无 skill」跑，对比耗时与结果质量，重点看「去掉某条约束后，模型是否仍然自发做到了它」。只有「去掉就退化」的约束才算补短板。