一个 skill catalog 只有在团队能真正找到合适能力时才有价值，否则它只会变成一份内部 demo 列表。
这篇指南帮助团队思考：可复用 AI 能力到底该怎么命名、分组和被内部发现。
为什么 catalog 设计很重要
Catalog 设计对 adoption 的影响往往比团队预期更大。
一个好的 catalog 能降低搜索成本，也能提高组织对这套系统的信任。
该怎么组织 catalog
更强的 catalog 通常会按用户问题、业务职能或运营场景来组织，而不是按底层技术实现方式来分组。
这样更容易让真正需要 skill 的人找到它，而不是只让构建者自己看得懂。
FAQ
谁最适合先从这篇指南开始？
已经确认需要可复用 skills，但还没有设计 catalog 模型的团队，最适合先从这里开始。
什么时候该进入交付讨论？
当团队已经能对 catalog 结构、owner 逻辑和使用者发现路径达成一致时，就可以进入交付讨论。