Skill
Skill 是供 AI Agent 在特定任务中调用的一组可复用做法，通常写明操作步骤，并可附带模板或脚本。它解决反复解释同一套工作方法的问题，比如让 Agent 每次都按团队流程检查上线前的改动。
你可能会说：「我想把团队常做的上线检查整理好，让 AI 以后遇到这类任务就照着做。」
读之前建议先了解
动手看看上线前检查接口改动
同事发起订单接口的上线检查，助手接到任务。这次不用再手动解释团队的检查流程。
要点Skill 怎样帮 Agent 完成任务？
- 1
把做事方法放在一起
我们可以把适用场景、操作步骤、检查点和输出格式放进一个 Skill。比如处理后台报表需求时，先核对字段来源，再生成查询，最后检查空数据和权限，这样你不用每次从头交代。
- 2
在相关任务中提供指引
Skill 的价值不只是存放文字，而是让 Agent 在遇到对应任务时拿到可执行的指引。能否自动选中、怎样加载，取决于你使用的 Agent；所以描述适用场景越具体，越容易判断它有没有用对地方。
- 3
提供材料但不保证结果
有些 Skill 只包含步骤，有些还会附模板、示例或脚本。它们能减少重复工作，却不会让 Agent 自动拥有权限，也不能保证每次判断都正确。你仍然要看它改了什么、测试了什么，以及哪里需要人工确认。
容易混淆的地方
Skill 更像一套面向某类任务的工作方法。项目规则管的是整个项目持续遵守的约定，比如代码风格；Skill 则适合在特定任务出现时使用，比如排查线上报错。它也不同于插件：插件侧重提供新能力或连接外部系统，Skill 侧重告诉 Agent 怎样利用已有能力完成工作。
什么时候用
适合用
- 你经常让 Agent 为新接口补测试，可以把选用例、准备测试数据和运行检查的流程做成 Skill。
- 团队反复制作相同结构的产品更新说明，可以用 Skill 固定信息收集顺序和交付格式。
- 排查线上问题有稳定的检查路径时，可以用 Skill 引导 Agent 先看日志与变更，再提出假设。
不适合用
- 只想让 Agent 这一次改一个按钮文案，直接在当前对话说明目标和上下文更省事。
- 要求所有代码始终使用同一套命名方式，更适合写进项目规则，而不是等特定 Skill 被调用。
- 需要 Agent 读取外部工单系统，但它还没有访问能力时，先配置可用的工具或连接方式；Skill 本身不能代替连接。
练一练选一个答案，看看解释
你们每次发布后台系统前，都要让 Agent 按同一顺序核对迁移脚本、配置变化和回滚办法。该怎么安排？
让 AI 帮你做复制给 AI Agent 直接用
请为这个项目整理一个用于发布前检查的 Skill：说明适用的发布任务、检查迁移脚本与配置变化的顺序、需要人工确认的环节，以及最终交付清单。先查看项目现有规则和发布流程；没有依据的检查项请标为待确认，不要假设你拥有部署权限。