插件与技能体系：怎么把团队经验沉淀成可复用的能力

agent 能力再强，也不知道你们团队内部的约定。插件和技能体系就是解决这个问题的载体。 先说清楚这两层。技能（skill）是轻量的能力包，通常是一份说明文档加若干脚本，告诉 agent 遇到某类任务该怎么处理。插件更重一些，可以包含钩子、命令、外部工具集成。 沉淀什么最值得？按我的经验排序： 第一，项目特有的操作流程。比如发布流程、环境搭建、数据迁移的具体步骤。这类知识不沉淀，每个人都要重新摸索一遍。 第二，高频的代码模式。比如"新增一个接口需要改哪些文件"，把它写成清单，agent 就有了一份可执行的检查表。 第三，排查手册。常见故障的现象、原因、解决办法。这个最值钱，因为它来自真实踩坑。 第四，规范与约束。命名规约、目录结构要求、依赖引入的限制。 写技能的几个要点： 一，短。一份技能讲一件事，别写成大杂烩。太长的技能没人读，agent 用起来也容易抓不住重点。 二，具体。写清"什么情况下触发、按什么步骤做、做到什么程度算完成"，别写原则性的话。 三，带示例。一段真实的输入输出比十句描述有用。 四，可验证。如果技能输出的是代码或配置，配一个能跑通的校验方式。 关于质量保障，Claude Code 新版本的插件评测功能值得用：它会在隔离会话里按一组真实用例跑你的插件，还带不装插件的基线对照，最后给出可复现的评分报告。这就把"这个技能到底有没有用"从感觉变成了数据，还能接进 CI，技能改动导致效果下降时自动拦下来。 MiMo Desktop 侧的对应能力是 Skill 路由，任务执行过程中自动调用合适的技能来扩展能力。思路一致，都是把团队知识变成 agent 能调用的资产。 最后一个提醒：技能库也需要维护。没人用、或者结论已经过时的技能，应该定期清理。一个腐烂的技能比没有技能更糟。