AI 开发流程哪些环节可以沉淀成 Skill？

核心回答

适合沉淀为 Skill 的，是反复出现、触发条件清楚、步骤相对稳定且产物可验证的开发环节，例如仓库定位、需求澄清、设计检查、代码审查、回归验证和发布说明整理。一次性的业务事实留在当前任务，持续适用的项目约定留在常驻规则，文件读写与测试执行由工具完成，不必全部塞进一个“大开发Skill”。

一个 Skill 应讲清输入、执行顺序、必要资料、失败处理和产物标准；Agent 根据当前任务选择它，宿主仍控制工具能力和权限。

怎样划分复用单元

以代码审查为例，输入是明确版本的改动和需求，步骤是读范围、追调用链、检查风险、用证据验证问题，输出是能定位到文件与触发条件的审查结论。测试执行可引用已有脚本，不把每条语言规则复制进说明书。

需求阶段可以沉淀字段与边界核对方法，设计阶段可以沉淀接口、状态和数据流检查，编码阶段可以说明查找现有模式和控制改动范围，验证阶段按影响选择检查并保存实际结果。发布说明整理只生成可审阅内容，不能因为调用了这个 Skill 就自动取得提交或发布权限。

怎么写才不会越用越长

常驻索引只保留清楚的名称和适用描述，正文放关键流程，详细参考与脚本按需读取。多个 Skill 共享稳定参考文件，避免复制出互相冲突的规则。步骤中写明什么时候停止、什么时候补信息以及哪些结果能继续进入下一阶段。

把“最近踩过一次坑”变成永久规则前，先检查是否能跨任务复用。与特定分支、接口和版本绑定的内容应保留条件与更新入口，否则旧经验会不断干扰新任务。

怎样检查沉淀是否有价值

用新任务对照没有该 Skill 的基线，观察任务完成、漏查、无关改动和成本。既测该触发的任务，也测不应触发的任务；如果每次都加载或增加大量重复检查，应缩小描述和内容，而不是继续叠规则。

对应教程

参考资料