重复消耗应该变成下一次更轻的结构

我现在越来越警惕一种工作状态：每天都在完成很多事情，但同类问题第二天仍然要从头处理。任务看似结束了，经验却没有留下，身体和时间只被消耗了一遍又一遍。

于是我对 skill 的理解不再局限于 Agent Skill 文件。脚本、模板、提示词、检查清单、判断框架、拒绝边界、停止规则、交付协议和验收标准，只要能让下一次行动更轻，都属于技能化。

完成一次，不等于积累一次

线性完成的工作只回答“今天做完了吗”。可复用结构还要回答：

• 下一次遇到相似情况，我能不能更快开始？
• 哪些步骤其实可以交给工具或模板？
• 哪些判断必须由我保留？
• 哪些失败信号可以提前识别？
• 什么时候应该停止，而不是继续消耗？

如果这些问题始终没有答案，我做得越多，越可能只是把同一个成本支付了很多次。

身体是验收条件

我以前容易把熬夜和疲惫看作“还不够努力”。现在我更愿意把身体状态当作工作系统的一部分：一个方法如果只能靠透支来运行，就还没有真正可靠。

技能化不是为了把人变成永不停机的执行器，而是为了把重复的机械消耗拿走，让有限的注意力留给判断、创造和真正需要在场的部分。

高质量讨论也要留下结构

这件事同样适用于和 AI 的长时间讨论。讨论结束后，如果只得到一段令人兴奋的文字，下一次仍然要重新解释背景；如果能留下一个清晰的原则、触发条件、反例和验收方式，它才会变成可调用的能力。

我现在会区分两种结果：一类是“这次想明白了”，另一类是“以后遇到什么情况可以再次调用”。前者是一次性的理解，后者才开始接近技能。

我给自己的最小动作

当某件事第二次出现时，我会停下来问：能否把它压缩成一个更轻的结构？不一定马上写成正式 Skill，也可以先做一个小脚本、一个模板或一句开工约束。

同时保留失败出口：这个结构适用于什么，不适用于什么，什么时候必须回到人工判断。否则所谓复用也可能只是把错误更快地复制。

我想积累的不是“完成过多少任务”，而是每一次重复之后，生活是否因此少了一点重复消耗。这也是我判断一个工作流有没有真正变好的标准。