Skills 使用
编辑已有 Skills
编辑 Skill 应从真实任务暴露的问题出发：哪一步不稳定、缺了什么检查、什么输入经常变化。不要为了变长而增加规则。
提示：先确认当前使用的客户端、配置来源和权限范围，再按本文步骤操作。编辑已有 Skills完成后仍要用最小任务验证。
01.
先理解这项 Skill 工作
从失败步骤、遗漏检查和新边界出发更新 Skill。
编辑 Skill 应从真实任务暴露的问题出发：哪一步不稳定、缺了什么检查、什么输入经常变化。不要为了变长而增加规则。
保存失败或返工样例
记录当时的输入、输出、出错步骤和人工修正结果。
判断问题属于哪一层
区分触发描述、执行步骤、参考资料、脚本和最终检查，不要一次全改。
修改最小必要部分
补一条稳定规则、一个脚本检查或一份参考资料，同时保留原有有效流程。
这一节的目标：先确认要解决的问题、当前客户端和配置来源，再开始修改。
02.
使用前的准备
开始前把环境、材料和权限边界列清楚，可以避免把安装问题、配置问题和服务端问题混在一起。
- 确认 Skill 来源与安装范围
- 准备一份低风险代表性材料
- 检查可能运行的脚本和所需权限
03.
四步完成操作
- 1
保存失败或返工样例
记录当时的输入、输出、出错步骤和人工修正结果。
- 2
判断问题属于哪一层
区分触发描述、执行步骤、参考资料、脚本和最终检查，不要一次全改。
- 3
修改最小必要部分
补一条稳定规则、一个脚本检查或一份参考资料，同时保留原有有效流程。
- 4
换一个样例回归验证
不要只重跑原案例；使用第二份材料确认修改具有可复用性。
04.
怎样确认 Skill 可用
不要把“已经保存”或“没有弹窗”当成成功。至少确认下面三项都有可观察结果。
- 修改对应一个明确失败原因
- 原有成功任务没有退化
- 第二个样例也能稳定完成
验证原则：先做只读、最小、可重复的检查，再把同一配置用于真实任务。
05.
常见问题与边界
每次失败都要加规则吗？
不需要。只把会重复出现、能够明确判断的问题写入 Skill。
可以直接改别人安装的 Skill 吗？
可以先在受控副本中修改，并记录来源和差异，避免后续更新覆盖本地调整。
06.
继续维护和复用
把当前方法压缩成四个动作，完成后再进入相邻教程，不必一次改动所有配置。
- 1保存失败或返工样例记录当时的输入、输出、出错步骤和人工修正结果。
- 2判断问题属于哪一层区分触发描述、执行步骤、参考资料、脚本和最终检查，不要一次全改。
- 3修改最小必要部分补一条稳定规则、一个脚本检查或一份参考资料，同时保留原有有效流程。
- 4换一个样例回归验证不要只重跑原案例；使用第二份材料确认修改具有可复用性。