スキリファイ

スキリファイ は何をしますか？

現在のセッションで反復可能なワークフローを発見した場合、再利用可能なOMCスキルの草案として保存するためにこのスキルを使用します。

目標

成功したマルチステップワークフローを具体的なスキル草案として記録し、後で再発見する手間を省きます。

品質ゲート

スキルを抽出する前に、以下の3つすべてが真である必要があります：

• 「これを5分でググれるか？」→ いいえ。
• 「これはこのコードベース、プロジェクト、またはワークフローに固有か？」→ はい。
• 「実際のデバッグ、設計、または運用上の努力を要したか？」→ はい。

意思決定のヒューリスティック、制約、落とし穴、検証手順をエンコードするスキルを優先します。通常のドキュメントに属する汎用的なスニペット、ボイラープレート、ライブラリ使用例は避けてください。

ワークフロー

1. セッションで達成した反復可能なタスクを特定します。
2. 以下を抽出します：
   • 入力
   • 順序付きステップ
   • 成功条件
   • 制約 / 落とし穴
   • 検証証拠
   • スキルに最適な配置先
3. ワークフローが次のどれに該当するかを判断します：
   • リポジトリ組み込みスキル
   • ユーザー/プロジェクト学習済みスキル
   • ドキュメントのみ
4. 学習済みスキルファイルをドラフトするときは、YAMLフロントマターで始まる完全なスキルファイルを出力します。
   • プレーンなMarkdownのみのスキルファイルは決して出力しないでください。
   • フロントマターなしでプレーンなMarkdownを書かないでください。
   • 最低限のフロントマター：

     ---
     name: <スキル名>
     description: <1行の説明>
     triggers:
       - <トリガー1>
       - <トリガー2>
     ---
     

   • 学習済み/ユーザー/プロジェクトスキルはフラットファイルベースのパスに書き込みます：
     • ${CLAUDE_CONFIG_DIR:-~/.claude}/skills/omc-learned/<スキル名>.md
     • .omc/skills/<スキル名>.md
   • コミットされていないスキルは、コミットされるかユーザーレベルのディレクトリにコピーされるまで、ワークツリー限定であることを忘れないでください。
5. スキルファイルの残りの部分を、明確なトリガー、ステップ、成功条件、落とし穴とともにドラフトします。
6. 安全にエンコードするにはまだ曖昧すぎる点を指摘します。

ルール

• 実際に反復可能なワークフローのみをキャプチャします。
• スキルは実用的でスコープを限定します。
• 曖昧な散文よりも明示的な成功条件を優先します。
• ワークフローに未解決の分岐決定がある場合は、ドラフト前にそれをメモします。
• 互換性のためにストレージディレクトリ名として omc-learned を維持し、公開の呼び出し名として提示しないでください。

出力

• 提案するスキル名
• ターゲット配置先
• ワークフロー構造のドラフト、または完全なスキルファイル
• 検証または品質ゲートに関するメモ
• 未解決の質問（あれば）