メニュー
將 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。