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
將目前的對話壓縮成一份交接文件，讓另一個代理接手。
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.
brainstorming
在任何創意工作之前你必須使用此技能——建立功能、建構元件、新增功能、或修改行為。在實作之前探索使用者的意圖、需求與設計。
receiving-code-review
當收到程式碼審查回饋、在實作建議之前使用，尤其是當回饋看起來不清楚或技術上有疑慮時 —— 需要技術嚴謹與驗證，而不是做作地附和或盲目實作
using-git-worktrees
當開始需要與目前工作區隔離的功能工作，或在執行實作計畫之前使用 —— 透過原生工具或 git worktree 備援方式確保有隔離的工作區
verification-before-completion
當你正要宣稱工作已完成、已修正或通過，在 commit 或建立 PR 之前使用 —— 要求執行驗證指令並確認輸出，之後才能作出任何成功的宣稱；永遠先有證據再有斷言
resolving-merge-conflicts
當你需要解決進行中的 git merge/rebase 衝突時使用。
dispatching-parallel-agents
當面對 2 個以上彼此獨立、無需共享狀態或循序依賴即可並行處理的任務時使用
finishing-a-development-branch
當實作完成、所有測試通過，且你需要決定如何整合這份工作成果時使用
subagent-driven-development
在目前 session 中執行含有獨立任務的實作計畫時使用
systematic-debugging
在遇到任何 bug、測試失敗或非預期行為、尚未提出修復方案之前使用
test-driven-development
使用時機：實作任何功能或修 bug 時，在寫實作程式碼之前
writing-plans
當你有一份多步驟任務的規格或需求，在動任何程式碼之前使用
writing-skills
在建立新技能、編輯既有技能，或於部署前驗證技能是否正常運作時使用
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.