技能介绍

要解决什么问题

团队里总有一些反复出现的业务流程：客户投诉处理、周报汇总、审批核对……每次都要重新跟 AI 解释一遍上下文和步骤，输出也不稳定。这个技能把「从零写一份 SKILL.md」当成一条可重复的工程流水线，而不是单次对话任务。

技能如何工作

触发后由主编解析需求并调度整条链路，典型顺序是：并行 分析 + 设计 → 开发者按 hermes-agent-skill-authoring 标准产出 SKILL.md → 测试员做语法、功能、边界与安全检查 → 评审员按五维打分（完整性、正确性、易用性、安全性、可维护性，各 20 分）。

| 角色 | 主要职责 |
|------|----------|
| 研究员 | SOP 分析报告、关键节点与边界场景 |
| 设计师 | 触发词、流程建模、输入输出规格 |
| 开发者 | 技能正文与 references 结构 |
| 测试员 / 评审员 | 测试报告与上线门禁 |

评分门禁： ≥90 分直接上线；75–89 分小修后上线；低于 75 分退回开发者，最多 6 轮。也可使用快捷指令，例如：/封装Skill 客户投诉自动处理流程。

配套模板包括 references/agents.md（六角色提示词）、pipeline-multi-agent.md（主编调度手册）、设计规格与测试用例池等，保证多 Agent 协作有统一 SOP。

适用边界

适合： 重复 SOP、需要标准化触发词与交付物的技能封装；复杂流程可由研究员建议拆成多个子 Skill。
不适合： 一次性问答、纯软件开发（更适合专用编码工具）、或已有 Skill 的小改动（直接 patch 即可）。
注意： 简单 SOP 可跳过研究员/设计师并行段，但 测试员 → 评审员 不可省略；与单 Agent 版 skill-factory 相比，本技能更适合步骤多、角色分工明确的复杂封装。