Skillify（技能化）

Skillify（技能化） 是做什么的？

当当前会话揭示了一个可重复的工作流程，且应将其转化为可复用的 OMC 技能时，使用此技能。

目标

捕获一个成功的多步骤工作流，将其作为具体的技能草稿，而非日后重新发现。

质量门禁

在提取技能之前，以下三条均需为真：

• “有人能在5分钟内用谷歌搜到吗？” → 否。
• “这个流程是否特定于此代码库、项目或工作流？” → 是。
• “发现此流程是否经过了真正的调试、设计或操作努力？” → 是。

优先选择编码了决策启发式、约束条件、陷阱和验证步骤的技能。避免属于普通文档的通用代码片段、样板文件或库使用示例。

工作流程

1. 识别会话完成的重复性任务。
2. 提取：
   • 输入
   • 有序步骤
   • 成功标准
   • 约束条件/陷阱
   • 验证证据
   • 技能的最佳存放位置
3. 确定该工作流属于以下哪种类型：
   • 仓库内置技能
   • 用户/项目学习技能
   • 仅作为文档
4. 在起草学习技能文件时，输出一个完整的技能文件，以 YAML 前置元数据开头。
   • 切勿仅输出纯 Markdown 技能文件。
   • 禁止编写不带前置元数据的纯 Markdown。
   • 最低前置元数据要求：

     ---
     name: <技能名称>
     description: <一行描述>
     triggers:
       - <触发器1>
       - <触发器2>
     ---
     

   • 将学习/用户/项目技能写入基于平面文件的路径：
     • ${CLAUDE_CONFIG_DIR:-~/.claude}/skills/omc-learned/<技能名称>.md
     • .omc/skills/<技能名称>.md
   • 请记住，未提交的技能在提交或复制到用户级目录之前，仍局限于工作树。
5. 起草技能文件的其余部分，明确触发器、步骤、成功标准和陷阱。
6. 指出任何尚不明确、无法安全编码的内容。

规则

• 仅捕获确实可重复的工作流。
• 保持技能的实用性和范围明确。
• 优先使用明确的成功标准，而非模糊的描述。
• 如果工作流仍有未解决的分支决策，在起草前说明。
• 将 omc-learned 保持为存储目录名称以保证兼容性；不要将其作为公开调用名称呈现。

输出

• 建议的技能名称
• 目标位置
• 草稿工作流结构或完整技能文件
• 验证或质量门禁说明
• 开放问题（如有）