lllloo

openspec-apply-change

Implement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks.

openspec-archive-change

Archive a completed change in the experimental workflow. Use when the user wants to finalize and archive a change after implementation is complete.

openspec-explore

Enter explore mode - a thinking partner for exploring ideas, investigating problems, and clarifying requirements. Use when the user wants to think through something before or during a change.

Propose a new change with all artifacts generated in one step. Use when the user wants to quickly describe what they want to build and get a complete proposal with design, specs, and tasks ready for implementation.

openspec-sync-specs

Sync delta specs from a change to main specs. Use when the user wants to update main specs with changes from a delta spec, without archiving the change.

Code & Development Listed

bmad-run-story

為單一 BMAD story 依序跑三階段（bmad-create-story → bmad-dev-story → bmad-code-review），每階段委派給一個全新 context 的 subagent 執行，主線只做協調、階段之間停下等使用者確認。code-review 會審查＋收官（回填發現、依結果切狀態），但不自動修 code；被審出的 patch 修不修由使用者裁示。僅由使用者輸入 /bmad-run-story 明確呼叫，不自動觸發。

flowchart

把一段流程、決策邏輯或既有程式碼/文件,轉成一張乾淨可渲染的 Mermaid 圖(預設 flowchart,必要時 sequence/state);每次都附上 mermaid.live 連結供使用者確認渲染結果。僅由使用者明確輸入 /flowchart 或明講「畫流程圖／畫成 Mermaid／把這個流程畫出來」時使用,不自動觸發。

Data & Documents Listed

sync-check-updates

比對本機已安裝的 skills（skills-lock.json）與各自上游來源，找出有更新但尚未同步的項目。觸發時機：使用者詢問「有沒有更新」「skills 有沒有落後」「check-updates」「上游有沒有新版」等語意時使用。

mini-research

成本可預期的輕量多來源網路研究——用「一個比較項目派一個 subagent」平行深查,15 個項目以內直接跑、超過 15 才停下來問使用者,最後彙整成一張帶來源的比較表。這是內建 /deep-research 的省成本替代:刻意砍掉「每條主張多票對抗式查證」那個會讓 agent 暴增到上百的乘數,換取可預期、可負擔的花費。**觸發時機**:使用者想「比較大量項目」「調查多個選項」「做選型/競品/工具比較」「survey 一批東西並整理成表」,又在意成本、明講或暗示「不要用太多 agent」「/deep-research 太貴」「輕量一點」「成本可控」時,一定要用這個 skill。凡是「比較 N 個 X 並整理」「幫我調查這幾個然後做成表格」這類需求,即使沒點名,也優先考慮它。**不要用在**:單一主題的線性深讀(直接用 WebSearch/WebFetch inline 即可,不必派 subagent)、需要最高嚴謹度事實查核的正式報告(那才用 /deep-research 的多票查證)。

Web & Frontend Listed

pen-design

處理 Pencil (.pen) 設計稿相關的所有切版與核對任務（Vue/React/HTML 皆適用）。**自動判斷��式**：有現成前端程式碼 → 核對模式（找差異修正）；無程式碼或明確說「切版」→ 切版模式（從設計稿生出頁面）。觸發關鍵詞：「切版」「核對切版」「比對設計稿」「依設計稿刻」「check design vs code」「依設計稿檢查」「視覺核對」「從設計稿做」「把設計稿切出來」，或提供 Pencil node ID 時，**一定**要用這個 skill。即使使用者沒有明講「用 skill」，只要涉及 .pen 檔案與前端程式碼就用它。**例外（先判前置硬閘門）**：若目標頁已切版完成且專案標示「視覺凍結／以程式碼頁為視覺權威」，**預設不進核對模式、不重開設計稿**；唯使用者明確說「這頁要重切／改版」或該頁其實尚未切版時才動視覺。

Code & Development Listed

vault-lint

vault 健檢:掃 wiki+raw 的死連結、孤立頁、frontmatter 缺欄、tag 漂移、raw 消化缺口(機械層),加近期變動頁的矛盾與明確事實錯誤審查(語意層——只抓「真的壞了」,不抓交叉引用缺口／過時／措辭這類「能更好」的無底洞)。機械項與語意項一律由 agent 自主修補(語意修補需要查證就自己查);只有真正需要使用者的決策(需使用者才有的資訊、動 raw write-once、動憲法檔／skill)才進 schema/BACKLOG.md,同一問題不重複洗版。可隨時手動跑,也可掛排程;兩者行為完全一致、不需參數。使用時機:使用者要求「vault 健檢」「lint 報告」「掃一下 wiki」「檢查 vault 健康」「跑一下健檢」,或直接呼叫 /vault-lint。

vault-updates-daily

每天彙整高信任 developer tooling 更新成一篇 Obsidian daily updates briefing。使用官方 changelog / release notes、GitHub releases，含 authenticated user 的 starred repo releases；專注 coding agent、CLI、API、model、connector、developer workflow 相關變更。追蹤來源只讀 `feeds/updates/01.index.md`，不硬編碼工具清單。使用時機：使用者要求「同步 changelog」、「release notes 更新」、「官方變更同步」、「daily updates」、查最近工具更新，或直接呼叫 /vault-updates-daily。

vault-youtube-sync

將 YouTube 頻道影片批次轉成 Obsidian 筆記，支援指定頻道 URL（@handle）或一次同步所有既有頻道；每個頻道建立 index + base view 索引，含增量同步（last_sync_id checkpoint）與失敗占位重試（draft 占位）。使用時機：使用者提供 YouTube 頻道 URL（含 @handle）、要求「同步頻道影片」、「整理 YouTube 到 vault」、「抓頻道影片建筆記」、「更新所有頻道」、「yt 全部更新」，或直接呼叫 /vault-youtube-sync。

ask-vault

向使用者的中央 Obsidian 第二大腦(LLM Wiki vault)查詢過往研究、決策與累積知識。在**任何專案**中,當使用者問「我之前對 X 的結論/想法是什麼」「查我的筆記/第二大腦」「vault 裡有沒有關於 X」「我以前研究過的 Y」,或需要跨專案的既有研究脈絡時使用——即使沒明講「查 vault」,只要在問累積知識就用。唯讀、附引用、隨叫隨起,不需常駐。**不要**用於:查當前專案自身的程式碼/檔案/決策(那用一般工具直接讀),或修改 vault(那需在 vault 內操作)。

vault-watch

追蹤一批 GitHub issue/PR 的狀態，定期用 gh 抓現況、與快照比對、精選訊號（state 轉換含 PR merged、官方/maintainer 新回應、label 變動）有變才回報。追蹤清單只讀 `feeds/watch/01.index.md` 看板，不硬編碼；一般路人留言與 reaction 數不列為變化。使用時機：使用者要求「查一下我追蹤的 issue」「watchlist 有變化嗎」「那幾個 feature request 動了沒」「官方回應了沒」「追蹤 owner/repo#num」，或直接呼叫 /vault-watch。目前僅支援 GitHub issue/PR。