Agent Skills 让工作流知识可迁移：Axon 为什么要把流程做成 Skill
Agent Skills 工作流的核心价值，是把重复、手动、容易出错的过程知识从聊天记录里拿出来，打包成 Agent 能发现、能读取、能执行、能复用的能力单元。很多团队的低效不在于没有模型，而在于关键流程散落在同事脑子、旧文档、表格模板和一次性提示词里。一个人会做，换一个人就要重新问；一个 Agent 跑通一次，换个场景又要重新解释。Axon 做 User Skills，就是要把这些知识变成可迁移的智能化 Workflows。
Anthropic 在 Equipping agents for the real world with Agent Skills 中把 Skill 描述为包含 SKILL.md、指令、脚本和资源的目录，并强调过程知识可以通过 progressive disclosure 被 Agent 按需加载。这个方向和 Axon 的判断一致：AI 数字员工不应该只靠长提示词记住流程，而应该通过 Skills 获取稳定能力，再由 Agents 链式编排。
能迁移的不是一句提示词，而是一整包过程知识：何时触发、读哪些资料、运行哪些脚本、输出什么产物、怎样验收。
提示词为什么不适合作为流程资产
提示词适合表达意图，却不适合作为长期流程资产。它通常缺少版本、缺少依赖、缺少示例输入、缺少失败处理，更缺少产物验收规则。结果是团队每天重复解释同一件事：表格字段怎么读，报告章节怎么排，邮件语气怎么控制，哪些内容不能自动发送。
Agent Skills 工作流把这些隐性知识显性化。一个合格的 Skill 至少要回答：
- 什么时候使用这项能力？
- 输入资料必须满足什么条件？
- 哪些步骤由确定性脚本完成？
- 哪些判断交给 LLM？
- 输出如何命名、保存和验收？
- 失败时要提示什么，而不是继续猜？
Axon 的 Skill 目录与工具泛滥治理 已经讨论过这个问题：能力越多，越需要可读、可选、可审计的目录，而不是让 Agent 在一堆模糊工具里碰运气。
Skill 是工作流知识的包装层
对办公场景来说，Skill 不只是“可以调用的工具”。它应该像一份给新同事的上岗手册，只是这份手册同时包含机器可读规则和可执行脚本。
| 包装内容 | 人类价值 | Agent 价值 |
|---|---|---|
| 触发说明 | 知道何时使用 | 降低误触发 |
| 示例输入 | 快速复制业务场景 | 提高参数选择稳定性 |
| 脚本/模板 | 减少手工处理 | 把确定性动作交给代码 |
| 验收标准 | 交付可检查 | 输出不再停在“看起来对” |
| 风险边界 | 明确责任 | 进入 Trust Mode 判断 |
这也是 Axon User Skills 的意义：把团队自己的周报、发票核对、合同审阅、研究摘要、Listing 优化等流程封装成业务能力，再让 Agent 按固定顺序调用。
可迁移的 Skill 包应该长什么样
下面是一份适合 Axon 的 Skill 包结构草案。它不是官网字段，而是帮助团队理解 Agent Skills 工作流应该如何沉淀。
invoice-review-skill/
SKILL.md
examples/
sample-input.json
expected-output.md
scripts/
normalize-invoices.py
templates/
review-report.md
acceptance/
checklist.md
这个结构把“会做事”拆成几个层次：SKILL.md 负责触发和边界，examples 负责示范，scripts 负责稳定计算，templates 负责产物格式，acceptance 负责验收。LLM 不需要一次读完所有内容，而是在任务需要时加载相关材料。Anthropic 把这种方式叫 progressive disclosure；Axon 把它落到 User Skills、System Skills 和 Agent steps 的组合里。
一份封装前检查清单
把业务流程做成 Skill 前，可以先问这组问题：
- 这个流程是否每周或每月重复？
- 是否有固定输入字段或固定资料类型？
- 是否有明确输出文件或后台 payload？
- 是否存在可以由脚本稳定完成的步骤？
- 是否有必须人工确认的高风险动作？
如果答案多数是“是”，这个流程就不应该继续留在提示词里。它应该进入 Skill 封装，再由 Agent 编排。关于输出合同，可以继续读 Skill 输出 Schema。
Axon 的差异：Skill 不是孤立插件
很多工具把 Skills 当成“给 Agent 加点能力”。Axon 更强调流程闭环：System Skills 提供基础能力，User Skills 封装业务知识，Agent 把多个 Skills 连成可调度工作流，Trust Mode 控制外部影响。这样做的结果，是 Agent Skills 工作流不只可迁移，也更容易上线。
一个发票复核 Skill 可以单独运行；它也可以进入月结 Agent，前接文件读取，后接 Excel 输出和 Markdown 管理报告。一个合同审阅 Skill 可以单独生成风险清单；它也可以进入企业法务 Agent，后接证据链整理和律师协作资料包。Skill 的真正价值，在于它可以被多个 Agent 复用，而不是成为另一个一次性工具。
如果团队还在把“提示词工程”当作流程工程，可以先读 从 Prompt 迁移到 Skill。如果要从零开始做一个可运行 Agent，可以参考 Build Agent Autorun 入门教程。
常见问题
Q1：Agent Skills 工作流是不是只适合开发者？
不是。开发者可以写脚本和结构，但业务人员决定流程、样例、验收规则和风险边界。Axon 的方向是让自然语言先帮助构建 Skill，再逐步补齐可执行部分。
Q2：为什么不把所有知识都塞进一个长 SKILL.md？
长文档会增加上下文负担，也容易让 Agent 读到不相关内容。更好的方式是把常用触发说明放在入口，把表单、模板、脚本、验收规则拆成独立文件，按需加载。
Q3：可迁移是否意味着任何平台都能直接运行？
不一定。可迁移先意味着知识结构清楚、依赖可见、产物可验收。不同平台的运行时和权限不同，但清晰的 Skill 包会显著降低迁移成本。
从一个流程包开始
Agent Skills 工作流把企业知识从“人知道怎么做”变成“系统知道如何执行”。下一步不要试图一次封装全部部门流程。先选择一个高频、低风险、有明确交付物的任务，开始使用 Axon 把它做成 User Skill，再接入 Agent steps。了解更多 Skill 设计和输出合同后，再扩展到定时运行、Trust Mode 和跨部门复用。