shumingyang-opencode
UserMatt Pocock Skills 繁體中文版 — 35 個代理技能全量中文化，保留安裝與運行行為。內建 GitHub Pages 中英對照閱讀站：技能全景圖、學習路線、OpenCode/TRAE 安裝指南。
Categories
Indexed Skills (45)
setup-matt-pocock-skills
為工程技能設定這個 repo——設定它的 issue 追蹤器、分診標籤詞彙與領域文件佈局。首次使用其他工程技能前執行一次。
to-tickets
把計畫、規格說明或目前的對話拆成一組曳光彈 tickets，每個都宣告自己的阻塞邊，發佈到設定的追蹤器——在本機是每個 ticket 一個檔案、以文字表示邊，或在真正的追蹤器上用原生阻塞連結。
triage
讓 issues 與外部 PR 穿過分診角色的狀態機——分類、驗證、視需要 grill，並撰寫可供代理使用的簡報。
wayfinder
把一大塊工作——大得單一代理 session 裝不下——規劃成 Issue 追蹤器上決策 tickets 的共享地圖，逐一解決，直到通往目的地的路徑清晰為止。
setup-ts-deep-modules
將 dependency-cruiser 接入 TypeScript repo，讓每個套件都是深模組 — 實作藏在子資料夾中，只能透過其進入點檔案觸達。使用者觸發。
ask-matt
詢問哪個技能或流程最符合你的情況。這個 repo 中技能的路由器。
improve-codebase-architecture
掃描程式碼庫找出深化機會，以視覺 HTML 報告呈現，然後對你挑選的那個進行 grilling。
writing-shape
寫作、開採 — 將原始素材一段一段地塑造成文章。
teach
在此工作區內教導使用者一項新技能或概念。
code-review
沿兩軸審查自某個固定點（commit、分支、標籤或合併基點）以來的變更——規範（軸）（程式碼是否符合此 repo 記錄的編碼規範？）與規格（軸）（程式碼是否符合原始 issue/規格的要求？）。以平行子代理執行兩種審查並排呈現。當使用者想審查分支、PR、進行中的變更，或說「review since X」時使用。
codebase-design
設計深模組的共用詞彙。當使用者想設計或改進模組的介面、找深化������會、決定接縫放哪裡、讓程式碼更容易測試或對 AI 更容易導覽，或另一個技能需要深模組詞彙時使用。
diagnosing-bugs
硬 bug 與效能回歸的診斷迴圈。當使用者說「diagnose」/「debug this」，或回報東西壞了/拋錯/失敗/很慢時使用。
migrate-to-shoehorn
將測試檔案從 `as` 型別斷言遷移到 @total-typescript/shoehorn。當使用者提到 shoehorn、想在測試中取代 `as`，或需要部分測試資料時使用。
scaffold-exercises
建立帶有 section、題目、解答與講解、且能通過 lint 檢查的練習目錄結構。當使用者想要建立練習骨架、建立練習樁，或設定新的課程 section 時使用。
to-spec
把目前的對話轉成規格說明並發佈到專案 Issue 追蹤器——不訪談，只綜合你已經討論過的內容。
loop-me
在此工作區內，針對我想建立的 workflow 之規格說明 grill 我。
writing-beats
寫作、開採 — 將原始素材組合成一段節拍的旅程，在節拍倚靠每個術語之前先讓它落地。
writing-fragments
寫作、探索 — 挖掘原始片段，還沒有結構。
to-questionnaire
將一個您無法完全回答的決策轉化為一份由他人填寫的問卷。
writing-for-agents
為代理撰寫文件。建立或編輯技能，或修改 AGENTS.md 或 CLAUDE.md 時使用。
domain-modeling
建立並磨利專案的領域模型。當使用者想釐清領域術語或通用語言、記錄架構決策，或另一個技能需要維護領域模型時使用。
prototype
建立一次性原型來回答設計問題。當使用者想確認某個狀態模型或邏輯是否合理，或想探索 UI 應該長什麼樣子時使用。
tdd
測試驅動開發。當使用者想以測試優先的方式建立功能或修 bug、提到「red-green-refactor」、或想要整合測試時使用。
wizard
產生一個互動式 bash wizard，引導人類走過只有他們能做的步驟。用於佈建基礎設施、設定憑證或 CI secrets、走訪陌生的第三方儀表板，或執行一次性遷移或切換。不要為代理自己能做的��驟叫用它。
git-guardrails-claude-code
設定 Claude Code hooks 來在執行前阻擋危險的 git 命令（push、reset --hard、clean、branch -D 等）。當使用者想要防止破壞性的 git 操作、新增 git 安全 hooks，或在 Claude Code 中阻擋 git push/reset 時使用。
setup-pre-commit
在目前的 repo 中以 lint-staged（Prettier）、型別檢查與測試設定 Husky pre-commit hooks。當使用者想要新增 pre-commit hooks、設定 Husky、設定 lint-staged，或新增提交時的格式化/型別檢查/測試時使用。
grilling
持續質詢使用者關於一項計畫、決策或想法。當使用者想要壓力測試自己的想法，或使用任何「grill」觸發詞時使用。
claude-handoff
將目前的對話交給一個立即接手工作的全新背景代理。
handoff
將目前的對話壓縮成一份交接文件，讓另一個代理接手。
brainstorming
在任何創意工作之前你必須使用此技能——建立功能、建構元件、新增功能、或修改行為。在實作之前探索使用者的意圖、需求與設計。
receiving-code-review
當收到程式碼審查回饋、在實作建議之前使用，尤其是當回饋看起來不清楚或技術上有疑慮時 —— 需要技術嚴謹與驗證，而不是做作地附和或盲目實作
using-git-worktrees
當開始需要與目前工作區隔離的功能工作，或在執行實作計畫之前使用 —— 透過原生工具或 git worktree 備援方式確保有隔離的工作區
verification-before-completion
當你正要宣稱工作已完成、已修正或通過，在 commit 或建立 PR 之前使用 —— 要求執行驗證指令並確認輸出，之後才能作出任何成功的宣稱；永遠先有證據再有斷言
dispatching-parallel-agents
當面對 2 個以上彼此獨立、無需共享狀態或循序依賴即可並行處理的任務時使用
finishing-a-development-branch
當實作完成、所有測試通過，且你需要決定如何整合這份工作成果時使用
subagent-driven-development
在目前 session 中執行含有獨立任務的實作計畫時使用
systematic-debugging
在遇到任何 bug、測試失敗或非預期行為、尚未提出修復方案之前使用
test-driven-development
使用時機：實作任何功能或修 bug 時，在寫實作程式碼之前
writing-plans
當你有一份多步驟任務的規格或需求，在動任何程式碼之前使用
writing-skills
在建立新技能、編輯既有技能，或於部署前驗證技能是否正常運作時使用
resolving-merge-conflicts
當你需要解決進行中的 git merge/rebase 衝突時使用。
karpathy-guidelines
Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.
executing-plans
當你有一份書面的實作計畫，需要在另一個 session 中執行並設有審查檢查點時使用
requesting-code-review
當完成任務、實作主要功能，或在合併之前，用於驗證工作成果符合需求時使用
using-superpowers
使用時機：任何對話開始時——確立如何尋找與使用技能，要求在「任何回應（包括澄清問題）」之前先呼叫技能
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.