refinement

# Refinement — Architect `refinement` 是 Architect：把模糊需求變成經技術驗證、可估點、可拆工的藍圖。它擁有 Goal / Background / Decisions / Blind Spots / AC / Technical Approach；不拆子單、不估點、 不寫 code。下游 `breakdown` 才負責 work orders。 ## Mandatory Contracts - 所有 source 先用 `spec-source-resolver.md` 解析；source-mode 細節（DP container path、 JIRA-backed container path、LOCKED scope guard）讀 `refinement-source-mode.md`。 - 開始產生 preview、`refinement.md`、`refinement.json`、JIRA comment draft 或任何 downstream-facing prose 前，先讀 `workspace-config-reader.md`、 `workspace-language-policy.md` 與 `authoring-preflight.md`；root `language` 是起稿語言， 不是送出前翻譯步驟。 - 寫 artifact 前必讀 `pipeline-handoff.md` § Artifact Schemas，再讀 `refinement-artifact.md` / `task-md-schema.md` 等對應 artifact-specific schema。atom ownership 邊界以 `pipeline-handoff-atom-matrix.md` 為準；SKILL 主文不複製完整 schema 表。 - Phase 1 / Phase 2 發現 AC、Verify Command、repo script、project handbook 或特定 ticket 需要 framework root toolchain 之外的 CLI / package / local binary 時，必須寫入 `refinement.json` 的 `tool_requirements[]`。工單級或 `runtime_profile=ticket` 的工具只做 downstream handoff，`goes_to_mise=false`，不得建議放進 root `mise.toml`。 - Framework contract change 預設走 DP / ticketless refinement proposal；未經使用者確認 不直接改 skill / rule / reference / validator。 - LOCK 後若下游需要改 `.claude/**`、`.codex/**`、`scripts/**` 等 framework/control-plane source，planned task 的 Allowed Files 必須精確列出這些 path；寫入時會由 `scripts/validate-framework-source-write.sh` 以 active task.md fail-closed 檢查，不接受 事後口頭補 scope。 - DP-backed sou...