القائمة
將 plan、PRD、OpenSpec change 或對話摘要切成可驗證的垂直切片。 Use when: 需要把大型需求拆成 OpenSpec tasks、GitHub issue draft、 或本地 Markdown 工作項目；不適用於直接 TDD 實作。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Propose a new change with all artifacts generated in one step. Use when the user wants to quickly describe what they want to build and get a complete proposal with design, specs, and tasks ready for implementation.
審視 ECC（everything-claude-code）分發名單，包含兩個模式： (A) 既有清單瘦身：分析 distribution.yaml.enabled 與本地 skills/ 的重疊性與品質，輸出 enabled_remove 建議； (B) 新項目導入評估：根據 ecc-catalog.yaml 與上次更新範圍，介紹 ECC 上游新增 skill、分析適用情境、建議是否加入 enabled。 Use when: (1) 評估 ECC 分發名單是否該瘦身、(2) ECC 上游新增 skill 後決定要不要導入、 (3) 想為終端使用者產 ecc-profile.yaml starter、(4) 季度 / 半年一次定期審視。 Triggers: "分析 ECC skill", "ECC 重疊", "ECC 清單瘦身", "ECC 新項目", "ECC 上游新增", "要不要導入", "ecc analyze", "ecc new items review", "ecc profile starter", "ECC 品質審視".
用追問把模糊需求壓成專案語言，並在必要時更新 CONTEXT.md 或 ADR。 Use when: 需求還不清楚、術語不一致、要進 OpenSpec 前需要需求對齊、 或使用者想先 stress-test plan 而不是直接實作。
找出架構摩擦與 deep module 候選，但不直接修改實作程式碼。 Use when: 使用者要架構回看、找重構候選、改善可測性、 或把實作中暴露的架構摩擦整理成 OpenSpec 候選。
建立 MP 工作入口層的專案規則。Use when: 首次導入 mattpocock/skills 改寫版、 需要設定 docs/agents/、需要讓 Claude Code 與 Codex 共同讀取 issue tracker、 triage states、domain docs 規則，或 mp-* 技能缺少專案入口脈絡。
將既有對話與儲存庫脈絡整理成 PRD 或 OpenSpec proposal 前置素材。 Use when: 使用者要把已討論內容整理成需求摘要、PRD、或進入 OpenSpec 前的 brief； 不適用於重新訪談使用者。
| name | mp-to-issues |
| description | 將 plan、PRD、OpenSpec change 或對話摘要切成可驗證的垂直切片。 Use when: 需要把大型需求拆成 OpenSpec tasks、GitHub issue draft、 或本地 Markdown 工作項目；不適用於直接 TDD 實作。 |
本技能把已成形的需求拆成可接手、可驗證的工作項目。它不負責正式規格審核，也不取代 openspec-*。
docs/agents/mp-workflow.mddocs/agents/issue-tracker.mddocs/agents/triage-states.mddocs/agents/domain.mdCONTEXT.md、CONTEXT-MAP.md 或 ADR，讀相關部分。每個工作項目都必須是垂直切片：
避免水平切片，例如只改 schema、只改 UI、只寫文件而沒有可驗證閉環。
每個切片必須標示：
AFK：範圍清楚、驗證明確、沒有未決的人類判斷，可交給 agent。HITL：需要產品判斷、外部存取、人工審核或設計決策。預設盡量切成 AFK。若無法做到，要寫出阻塞原因。
依 docs/agents/issue-tracker.md 或使用者指定選擇輸出。
來源是 OpenSpec change 時優先使用。格式：
- [ ] N.M [AFK] 動詞開頭的任務描述
- 驗證：可執行或可檢查的條件
保持依賴順序：阻塞者在前，被阻塞者在後。
只輸出草稿，除非使用者明確要求建立 issue。
每個草稿包含：
AFK 或 HITL用於沒有外部 tracker 的儲存庫。預設輸出到 .scratch/<topic>/ 或使用者指定路徑。
AFK 或 HITL。