Workflow Registry：别让 AI Skills 变成新的插件混乱
Workflow Registry 是团队管理 AI Skills 和 Agent 工作流能力的目录：它记录每个 Skill 的 owner、触发场景、输入输出、版本、权限、示例和废弃状态。很多团队在引入 AI 自动化后，很快会从“缺能力”变成“能力太乱”：重复工具、手动脚本、容易出错的提示词、MCP 工具、内部模板混在一起，Agent 每次都像在工具仓库里试错。Axon 要避免的，就是让 AI Skills 变成新的插件混乱。
Anthropic 的 Agent Skills 把过程知识打包成目录、脚本和资源；ComfyUI 的 workflow 和 nodes 文档则展示了另一个事实：当节点生态扩展后，能力的发现、连接和依赖会成为系统问题。对 Axon 来说，Workflow Registry 不是装饰性目录，而是 AI 数字员工的能力供应链。
没有 Registry 的 Skills 越多，Agent 越难稳定；有 Registry 的 Skills 越多，组织越容易沉淀可复用工作流。
从工具清单到能力供应链
工具清单只回答“有哪些东西”。Workflow Registry 要回答“这些东西是否能被托付”。一个可上线 Skill 不能只写名字，它至少要有：
- owner：谁负责维护和回答问题。
- trigger：什么任务应该使用它，什么任务不该使用。
- input/output：需要什么资料，产出什么 artifact。
- permission：是否涉及 Auto、Confirm 或 Auth。
- examples：至少一个真实样例和一个边界样例。
- version：当前版本、变更记录和兼容说明。
- status：draft、ready、deprecated 或 blocked。
这和 Skill catalog 与工具泛滥治理 一脉相承。能力多不是问题，问题是能力没有治理。
一张 Registry Card
团队可以用一张卡片描述一个 Skill：
skillRegistryCard:
skillName: "monthly close variance brief"
owner: "finance operations"
status: "ready"
trigger: "monthly close package with ledger export and variance notes"
produces: ["variance-summary.md", "review-questions.xlsx"]
permissionLevel: "confirm for external sharing"
examples:
- "standard close package"
- "missing ledger column"
deprecates: []
这不是增加文档负担，而是让 Agent 不必猜：什么时候用这个 Skill、产物是什么、风险在哪里、出了问题找谁。
最小落地路径
如果团队已经有多个 Skills，可以先按三步建立 Registry：
- 先选一个业务域，例如月结、合同审阅或商品内容，不要一次整理全部能力。
- 为每个 Skill 补齐 owner、trigger、input/output、permission 和 status 五个字段。
- 把已废弃或不稳定的 Skill 标出来，避免 Agent 在新旧能力之间反复试错。
Skill 供应链的四类风险
当 Skills 变多，真正的风险不只是“某个 Skill 失败”，而是供应链混乱：
| 风险 | 表现 | 治理方式 |
|---|---|---|
| 触发重叠 | 两个 Skills 都声称能做同一任务 | 用 trigger 和反例区分 |
| 输出漂移 | 下游 Agent 无法读取产物 | 固定输出 schema 和样例 |
| 权限模糊 | 外发、删除、覆盖边界不清 | 明确 Trust Mode 等级 |
| 版本断裂 | 老 Agent 继续调用旧 Skill | 记录变更和废弃路径 |
如果团队忽略这些风险，就会回到老问题：工具很多，流程仍然不稳定。Axon 的优势在于把 System Skills、User Skills 和 Agents 放在同一套工作流治理里，而不是让每个能力孤立生长。
为什么 ComfyUI 给了一个重要提醒
ComfyUI 的生态让很多人直观看到“节点越多，选择越重要”。官方 workflow 文档说明流程由节点连接构成，nodes 文档说明节点承担具体任务。这个思路迁移到办公自动化时，最重要的不是画布，而是能力登记和依赖管理。一个缺少依赖、版本不明、输入不清的节点，不应该进入稳定工作流。
Axon 不需要把所有办公能力做成可视化节点，但需要让每个 Skill 在 Registry 中可发现、可判断、可更新。这个视角也能连接到 Agent Skills 让工作流知识可迁移 和 Skill 输出 Schema。
治理前先问清三件事
Q1：Workflow Registry 是给工程团队用的吗？
不只给工程团队。业务 owner 需要知道哪些能力可用、谁负责、输出能否验收；Agent 也需要通过 Registry 选择合适 Skill。
Q2：小团队是否需要这么治理？
只要有多个可复用 Skill，就需要最小治理。可以先从 owner、trigger、input/output、permission 和 status 五项开始。
Q3：废弃 Skill 为什么重要？
因为旧 Skill 可能仍被 Agent 调用。没有废弃路径，团队会在新旧规则之间反复排查问题。
先治理一个 Skill 族
开始使用 Axon 的第一步，不必是治理全部能力。先选择一个高频业务域，例如月结、研究报告、合同审阅或商品内容，把相关 Skills 做成小型 Workflow Registry。想了解更多版本治理时，可以把 Skill change control 作为下一步，再逐步扩展到更多 Agent 工作流。