問問 Matt
你不可能記住每個技能，所以開口問。
一個流程是貫穿各技能的路徑。大多數路徑沿著一個主流程運行，並有兩個入口匝道匯入其中。其他所有技能都是獨立運作的。
主流程：點子 → 發布
大多數工作都會走這條路線。你有一個點子，並想要把它實現出來。
/grill-with-docs— 透過訪談來精煉點子。當你有程式碼庫時從這裡開始：它是有狀態的，會將所學保留在CONTEXT.md和 ADR 中。（沒有程式碼庫？請使用/grill-me— 請參閱獨立技能。）- 分支 — 你能在對話中解決所有問題嗎？ 如果一個問題需要一個可執行的答案（狀態、業務邏輯、你必須看到的 UI），則繞道透過原型，並由**
/handoff** 雙向橋接（請參閱跨會話）：- 用
/handoff離開，然後針對該檔案開啟一個新的會話， - 用
/prototype以一次性程式碼回答問題， - 用
/handoff將所學帶回，並從原始點子討論串中參考它。
- 用
- 分支 — 這是一個多會話的建置嗎？
- 是 →
/to-prd（將討論串轉換為 PRD） →/to-issues（將 PRD 拆分為可獨立領取的議題）。由於議題是獨立的，請在每個議題之間清除上下文：為每個議題啟動一個全新的會話，並透過傳遞 PRD 和要處理的單一議題來啟動/implement。 - 否 → 就在這裡，在同一個上下文視窗中執行
/implement。
- 是 →
上下文衛生
將步驟 1–3 保持在一個不間斷的上下文視窗中 — 在完成 /to-issues 之前不要壓縮或清除 — 以便訪談、PRD 和議題都建立在相同的思考基礎上。然後每個 /implement 都從新開始，根據該議題進行工作。
此限制基於 智慧區間：模型仍能清晰推理的視窗（最先進模型約 12 萬個 token）。如果在 /to-issues 之前會話接近此限制，請不要退化的繼續推進 — 使用 /handoff 並在一個新的討論串中繼續。
入口匝道
產生工作然後匯入主流程的起始情境。
-
堆積如山的錯誤和請求 →
/triage。它透過分類角色來處理議題，並產生準備好給代理處理的議題，稍後再由/implement處理。分類僅適用於非你建立的議題 — 錯誤回報、傳入的功能請求，以及其他原始材料。由
/to-issues產生的議題已經準備好給代理處理，所以不要對它們進行分類。
程式碼庫健康
非功能開發 — 維護工作。
/improve-codebase-architecture— 每當你有空閒時間時執行，以保持程式碼庫適合代理操作。它會揭露可深化的機會；選擇其中一個會產生一個點子，你可以將其帶入/grill-with-docs的主流程中。
跨會話
/handoff— 當一個討論串已滿或你需要分支出去（例如進入/prototype會話）時，此技能會將對話壓縮成一個 Markdown 檔案。你不要在原地繼續 — 你開啟一個新的會話並參考該檔案以攜帶上下文。它是上下文視窗之間的橋樃，雙向皆可。當你想要一個全新的會話但需要保留當前對話時使用它。/compact（內建） — 停留在同一個對話中，讓先前的內容被摘要。在階段之間有意的中斷點時使用，當你不介意丟失逐字記錄時。不要在階段中間壓縮 — 代理可能會迷失方向。/handoff用於分支；/compact用於繼續。
獨立技能
完全脫離主流程。
/grill-me— 與/grill-with-docs相同的嚴謹訪談，但用於當你沒有程式碼庫的情況。無狀態：它不會在本地儲存任何東西，也不會建立CONTEXT.md。用它來精煉任何不存在於儲存庫中的計畫或設計。/teach— 透過多個會話來學習一個概念，使用當前目錄作為有狀態的工作區。/writing-great-skills— 撰寫和編輯良好技能的參考資料。
前置條件
/setup-matt-pocock-skills — 在執行你的第一個工程流程之前執行，以設定其他技能所依賴的議題追蹤器、分類標籤和文件佈局。自訂議題追蹤器也能運作。