Skill 贵精不贵多

多不等于好用

我曾经尝试把很多 Skill 堆在一起。看起来什么能力都有，真正做任务时却经常用不上。重复规则会占用上下文，名字相近的 Skill 还可能互相干扰。

后来我开始主动清理。长期不用、内容重复、已经失效的，尽早删除或归档。留下来的应该是经常使用，而且能够通过真实任务验收的那一小部分。

写完以后还要继续改

Skill 的作用是增强 Agent 的能力，写好一个文件并不代表它已经有效。我会拿实际任务去试，看它有没有误解需求、漏掉检查步骤，或者把本来简单的事情弄得更复杂。

一次体验不够好，我就继续调整。多次使用都没有帮助，就不再保留。判断标准很简单：它有没有让我更稳定地完成任务。

尽量只留一个真源

同一个 Skill 如果散落在多个 Agent 和多个目录里，很快会出现版本不一致。我更倾向于保留一个真源，再用同步或链接让其他工具使用它。

Skill、MCP 和脚本也不需要每次全部上场。Skill 保存方法，MCP 接真实服务，脚本处理机械步骤。任务需要哪一层，就用哪一层。