Skill 与 Standard
Skill 是装在某个数字员工身上的可复用能力包；Standard 是经过验证、可以跨公司分发的标准件。公司侧是矿脉——现场做对的方法在这里被固化；平台侧是出厂标准——用得好的方法在这里被提炼成产品。
// 一句话理解
Skill 回答「怎么做这件事」，是一段可以被装上、停用、升级、卸载的能力。它与提示词的区别在于：提示词是这一次的说明，Skill 是可以被别人装上的资产。
Skill 的形态
一个 Skill 是一个目录：一份说明文件加若干附属材料。说明文件写清楚这个能力叫什么、什么时候用、怎么用；附属材料是模板、检查清单、参考数据。数字员工在遇到匹配场景时按说明执行。
| 名称与描述 | 触发判断的依据：什么情况下应该用这个能力。写得含糊，它就不会在该用的时候被用上。 |
| 状态 | 启用或停用。停用的 Skill 保留在原地，随时可以恢复。 |
| 版本 | 标准件带有注册表里的版本；现场手写的 Skill 用内容摘要作为版本标识。 |
| 来源 | 标准件（从分发通道装入）、外部仓库、或现场手写。来源决定它能不能被自动升级。 |
| 凭证 | 标准件来源的 Skill 带有评估凭证状态：有效或待复验。凭证只能由评估产生，不能手工填写。 |
从 Skill 到 Standard：四道闸
不是每个好用的 Skill 都该变成标准件。晋升要过四道闸，每一道淘汰一类「看起来能复用但实际不能」的候选：
- 业务验证。它在真实业务里被反复使用并产生了可验证的结果——而不是「演示时效果很好」。
- 工程化。它不依赖某台机器的特殊配置、某个人的口头补充、或某份没进版本管理的文件。换一个环境装上就能用。
- 标准化。它的输入输出被明确定义，边界写清楚：什么情况下不该用它。没有「不该用」说明的能力，一定会被用错。
- 评估凭证。它有一组来自真实材料的考题和一份通过记录。凭证是它可以被别的公司信任的唯一依据。
// 凭证不可手填
评估凭证只能由评估流程产生，任何界面都不提供「手工标记为已验证」的入口。这条约束存在的原因很实际：一旦凭证可以手填，它在三个月内就会退化成一个所有人都点通过的复选框。
分发
标准件通过每家公司专属的分发源发到各自的运行时。分发的设计有三个要点：
- 每家公司一个分发源。公司只能看到自己被授权的标准件目录，看不到别家的能力清单。
- 安装是幂等的。重复执行安装动作会收敛到同一个状态，不会产生重复副本或半装状态。
- 升级是显式的。标准件出新版本时不会自动替换已装的版本——升级由运维显式触发，因为一个能力的行为变化可能影响正在运行的业务闭环。
什么该做成 Skill，什么不该
| 该做成 Skill | 不该 |
|---|---|
| 有明确步骤、会被反复用到的方法 | 只用一次的临时处理 |
| 需要固定格式与固定检查项的产出 | 纯粹依赖当次上下文的判断 |
| 新人上手容易做错、老手有固定套路的事 | 因客户而异、每次都要重新设计的事 |
| 跨部门通用的规范性动作 | 本质是数据问题而不是方法问题的事 |
回路
Skill 与 Standard 构成一个回路：现场写出好用的 Skill → 经四道闸晋升为标准件 → 通过分发装到其它公司的数字员工上 → 使用中发现的问题回流成新的考题与新版本。这个回路转得越快，交付一家新客户所需的现场工作就越少——它是这套体系能否规模化的核心机制。