mattpocock

計畫常常失敗，是因為隱藏的假設從未被質疑。這項技能讓 AI 不斷地就你設計的每個面向對你進行訪談，一次一個問題地找出漏洞並釐清相依關係。

當團隊使用不一致的術語或忘記當初決策的原因時,軟件項目便會受困。這個技能透過挑戰術語、發掘邊界案例,以及在 CONTEXT.md 與 ADR 中記錄決策,協助你主動建立並磨練你的領域模型。

從原始素材撰寫完整文章令人望而生畏。本技能將流程拆解成一個個獨立節拍，讓您一次只專注一個動作，直到敘事自然收束。

寫作者常常手邊有一堆零散的筆記，卻不知道如何下筆寫一篇文章。本技能會進行一段對話式的塑形過程，先草擬幾個候選開頭，再逐段擴充文章內容，並針對格式選擇與你反覆辯論，直到文章完成。

寫作者常知道自己手中有文章的素材，卻還無法整理出結構。本技能會進行毫不鬆懈的訪談，從對話的雙方擷取異質的片段，並將它們附加到一個你可控的單一 markdown 檔案中——為你累積一座日後可開採的原始素材礦脈。

在陌生的程式碼庫中導航容易迷失方向且耗費時間。這項技能幫助 Claude、Codex 和 Claude Code 使用您專案領域的詞彙來提供程式碼架構的結構化概述，減少上下文切換的時間。

沒有適當的結構，從頭建立代理技能是很困難的。這項技能提供範本、工作流程和最佳實踐，讓您能夠建立可重複使用的技能，具備清晰的描述、正確的檔案組織和漸進式揭露。

領域討論常常混用同義詞與多重含義的詞彙,容易造成混淆。這個技能會掃描對話以識別領域詞彙、標記歧義,並將規範詞彙表寫入 UBIQUITOUS_LANGUAGE.md。

沒有結構化工作流程來管理 incoming issues 會導致瓶頸和優先級被忽略。此 skill 提供狀態機驅動的分流系統，將 issues 分類為 bug 或 enhancement，並透過定義的狀態路由，從 needs-triage 到 ready-for-agent 或 wontfix 進行處理。

手動撰寫 PRD 需要與利害關係人來回多次，耗費數小時。此技能將您現有的對話情境綜合整理成結構化、可直接發布的 PRD 文件，並直接發布至您的問題追蹤系統。

將冗長的計劃或規格轉化為問題可能耗費時間且缺乏一致性。此技能可將任何計劃分解為可獨立取得的垂直切片問題，準備好進行實作。

當知識散落各處且進度難以察覺時,學習新主題是困難的。此技能會建立一個有狀態的教學工作區,將每堂課程奠基於你的使命之上,並追蹤你已學過的內容。

在程式碼後編寫測試會產生脆弱的系統，在重構時容易壞掉。此技能會引導你完成測試驅動開發，讓測試在實作之前先定義行為，從而產生更乾淨的程式碼和可靠的重構。

手動設定 pre-commit hooks 需要編輯多個設定檔並安裝套件。此技能可自動化整個流程,讓您在幾分鐘內即可啟用 Husky、lint-staged 和 Prettier。

此技能會設定您的倉庫，配置問題追蹤器、分流標籤和領域文件設定，這些是 Matt Pocock 工程技能正確運作所需的功能。在使用任何相關工程技能之前執行一次。

為課程建立練習目錄結構是重複且容易出錯的過程。此技能可自動建立通過 lint 檢查的章節、題目、解答和講解資料夾結構。

僅以肉眼審查分支會錯失一半的重點——程式碼可能通過風格指南，卻實作了錯誤的功能。此技能會以平行的子代理同時執行「標準」與「規格」審查，並將結果並列回報，避免任一面向掩蓋另一個面向。

重構經常失敗,原因是規模過大且範疇不明確。此技能透過結構化訪談,產出清晰且漸進式的重構計畫,並建立為 GitHub issue。

手動提交的錯誤回報容易遺失或缺乏上下文。本技能可將對話式的 QA 階段,運用您專案的領域語言,轉化為結構完善且持久的 GitHub issues。

紙上的設計決策往往在實際實作時失敗。這項技能幫助你快速建立可拋棄的原型，在投入正式程式碼之前，回答關於邏輯或 UI 的具體問題。

在缺乏一致結構的情況下，管理包含數百則筆記的大型 Obsidian vault 會變得困難。此技能教會 Claude 和 Codex 命名、連結與搜尋的慣例，讓你的 vault 保持整齊且易於查找。

TypeScript 測試常使用不安全的 `as` 斷言來偽造大型物件。此技能可將其遷移至型別安全的 shoehorn 輔助函式,同時保持自動完成和型別檢查的正常運作。

程式碼基底會累積淺層模組，難以測試和導航。此技能透過分析模組深度和接合點來找出深化機會，然後引導您完成重構決策，使您的架構更具可維護性。

開發者每次啟動新的 AI 編程會話時，都會遺失寶貴的上下文。此技能可產生一份精簡的交接文件，摘要當前對話、關鍵產出物及後續步驟，讓新的代理能立即接手工作。