Skill 设计师

解决什么问题

当你想把一次跑通的工作流沉淀为可复用的 Skill 时，常见问题不是“能不能生成”，而是产物缺少触发边界、验证机制和错误约束：模型可能误触发、输出漂移，或把一次性脚本包装成 Skill。Skill 设计师 面向工程师做结构化的 Skill 创作，重点是把经验变成可检查的规范。

工作方式

它会按 A 任务执行 / B 习惯养成 / C 工具使用 三类分流，并逐步完成需求澄清、工作流设计、原则检查和三件套生成：

• 明确 description、when_to_use 与非触发边界，避免只堆触发词；
• 将长文档放入 references/、脚本放入 scripts/，保持 SKILL.md 精简；
• 生成 REQUIREMENTS.md、SOLUTIONS.md 和 错误台账，用 append-only 记录失败模式；
• 对行为养成类 Skill 检查行动分层、反馈模板与调整机制。

适用边界

它适合已有成功路径、需要规范成可复用 Skill 的场景；不凭空发明未验证方法论，不自动发布，也不保证平台评分。若需求模糊，会先收敛触发条件与输出格式，必要时先做 MVP。