engineering-deliverylisted

## 輸入 一個 Linear issue。issue 是需求、範圍與驗收標準的唯一來源，不另建平行規劃文件。 ## 授權契約 使用者指向一個 Linear issue 並要求交付，即授權走完整條鏈至合併與驗收，不逐項確認。 只有下列四類會停下，對應 `blocked.kind`： | kind | 什麼情況 | |---|---| | `ambiguity` | 依 issue、codebase 與現有證據仍無法排除的真實歧義 | | `authorization` | 超出 issue 範圍的重大架構變更、新外部依賴、新 production 風險、平台強制人工核准 | | `access_config` | 缺少必要 credential 或 permission；具名依賴未安裝或未登入 | | `risk` | 不可逆或破壞性 production mutation；工作樹有他人未提交變更；rollback 目標不明或涉 migration | 其餘一律走封閉迴圈：遇阻 → 查證 → 分析根因 → 修正 → 繼續。終止條件是目標達成， 不是「問題已釐清」。紀律與判別法見 `using-jt-workflow`，本 Skill 不重述。 ## 節點 | 節點 | 完成條件 | 出口 | |---|---|---| | N0 前提 | `delivery-preflight` 回 `ok` | `ok` → N1 ／ 否則把它的 internal result 包成 envelope（`branch`／`pr` 為 `null`）後回傳 | | N1 需求分析 | 範圍與驗收標準明確 | 明確 → N2 ／ 真實歧義 → `halted/ambiguity` | | N2 設計 | 方案定案 | 定案 → N3 ／ 需重大架構變更或新依賴 → `halted/authorization` | | N3 工作樹 | 在**對得上本次 issue** 的 feature 分支且工作區乾淨 | 就緒 → N4 ／ 當前為預設分支 → 先建分支再進 N4 ／ 有他人未提交變更 → `halted/risk` ／ 沿用分支對不上本次 issue 且（無 commit **或**查得到已合併 PR）→ 從最新預設分支開對得上的新分支再進 N4 ／ 沿用分支有 commit 但查無已合併 PR → `halted/risk` | | N4 實作 | 測試綠＋行為性驗收通過 | 通過 → N5 ／ 非預期行為 → 除錯後回 N4 | | N5 本地審查 | 品質＋資安＋資料三面過 | 過 → N6 ／ 有 finding → 回 N4 | | N6 開 PR | PR 存在且帶 Linear identifier | 建立 → N7 ／ 掃出 secret → 回 N4 清除後重來 | | N7 外部審查 | PR 的 check 已到終態，且 `external-review-gate` 回終態 | `ok` 且 `needsCodeChange` 為真 → **回 N4** ／ `ok` 且為假 → N8 ／ `not_applicable` → N8 ／ `halted` → 回傳 | | N8 合併 | `merge-gate` 回 `ok` | `ok` → 合併 → N9 ／ `halted` 且 `recoverableByCode` 為真 → **回 N4** ／ `halted` 且為假 → 回傳 ／ `not_applica