平行展開前要過 Definition of Ready（可平行化門檻）
「規格補完後，已平行展開的多條開發線因為互相有相依，被迫連鎖修改」——這個痛點的根因不是規格會改，而是在還沒有資格平行的時候就平行了。所以要有一個可判定的門檻，任一項未達成就不准開多線。
五個條件
- 跨線 contract 已凍結並 pin SHA（欄位、型別、錯誤碼、狀態機轉移表全齊）
- 零個
[NEEDS CLARIFICATION] - 每條線的 AC 完整可測，且不引用其他線的內部實作
- 相依圖是 DAG、無雙向依賴；共用資料模型 owner 唯一
- 契約變更流程與過渡策略已定
沒過的正解：先跑一條薄線
不是硬展開，是先跑一條薄線打穿主流程，用它驗證契約，再展開。（拿別人的 spec 時，薄線還有一個附加價值：它逼對方在真實脈絡下回答問題。）
兩個容易寫錯的原則
- 拆線沿契約邊界切，不沿功能切。 跨契約的需求先收斂再展開。
- 相依只走契約、不走實作。 契約是唯一的破壞性介面；消費端對契約寫 mock／contract test，上游沒完成也能先跑。