grill-me → tdd 串接模式。
先對計畫反問對齊,確認後接紅綠重構。這是 Matt 在 YouTube 與 newsletter 示範的組合用法。
先觸發 /grill-me 把計畫對齊到位;確認後直接接 /tdd 進入 red-green-refactor。對於不確定 AI 會怎麼解讀需求的功能,這條鏈幾乎可以把 rework 機率降到零。建議在 CLAUDE.md 把這條鏈寫成標準工序。
Skills for Real Engineers:TypeScript 教學者 Matt Pocock 將自己每天使用的 Claude Code 工序開源,共 15 條 SOP,圍繞四個主題:對齊、共同語言、回饋迴路、設計優先。目標是規範與 Claude Code 協作的方式,而非單純的提示詞範例。
Matt Pocock 是 TypeScript 生態的教學者,Total TypeScript 課程作者。這份倉庫不是提示詞範例清單,而是他每天使用、已開放全球 fork 的工程師工序集合。重點在於建立與 AI 協作的一致結構,而非改善個別指令品質。
開發者回報 Claude 輸出偏差,通常根因是需求未被明確表達。/grill-me 與 /grill-with-docs 強制在執行前對計畫逐一反問,讓假設浮上檯面,減少後續 rework。
當 codebase 有明確的領域詞彙(domain language)、ADR 與 SOP 文件,Claude 的輸出一致性會提高。improve-codebase-architecture 與 grill-with-docs 均以此為前提,將隱性知識顯性化。
/tdd(紅綠重構)與 /diagnose(重現 → 最小化 → 假設 → 驗證 → 修復),將「逐步驗證」的工程實踐封裝為可觸發的指令。適合將 AI 定位為執行者而非決策者的工作流。
六條使用頻率最高的 skills:對齊、TDD、診斷、PRD 拆票、架構深化、token 壓縮,涵蓋工程師的日常核心動作。
觸發後 Claude 將計畫拆成決策樹,逐一確認假設與成功指標,再進入實作。
觸發 /grill-me 後,Claude 會把計畫拆成決策樹,逐一反問每個分支:假設是什麼、未考慮的情境、衡量成功的指標。所有不確定性確認後才執行。前期對齊可減少後續 rework,是本技能集的核心設計原則之一。
強制 AI 以垂直切片方式作業,避免一次輸出大量難以驗證的程式碼。
觸發 /tdd,Claude 會強制走一輪 red → green → refactor:先寫紅燈測試、再寫最小通過程式、再重構。對於 AI 容易一次生 200 行錯誤程式的傾向,這條 skill 是強效煞車器。功能或修 bug 都適用。
reproduce → minimise → hypothesise → instrument → fix
觸發 /diagnose,Claude 會走一輪「重現 → 最小化 → 假設 → 加儀器 → 修復」的硬 bug 與效能回退診斷流程。對於那種「跑五次成功一次失敗」的飄忽 bug,這條 skill 強迫先驗證假設,避免 AI 用「我覺得應該是」就改錯。
在 grill-me 的對齊流程基礎上,將共識結果寫回 ADR 與領域文件。
觸發 /grill-with-docs,會把計畫對齊到 codebase 的領域語言與既有 架構決策紀錄(ADR),並在達成共識後自動更新文件。是維持中大型 codebase 「一致性與時間流」的關鍵 skill。
to-prd 寫 PRD、to-issues 拆成可被認領的 GitHub issue
/to-prd 把對話脈絡濃縮成 PRD 並開成一張 GitHub issue;/to-issues 把 PRD 拆成可被獨立認領的 vertical-slice issues。對於「對話討論完一定會走失」的團隊,這兩條是把口頭共識變成可被追蹤工作項的橋樑。
去掉禮貌語與解釋性文字,只保留動作與技術細節,不影響精準度。
觸發 /caveman,Claude 切換到緊湊輸出模式:移除禮貌語、過渡詞與解釋性段落,只保留動作與技術細節。在長 session 末段 token 預算吃緊時使用,可將有效對話輪次延長 3–4 倍。
一行 npx 安裝,或挑選個別 skill 加入 .claude 目錄。重點是把 setup-matt-pocock-skills 跑一次,建立完整的工作環境。
一行指令把整套技能集裝進當前 repo 的 .claude 目錄
npx skills@latest add mattpocock/skills。skills CLI 將所有 skill 副本拉進 .claude/skills/,Claude Code 啟動時自動載入。不需要 npm install,也不需要全域工具。npx 執行完即結束,結果可被 git diff 追蹤。
為當前 repo 設定 issue tracking、triage labels、領域文件結構
安裝完成後,第一步是觸發 /setup-matt-pocock-skills。它會在當前 repo 建立標準的 issue 標籤集合(triage 狀態)、ADR 資料夾、領域文件腳手架。後續其他 skill 依賴這些檔案存在。若跳過此步驟,多條 skill 將無法正常執行。
這套 skills 是寫給 Claude Code 用的,不是其他 IDE 外掛
技能集設計時鎖定 Claude Code 的 skill 規格與 slash command 機制。執行環境需要 Node 20+ 來跑 npx skills CLI。雖然技術上 markdown 內容可以拷貝到 Cursor / Codex,但 trigger 與工序對齊需要 Claude Code。
外加 deprecated(停用)與 personal(個人)兩個分類
engineering/ 是工序硬核(diagnose、tdd、grill-with-docs、to-prd 等 9 條);productivity/ 是日常加速(caveman、grill-me、write-a-skill);misc/ 是雜項工具(git-guardrails、setup-pre-commit、scaffold-exercises 等)。deprecated/ 留作歷史檔,請忽略。
把 force-push、reset --hard、branch -D 等動作預設禁止
這條 skill 在設定層級攔截危險 git 指令:當 Claude 嘗試執行會破壞 git 歷史的指令時,要求人工確認。適用於 yolo 模式或 agent 自動執行的工作流,防止單次失誤毀損整條 branch。
把品質關卡前移到本地,CI 就不再是第一道
/setup-pre-commit 會在 repo 安裝並設定 Husky + lint-staged,把 type-check、lint、format 拉到 commit 之前。配合 git-guardrails 與 tdd 使用,形成「本地三道線」的品質防護網。
先對計畫反問對齊,確認後接紅綠重構。這是 Matt 在 YouTube 與 newsletter 示範的組合用法。
先觸發 /grill-me 把計畫對齊到位;確認後直接接 /tdd 進入 red-green-refactor。對於不確定 AI 會怎麼解讀需求的功能,這條鏈幾乎可以把 rework 機率降到零。建議在 CLAUDE.md 把這條鏈寫成標準工序。
每月跑一次「找深化機會」,是維持 codebase 不變成 ball of mud 的硬指標。
觸發 /improve-codebase-architecture,Claude 會依領域語言與 ADR 找出可被深化、抽出邊界、補強模型的機會點。建議在每個 sprint 結束時跑一次,把結果濃縮成 2–3 個 ADR 候選,下個 sprint 排進去。
Claude 進入不熟的程式碼時,先 zoom-out 一次,可以避免它陷入局部最佳化。
當你看到 Claude 在某個 file 裡來回打轉、改了一堆細節但效果不好,先 stop,觸發 /zoom-out。它會請 Claude 退回去看更大的脈絡(檔案、模組、領域),重新評估方向。比硬塞更多 prompt 有效十倍。
把 issue 從「new」走到「accepted/rejected/needs-info」變成被 enforce 的狀態流。
觸發 /triage,Claude 會依設好的 triage 狀態機檢視 issue,給每張 issue 套上對應 label,並提示需要哪些補件。對於 issue 累積到三位數的 repo,這條 skill 把治理從「一週一次大會」變成「每天 5 分鐘」。
write-a-skill 本身也是一條 skill,提供結構正確的 skill 建立流程,是客製化 SOP 的起點。
觸發 /write-a-skill,會帶你建立一個結構正確(progressive disclosure、bundled resources)的新 skill。把公司既有 SOP(code review checklist、PR 模板、release runbook)轉成 skill,從這條開始最快。
作者持續推新 skill,每月跑一次更新,可以拿到最新工序。
把 npx skills@latest add mattpocock/skills 寫進團隊 onboarding doc,並在每月第一個 Monday 安排一次更新。skills CLI 會 diff 既有 .claude/skills 與 upstream,提示哪些檔案被改、哪些是新檔案,避免覆蓋自己的客製。
包含 A/B 實驗引擎、Deal Resurrector、ICP Learner 等模組,以 Python 工作流實作。
Growth Engine 內建 bootstrap 信賴區間與 Mann-Whitney U 檢定的 A/B 實驗引擎;Sales Pipeline 含 Deal Resurrector(追蹤離職 champion 到新公司)與 ICP Learner(依輸贏資料自動改寫 ICP);還有 Content Ops、Outbound Engine、SEO Ops、Revenue Intelligence 等模組。
橫跨行銷、銷售、營運、財務、領導
含 cold-outreach(PAS / AIDA / BAB 直效文案框架)、unit-economics(CAC / LTV 分析)、offer-creation(Hormozi「無法拒絕的報價」法)、sop-builder,作者持續在自己公司每天使用。
由佛羅里達 AI 顧問公司維護,支援 3–50+ 平行代理
涵蓋銷售、業務營運、工程、顧問與 AI 代理架構。能同時啟動數十個獨立代理,每個擁有獨立 1M token context window,適合大規模重構、網站稽核、批量內容產出。
內建 Lead Research Assistant 銷售 BD 專用技能
Lead Research Assistant 為銷售、業務開發、行銷人員設計:分析產品 → 搜尋目標公司 → 提供具體外拓策略。可在產品原始碼目錄執行,讓 Claude 從 code 本身推論目標客戶。
含 ColdIQ、GTM Agents、銷售專用倉庫入口
收錄 Anthropic、Google Labs、Vercel、Stripe、Cloudflare、Netlify、Figma 等官方技能與社群技能,兼容 Claude Code、Codex、Antigravity、Gemini CLI、Cursor、GitHub Copilot、OpenCode、Windsurf。找銷售類技能從這裡入口最快。
六種實際工作流應用情境:senior 開發者單兵作戰、TypeScript 遷移、Greenfield 專案啟動、Bug 診斷、新人 onboarding、以及不適合使用的場景。
把 Claude 當成 junior 隊友,自己當 tech lead
典型用法:senior 開發者以 /grill-me 確認計畫、以 /tdd 驅動實作、以 /diagnose 處理回退、以 /caveman 在 session 末段壓縮 token 消耗。整套 skills 的前提是開發者比 AI 更了解 codebase,AI 作為執行者,人工負責審稿。
migrate-to-shoehorn 把測試裡的 type assertions 換成更安全的形式
/migrate-to-shoehorn 把測試中的 as Foo 等 type assertions 改寫成 shoehorn 風格的 helper,讓型別錯誤被編譯器抓出來而不是在 runtime 爆炸。對於正在從 Jest / Vitest 大型測試庫遷移到嚴格模式的團隊特別有用。
從一段對話到 PRD 到第一批 GitHub issues 的完整流
開新專案時:先 /grill-with-docs 把模糊願景磨成清楚架構決策;再 /to-prd 把對話寫成 PRD;最後 /to-issues 把 PRD 切成 vertical-slice issues。三條 skills 接力,從點子到可被認領工作,一個下午就完成。
/diagnose 取代「我覺得應該是…」的瞎猜風格
線上問題、heisenbug、效能回退等找不到根因的 bug,從 /diagnose 開始。流程強制先重現、最小化、提出假設、加儀器、再修復。對於已反覆修改多輪仍未解決的 bug,此 skill 有助在第一輪就縮小根因範圍。
zoom-out 讓新人快速建立 codebase 大圖像
新人加入時,將 /zoom-out 排入第一週流程:每天選一個模組,讓 Claude 說明設計動機、領域邊界與依賴方向。可作為閱讀 doc 與詢問 senior 之外的補充途徑,適合 5 人以上的工程團隊。
用對工具,先確認自己不在這幾類情境裡
不適合的情境:(1) 完全不審稿的「make it work」單向使用,本技能集假設人工負責審稿;(2) 非 Claude Code 環境,Cursor / Codex 雖可讀取 skill 內容,但 trigger 機制不相容;(3) 沒有 GitHub 的封閉系統,to-prd / to-issues / triage 均依賴 GitHub issue API;(4) 不採用 TDD 的團隊,/tdd 是本技能集的硬性前提。
2026 年 Q2,mattpocock/skills 累積 60.4k stars,是 Claude Code 社群引用度最高的社群技能集之一。引用廣泛的原因在於設計原則一致:每條 skill 均圍繞對齊、共同語言、迴路、設計優先四個核心打造。
Matt 在 aihero.dev/s/skills-newsletter 與 YouTube 頻道持續示範這些 skills 的使用節奏。社群普遍反映搭配影片觀看才能完整理解 skill 的使用情境,文字 README 為輔助說明。
Matt 是 Total TypeScript 課程的核心作者。skills 倉庫在 TypeScript 社群廣泛流傳,多家公司以此作為內部技能集的 fork 基礎。/tdd 與 /migrate-to-shoehorn 均帶有明確的 TypeScript 設計思維,對 TS 重度使用者適配度較高。
技能集已開源。以下依角色提供對應的整合起點,可在下一個 sprint 內完成初始設定。
一行 npx skills@latest add mattpocock/skills 裝好,每個專案都跑一次 /setup-matt-pocock-skills。把 grill-me → tdd → diagnose 三條鏈背成肌肉記憶,AI 共事品質會立刻上一個檔次。每月用 npx 同步一次最新的 skill 集。
新人第一週:跑 /setup-matt-pocock-skills + 每天用 /zoom-out 帶他建立 codebase 大圖。第二週開始:要求所有 PR 都先以 /grill-me 對齊計畫,再用 /tdd 實作。把這套流程寫進 onboarding doc,三週後 senior 可以放手讓他單兵作戰。
mattpocock/skills 說明了將工程工序開源可作為個人技術品牌的有效形式。選取你最常用、差異化最高的工作流,用 /write-a-skill 寫成 skill 並公開在 GitHub。將工作方法封裝為可觸發的 SOP,是讓工序可被複用與傳播的關鍵。
金融、醫療、政府專案不能讓 Claude 自由做 git reset --hard。把 git-guardrails-claude-code 與 setup-pre-commit 強制設為團隊預設,再搭配 triage 把 issue 治理變成可被審計的狀態機。合規與 AI 加速可以並存,但必須要架護欄。
Tenten 是 AI-First 設計與技術顧問公司。我們把 Claude Code、MCP、TDD 工序接進 Next.js / Headless / 企業內部系統的真實交付,讓 mattpocock/skills 這類開源資產,從個人 .claude 升級為團隊級的可審計工序。