用途
Eve Skill Distillation 用于把重复出现的工作模式转化为可复用的 Eve 技能包（skillpacks），方式是创建或更新技能，并配以简洁的指令与参考资料。
何时进行蒸馏
- 某个工作流已在两个或更多任务中重复出现。
- 某类知识对其他在同一项目上工作的智能体有帮助。
- 某种失败模式反复发生，且其修复方法应当被固化下来。
工作流：编排而非串行
当蒸馏涉及多个技能（创建多个、批量更新或两者混合）时，使用编排者（orchestrator）模式，而不是顺序地完成所有工作。这样可以保护上下文预算，并并行处理相互独立的工作。
第 1 步：捕获模式（编排者）
从近期工作中识别所有值得蒸馏的模式。对每一个模式：
- 命名重复出现的步骤、命令或失败模式。
- 决定：是更新已有技能，还是创建新技能？
- 先选择目标仓库/技能包，例如：
./private-skills/或类似目录，用于不会导入其他项目的仓库专属开发工作流（私有）。./private-eve-dev-skills/，用于在 eve-horizon 仓库中工作、且技能与平台自身内部开发相关时（私有）。../eve-skillpacks/eve-se/，用于 Eve 平台工作（部署、认证、清单、流水线）。../eve-skillpacks/eve-work/，用于通用知识工作（文档、编排、蒸馏）。../eve-skillpacks/eve-design/，用于架构与设计思考。
第 2 步：规划工作项（编排者）
为每个要创建或更新的技能建立一个可跟踪的工作项。每个工作项的描述必须自包含——一个没有先前上下文的 worker 应当能够执行它。
每个工作项需包含：
- 目标文件路径（例如
eve-se/eve-auth-and-secrets/SKILL.md）。 - 这是创建还是更新。
- 要捕获的模式：该技能应当教什么。
- worker 应阅读的任何源材料（已有技能、参考文档、对话历史）。
- 编写规则（见下文“技能编写规则”）。
如果有整理性更新（README、ARCHITECTURE.md），将其作为最后一个工作项加入，并阻塞至所有技能工作项完成之后。
第 3 步：派发 worker（并行）
为每个技能工作项生成一个 worker，并一次性全部启动。
每个 worker 的提示必须自包含。worker 无法访问编排者的对话。需包含：
- 要创建或编辑的目标文件路径。
- 要捕获的模式，描述得足够详细以便据此编写。
- 下方的编写规则。
- 更新时要保留的现有文件内容。
第 4 步：收集并收尾（编排者）
等待所有 worker 完成，然后：
- 如果新增或移除了技能，更新技能包的 README 与 ARCHITECTURE.md 列表。
- 验证每个新增/更新的技能都遵循编写规则。
单技能快捷方式
如果只有一个技能需要蒸馏，跳过编排者模式，直接完成即可。为单个 worker 进行派发的开销并不值得。
技能编写规则
每个 worker（或直接编写者）都必须遵循：
- Frontmatter：YAML，仅含 name 与 description。
- 语气：全程使用祈使形式（“运行该命令”，而不是“你应当运行该命令”）。
- 简洁：SKILL.md 保持在 5000 词以内。把冗长细节移入
references/。 - 教思考，而不只是步骤：技能应帮助智能体理解“为什么”，而不只是“做什么”。包含工作流背后的推理，使智能体在条件变化时能够适应。
- 便于浏览的结构：使用标题、短段落和代码块。智能体先扫描再阅读。
- 与具体智能体无关的语言：描述要做什么，而不是调用哪个工具。说“编辑文件”，而不是“使用 Edit 工具”。说“生成一个后台 worker”，而不是“启动一个 Task 子智能体”。
递归蒸馏
- 在每次重要任务后重复此循环。
- 合并重叠的技能，而不是重复它们。
- 随着平台行为演进，保持技能最新。
- 当某个技能的指令不再符合现实时，更新或淘汰它。
限制
资料未提供该技能的具体收费、价格、平台支持范围或效果数据。