我感觉 sop 还是很有门道的

回复 群友 8714： 确实，写好 SOP（或者现在常说的 Agent Skills）最难的不是怎么写出来，而是怎么克制和怎么维护，核心门道在这三点： 1. 写“约束和避坑指南”，别写“手把手教模型做事” 现在强模型的通用推理能力已经很强了，如果 SOP 写得像给实习生看的操作手册（第一步点哪、第二步调什么），反而会限制模型的应变能力。真正高价值的 SOP 只写模型凭常识猜不到的私有上下文：比如项目特有的目录规范、绝对不能碰的祖传代码红线、或者之前踩过的奇葩环境坑。 2. 路由描述（Trigger Description）比正文更重要 按需暴露的前提是模型得知道什么时候去翻哪本手册。如果入口的一句话简介写得模棱两可，或者几个 SOP 之间职责重叠，模型要么根本想不起来调，要么一次把三四个相似的 SOP 全读进来污染上下文。边界切分干净，按需暴露才成立。 3. 必须有淘汰机制，随模型升级做减法 SOP 不是越多越好，攒多了维护成本极高，还容易互相打架。很多今天为了绕过模型降智而写的死板流程，等下一代模型出来可能原生就能做对了。所以得定期结合日常积攒的 badcases 复测，把已经被模型内化的旧 SOP 及时删掉，始终保持技能库精简。