Merge remote-tracking branch 'origin/main' into feature/rdm-u1-dev-closeout

Record U1 progress in the final-target master plan and index
Why: U1 (baseline reconciliation) landed via RDM PR #199/#200; the master plan status line and INDEX must reflect actual progress after Dev #340 merged the plan itself. Evidence: SELF—RDM PR #199 merge 9b1b78a, card-close PR #200 merged; Dev PR #340 merge fe151b7. Impact: plan status line, U1 progress paragraph, INDEX nav row only. Refs: RDM PR #199/#200; Dev PR #340; Dev feature/rdm-u1-dev-closeout
2026-10-11 14:13:04 +00:00 · 2026-10-11 13:59:17 +00:00 · 2026-10-11 13:50:14 +00:00
2 changed files with 4 additions and 1 deletions
@@ -11,7 +11,7 @@ product_contract_source: legacy-requirements

 修订 r1；负责人 weichen；编制 Codex；更新时间 2026-10-11（Asia/Shanghai）。
 用户已明确最终实现范围：全部文档模板、文档三权、系统级项目及独立两树一网协作；本轮进一步要求先核对目标和差距、形成详细完整方案。
-本总体方案待人工评审；业务实现、迁移、真实模型评测、浏览器验收、上线均 NOT_RUN。
+本总体方案已经用户评审放行并随 Dev PR #340 合入（2026-10-11，用户指令「解决冲突合入」）；U1 的 RDM 侧已实施合入（RDM PR #199 merge 9b1b78a）。其余工作包的业务实现、迁移、真实模型评测、浏览器验收、上线均 NOT_RUN。
 本文件承担本次最终目标补齐的统筹记录；不替代 RDM 已批准需求正文。实施负责人按各工作包立项指定，不预设已有人承接。
 下文 `RDM:` 为 Agent-System-RDM，`Dev:` 为 Agent-System-Dev，`Legacy:` 为旧 Agent-System 的仓内路径。

@@ -334,6 +334,8 @@ stateDiagram-v2
 方法：先评审来源和范围，再按最小契约申请/采纳 X1–X5；已有能力只补接线，不重新立项重写。U1 保留在途 PR 及 owner、版本和接受条件。
 验收：全部原编号各有最终行为/工作包/测试入口；没有历史 PASS 自动变成当前 PASS；被覆盖的旧表述有指向当前解释的入口。

+进展（2026-10-11，RDM PR #199 merge 9b1b78a，卡闭合 PR #200）：**RDM 侧已实施合入**——需求证据矩阵入仓为需求侧维护入口（`RDM:docs/records/2026-10-11-requirements-evidence-matrix.md`，34 UR／68 SR／10 F 逐条）；requirements README 增基线核对条目（固定解释顺序：用户指示 → U0 D1–D9 与 V2.2 Q1–Q8 裁定 → 矩阵当前解释 → 既有定稿条款 → 原始会议材料；**历史 PASS 不自动成为当前 PASS**）；U0 主记录页首 proposed 残留修正为 accepted；01–10 十号头部加统一「当前状态入口」引用块（含 05 头部草案状态漂移的口径声明）。Dev/Documents 侧（本 INDEX 行与组合钉入）随本 closeout 落地。剩余：Dev 扩展申请整理（X1–X5 的申请状态盘点）并入后续工作包立项时处理。
+
 ### U2. System Project and Management

 覆盖 R1/R3/R5。交付创建/改名/归档、授权目录、成员加入/移除、创建者管理、宿主绑定及用户可用项目管理页面/对话路径。
@@ -21,6 +21,7 @@ r2 U5 条款要求先评审动作范围；本文给出 A/B/C/D 分类、审批
 | 三个智能体库如何继续演进 | [Agent 栈总案](2026-10-02-agent-stack-completion.md)，阶段细化见 N1/Q1/I1、N2、N3、Q2/Q3 | R0/R1/D1、N1–N3、Q1–Q3、I1–I2、阶段评测 | weichen |
 | RDM 下游的大目标和消费者里程碑是什么 | [RDM 阶段总案](2026-10-07-rdm-phase-plan.md) | P0–P4，对应 MS0'、MS1–MS4及发布前置 | weichen |
 | 10–100 人协作与未来分布式如何演进 | [协作存储与分布式方案](2026-10-11-collaboration-storage-and-distribution.md) | 团队 PG 档 → 迁移恢复 → 多实例执行与故障验收；r1 已批准（2026-10-11），实施自 U1+U2 启动 | 需求：weichen；实施/运维待指定 |
+| 最终目标的完整差距与交付顺序是什么 | [最终目标核对与完整交付方案 r1](2026-10-11-rdm-final-target-completion.md)，配套[逐条矩阵](../records/2026-10-11-rdm-final-target-requirements-matrix.md) | 34 UR／68 SR／10 F 差距矩阵；U1–U16 十六工作包；已随 Dev #340 合入（2026-10-11），U1（需求基线核对）RDM 侧经 RDM #199/#200 落地 | weichen |

 以上是依据文内显式范围和引用形成的阅读入口，不是新增优先级或批准结论。N2 阶段案未单列 owner，
 应由负责人补齐；不能仅凭任务创建人推断全部规划的负责人。