把 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」,而是「跟 Claude 共事」這件事本身。
Matt Pocock 是 TypeScript 圈最有影響力的教學者之一。這份倉庫不是「給 prompt 範例」的清單——而是他自己每天用、用到願意讓全世界 fork 的工程師工序。修的不是技能,是「跟 AI 共事的姿勢」。
很多開發者抱怨「Claude 不懂我的意思」,其實是需求沒被講清楚。/grill-me 與 /grill-with-docs 強迫先把計畫被反問到底,再下令執行——這一步省下後續的所有 rework 成本。
當你的 codebase 有自己的領域詞彙(domain language)、有 ADR、有 SOP,Claude 的輸出立刻清晰起來。improve-codebase-architecture 與 grill-with-docs 都圍繞這個原則:把溝通成本降到最低。
/tdd(紅綠重構)、/diagnose(重現→最小化→假設→驗證→修復),都是把「每一步都驗證一次」這個工程師心法變成可被觸發的 command。對於把 AI 當成 junior 工程師而不是 oracle 的人,這是最重要的一環。
六條最常被觸發的 skills——對齊、TDD、診斷、PRD 拆票、架構深化、token 壓縮,是真工程師日常的核心動作。
「先別動手,先讓我盤問你」——這條 skill 是整套技能集的靈魂
觸發 /grill-me 後,Claude 會把你給的計畫拆成決策樹,逐一反問每個分支:「你假設了什麼?沒考慮哪些情境?衡量成功的指標是什麼?」直到所有不確定性被攤平。對齊一次,省掉後續所有 rework——這是 Matt Pocock 工序的核心姿勢。
「一次一個垂直切片」——避免 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、領域文件結構
裝完 skills 之後,第一件事是觸發 /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 是設定層級的「安全鎖」:當 Claude 嘗試跑會破壞 git 歷史的指令時,先要求人類確認。對於把 Claude 開到 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 分鐘」。
Matt 連「怎麼寫 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,提示哪些檔案被改、哪些是新檔案,避免覆蓋自己的客製。
「統計學級」銷售技能 — 不是提示詞,而是完整 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 開發者單兵作戰,到 TS 重構、Greenfield 專案、Bug 攻防、新人 onboarding。
把 Claude 當成 junior 隊友,自己當 tech lead
最常見的使用姿勢:senior 開發者用 /grill-me 自我盤問計畫、用 /tdd 寫實作、用 /diagnose 處理回退、用 /caveman 在尾段壓 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 變成 onboarding 第一週的指定動作:每天挑一個模組請 Claude 帶他「拉遠看」,理解設計動機、領域邊界、依賴方向。比讀 doc 快、比問 senior 客氣、比 Confluence 即時——對 5 人以上的團隊特別實用。
用對工具,先確認自己不在這幾類情境裡
不適合:(1) 完全不想動腦的「make it work」單向使用——這套 skills 假設你會審稿;(2) 非 Claude Code 環境(Cursor / Codex 雖能讀內容,但 trigger 對齊不上);(3) 沒有 GitHub 的封閉系統——to-prd / to-issues / triage 全都依賴 GitHub issue API;(4) 完全反 TDD 的團隊——/tdd 是這套技能集的硬假設。
2026 年 Q2,mattpocock/skills 累積到 60.4k stars,與 Anthropic 官方 skills 並列「Claude Code 圈最高引用度」之一。原因不是 skill 數量多,而是哲學一致:每條 skill 都圍繞「對齊、共同語言、迴路、設計優先」四個原則打造。
Matt 在 aihero.dev/s/skills-newsletter 與自己的 YouTube 頻道持續演示這些 skills 的使用節奏。社群討論集中在「看完 Matt 的影片再讀 README,才看懂 skill 的真正用法」——他的個人風格已經變成 Claude Code 工程師圈的隱形語法。
Matt 是 Total TypeScript 教學體系的核心人物。skills 倉庫被大量 TS 影響者轉貼為「真工程師工序模板」,許多公司直接 fork 後微調為內部標準。對 TS 重度使用者特別有共鳴——/tdd 與 /migrate-to-shoehorn 都明顯帶有 TS 思維。
Skills 已經開源——下一步是把它接進你的真實工作流。挑你最近的角色起手,下一個 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 可以放手讓他單兵作戰。
Matt 證明了「把工序開源就是個人品牌」這條路。挑你最常用、最有差異化的工作流,用 /write-a-skill 寫成 skill,公開在 GitHub。一年後你也可能變成下一個 60k★ 的工序作者——關鍵是把心法寫成 trigger 化的 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 升級為團隊級的可審計工序。