skillify

Skillify

当当前会话发现了可重复的工作流，且该工作流应成为可复用的 OMC 技能时，请使用此技能。

目标

将成功的多步骤工作流整理成具体的技能草稿，避免日后重复摸索。

质量门槛

提取技能前，以下三项都应成立：

• “有人能在 5 分钟内通过 Google 搜到吗？”→ 不能。
• “这是否针对当前代码库、项目或工作流？”→ 是。
• “发现这一点是否经过了实际的调试、设计或运维工作？”→ 是。

优先编写体现决策启发式、约束、陷阱和验证步骤的技能。避免编写通用代码片段、样板内容或适合放在常规文档中的库用法示例。

工作流

1. 找出本次会话完成的可重复任务。
2. 提取以下内容：
   • 输入
   • 有序步骤
   • 成功标准
   • 约束 / 陷阱
   • 验证证据
   • 技能的最佳存放位置
3. 判断此工作流应归类为：
   • 仓库内置技能
   • 用户 / 项目习得的技能
   • 仅编写文档
4. 起草习得型技能文件时，输出完整的技能文件，并以 YAML frontmatter 开头。
   • 不得输出只有普通 Markdown 的技能文件。
   • 不要编写不带 frontmatter 的普通 Markdown。
   • frontmatter 至少应包含：

     ---
     name: <skill-name>
     description: <one-line description>
     triggers:
       - <trigger-1>
       - <trigger-2>
     ---
     

   • 将习得型 / 用户 / 项目技能写入扁平的文件路径：
     • ${CLAUDE_CONFIG_DIR:-~/.claude}/skills/omc-learned/<skill-name>.md
     • .omc/skills/<skill-name>.md
   • 请记住，未提交的技能仍只存在于当前工作树中，除非提交或复制到用户级目录。
5. 补全技能文件的其余部分，清楚列出触发条件、步骤、成功标准和陷阱。
6. 指出任何仍过于模糊、无法安全编码的内容。

规则

• 只记录确实可重复的工作流。
• 保持技能实用且范围明确。
• 明确写出成功标准，避免含糊的描述。
• 如果工作流仍存在尚未解决的分支决策，请在起草前注明。
• 为保持兼容性，将存储目录名 omc-learned 原样保留；不要将其描述为公开调用名称。

输出

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