Capability Registry
SKILL 寫多了，需要一本工具目錄
主力筆記搬到 Obsidian 後，很多常做的事都慢慢寫成 SKILL：研究怎麼收斂、資料怎麼檢查、輸出怎麼產生、舊筆記怎麼維護。剛開始靠記憶還可以，數量一多，就需要一份目錄，知道哪些已經能用，哪些還只是先記下來的做法。
skill inventory / SKILL 目錄
從筆記習慣長出的工具清單
skill_cards49已整理成 SKILL 卡片
readme_coverage49都有維護摘要
script_backed15具備 scripts 支撐
detail_pages49都有獨立資料頁
不只列出檔案，而是把可用程度說清楚
一個 SKILL.md 放在資料夾裡，不代表它已經可以放心使用。這份目錄要做的，是把用途、文件、腳本和目前狀態整理在一起。看完之後才知道，它能不能放進日常工作，還是只能先當備忘錄。
Look 01
找得到
依名稱、描述、路徑、標籤與腳本語言搜尋，不用再翻資料夾猜。
Look 02
看得懂
每張卡片都寫清楚用途、文件、腳本和目前狀態，先有基本判斷。
Look 03
追得回去
需要細看時，再進 detail page 查摘要、章節、腳本與相近技能。
這份目錄讓工具箱的狀況攤在桌上
SKILL 分布
category count- 通用15 個，代表日常任務與橫向輔助工具最多。
- 研究9 個，支撐趨勢、主題、資料蒐集與專題分析。
- 生成8 個，負責內容、文件、報告或素材產出。
- 工作流7 個，開始把單點做法串成 SOP。
成熟度分布
review signal- 基礎29 個 skill，適合輔助但需要任務前判斷風險。
- 成形13 個 skill，已有較穩定文件或腳本支撐。
- 成熟6 個 SKILL，較適合進入高頻工作流。
- 完整1 個 SKILL，/check-wf 本身是目前最完整的維運流程。
不是每個 SKILL 都能用同一種方式相信
有些 SKILL 只是把做事規則寫清楚，有些已經有腳本支撐，有些開始留下修改紀錄。差異被看見之後，才知道哪些可以常用，哪些還要補強；接著再靠 Work Log 看它們實際有沒有被用起來。
29 basic多數 SKILL 仍是基礎階段，需要任務前確認適用範圍。Review
15 scripted具備 scripts 的 SKILL 已進入工具化階段，但也需要更明確的維護責任。Asset
10 changelogs只有部分 SKILL 留下演進紀錄，後續可優先補齊高使用率技能。Debt
7 references參考資料覆蓋仍少，對研究型與整理型 skill 是下一階段補強點。Debt
這份目錄背後的幾個取捨
Decision 01先用卡片看大概不用先打開 SKILL.md，就能知道它做什麼、到什麼程度、有沒有腳本支撐。
Decision 02每個 SKILL 留一頁細節數量變多後，單頁清單不夠用。detail page 讓之後追查比較省力。
Decision 03數字要能變成下一步成熟度、腳本語言、文件覆蓋率不是裝飾，而是提醒哪裡該補。
