@@ -1,6 +1,6 @@
 # v4 路线图代码建设顺序规划
 
-> **状态**: 前瞻规划（未立项，待裁决）
+> **状态**: 已裁决采纳（2026-08-22 用户全盘采纳；代理先行执行 Step 0；弹性承诺首版就做）
 > 日期：2026-08-22（重新规划版，取代 2026-08-21 基于 v3 的分析）
 > 依据：[pain-points-v4.md](../product/pain-points-v4.md) §11 实施路线图 + §7 产品架构 + §10 统一 Pre-mortem + 代码库实态盘点（dev 分支，v0.10.2 交付后）
 > 立项后本文档迁移至 `versions/` 跟踪并按归档机制处置。
@@ -117,11 +117,11 @@ Step 6 组结算（L3 组级版，防沼泽仪式）──► Step 7 测量层
 2. **学习循环（Step 4/5）是真正的瓶颈**：Phase 2 名为"统一"，实为"从零建闪卡体系并直接按组粒度建"。既是工作量峰值也是融合成败分叉点（契约二），排在组模型之后立刻启动，不拖到组结算之后。
 3. **指标埋点与功能同批交付**：v4 统一北极星和三个过程指标是 Phase 4 的门控判据，也是"强行融合"与"动机App化"两大死法的早期探测器，晚埋一个版本就少一个版本的真实数据。
 
-## 四、待裁决事项
+## 四、裁决记录（2026-08-22 用户裁决）
 
-| # | 事项 | 备选 |
+| # | 事项 | 裁决 |
 |---|------|------|
-| 1 | 建设顺序是否采纳 | 全盘采纳 / 调整后采纳 / 推翻重议 |
-| 2 | Step 0 的执行人与时间（需求池同步/REQ-146 验收/七轮代码批提交） | 用户主导 / 代理先行 |
-| 3 | 首个实施版本立项（建议 v0.11.0 = Step 1+2 笔记组基建·容器侧） | 头脑风暴定稿后建 versions/v0.11.0.md |
-| 4 | Step 4 的弹性承诺（周契约/断签不清零）是否首版就做 | 首版做（防 streak 暴政从源头）/ 二期补 |
+| 1 | 建设顺序是否采纳 | **全盘采纳**（Step 0~7） |
+| 2 | Step 0 的执行人与时间 | **代理先行**（需求池同步即刻执行；REQ-146 真机验收需用户操作真机；七轮代码批提交待验证后提交） |
+| 3 | 首个实施版本立项 | **v0.11.0 = Step 1+2 笔记组基建·容器侧**（需求池已登记区段；版本文档待头脑风暴定稿） |
+| 4 | 弹性承诺（周契约/断签不清零）是否首版做 | **首版做**——N10 归零暴政防御从设计源头部署；streak 数据结构后补改造成本高 |