skill-eligibility-checklisted

# skill-eligibility-check: skill 化判定 作業パターンが新規 work-skill として切り出す価値があるかを 5 シグナルで採点し、 3 値（skill_recommend / candidate_queue / curated_only）で返す。 このスキル自体は skill 生成も人間問い合わせもしない — 判定専用。 ## なぜ共通スキルか 判定基準が org-retro と org-curate の 2 箇所に分散すると必ず乖離するため。 このスキルを single source of truth として双方から呼ぶ。 ## 入力契約 呼び出し元は以下の構造を渡す: ```yaml context: post_retro | curation pattern_name: <kebab-case の候補 skill 名> summary: <何を再利用できるかの 1-2 文> task_ids: [<関連タスク ID>, ...] # optional。post_retro は通常 1 件、curation は空配列可 raw_files: [<knowledge/raw/ のファイルパス>, ...] steps_outline: # 主要手順の箇条書き - <step 1> - <step 2> - ... trigger_description: <このパターンが適用される状況を言語化できるか / できないなら空> decision_criteria: <判断基準や閾値があるか / できないなら空> output_format: <成果物の再利用可能フォーマット / なければ空> ``` **必須は `context` / `pattern_name` / `summary` / `raw_files` / `steps_outline` のみ**。 `task_ids` は raw ノートの標準スキーマに含まれないため curation 文脈では空配列でよい。 `trigger_description` / `decision_criteria` / `output_format` は採点対象そのもので、 空のまま渡すと該当シグナルが 0 点になる。 ## Step 1: 5 シグナル評価 `references/signals.md` の定義に従い、各シグナル 0 点 / 1 点で採点する。 | シグナル | 1 点の条件 | |---|---| | raw_reappearance | 同パターンの raw 記録が 3 件以上ある | | steps_complexity | `steps_outline` が 3 項目以上かつ非自明な判断を含む | | trigger_articulable | `trigger_description` が具体的かつ検索可能な語彙で書ける | | criteria_articulable | `decision_criteria` に定量閾値または分類ルールがある | | reusable_output | `output_format` が他タスクで転用可能な構造を持つ | 詳細な判定手順は `references/signals.md` を参照。 ## Step 2: 合計点から 3 値に分岐 | 合計点 | 判定 | 意味 | |---|