技能化（skillify）

Skillify（技能化）

在當前會話中發現了可重複的工作流程時，使用此技能將其轉換為可重複使用的 OMC 技能草稿。

目標

捕捉一個成功的多步驟工作流程，將其具體化為技能草稿，而不是日後重新摸索。

品質閘門

在提取技能前，以下三個條件須同時成立：

• 「這個問題別人花 5 分鐘 Google 就能找到答案嗎？」→ 否。
• 「這個流程是專屬於此程式碼庫、專案或工作流程的嗎？」→ 是。
• 「發現這個流程需要耗費真正的除錯、設計或運維努力嗎？」→ 是。

優先選擇那些編碼了決策啟發法、約束條件、常見陷阱及驗證步驟的技能。避免收錄屬於一般文件的通用片段、樣板程式碼或函式庫使用範例。

工作流程

1. 辨識此次會話中完成的可重複任務。
2. 提取以下要素：
   • 輸入
   • 有序步驟
   • 成功標準
   • 約束條件／常見陷阱
   • 驗證證據
   • 技能的最佳存放位置
3. 決定該工作流程應歸屬於：
   • 倉庫內建技能
   • 使用者／專案學習型技能
   • 僅作為文件
4. 在草擬學習型技能檔案時，輸出一個完整的技能檔案，並以 YAML 前置元數據開頭。
   • 切勿輸出純文字 Markdown 格式的技能檔案。
   • 不得在無前置元數據的情況下撰寫純 Markdown。
   • 最低要求的前置元數據：

     ---
     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 作為儲存目錄名稱以確保相容性；不要將其作為公開調用名稱使用。

輸出

• 建議的技能名稱
• 目標存放位置
• 草稿工作流程結構或完整的技能檔案
• 驗證或品質閘門備註
• 未解決的問題（若有）