weichen
bc1d1aa43b
Why: Preserve the reviewed 44-template scope, design, implementation plan, and exact stage decisions in the shared project record. Evidence: Approved stage hashes and local links verified; W0 inventory has 44 records and current implementation limits are explicit. Impact: Adds traceable planning, source receipts, audit-link approval, and a pending W2/W4 sequence adjustment without changing published assets. Refs: feature/rdm-two-trees-latest-templates
32 KiB
项目方向与规划索引
状态：已获合入授权（2026-10-08）。编制依据：用户同意整理既有规划主记录、确认状态、里程碑和关联任务；同日授权收尾并合入。 本索引负责导航与差异提示，规划正文、批准范围和验收条件仍以链接的主记录及其批准版本为准。 合入授权不批准新方向、不调整里程碑范围、不启动新的业务任务。
先看哪一份
-
最新模板驱动的两树一网、成员上下文与完整可读审计 r5：阶段1–5已确认；E1保真仍未通过，风险处理已批准；阶段6增量A实施中，覆盖44份模板和全部28项需求；业务实现及运行验收NOT_RUN。
-
IAM I1 权限边界与公开扩展合同 r1： 依据已批准的用户、职位角色与分层权限统一方案 r1 （Documents
a088809）冻结系统／项目／资源边界、管理员无业务 bypass、创建者 cap、独立audit.read与公开扩展四要素。 2026-10-13 已授权 I1（U1–U2）；多职、通用角色迁移、资料目录、矩阵及完整运行验收仍按后续单元推进，不以合同保存宣称已交付。 实际进展与证据见 I1 实施候选与评审记录，用户实施评审及阶段 7 验收 已通过，当前进入智能体 Review、PR、CI 与合入。 -
快慢通道展示与动态工作摘要方案 r1.1： 运行卡呈现状态、已完成工作、当前发现与剩余项；四层阅读、阶段成果、来源、异常恢复及 U1–U4。 2026-10-12 方案设计已批准（阶段 1–4）；首批仅 U1；U1 实施计划 r1 待阶段 5 批准；业务实施和运行验收 NOT_RUN。
Generative UI 方向已收口（U1–U7 全部落地，2026-10-12）：使用说明与评测记录（final）； 主记录 r2 与 U5 动作范围 r2 保留为过程权威。
U5 已实施合入（动作闭环，Dev #367）；U5 动作范围提案 r2 为已批准范围。U6 经用户 2026-10-11 裁定：待 owner 实际体验 U1–U5 产物（人类可用性对照的执行方式）后再定启动。 r2 U5 条款要求先评审动作范围；本文给出 A/B/C/D 分类、审批挂接（复用既有 DangerHigh 确认卡与 幂等）、排除项与验收线，待三点裁定后 U5 实施另行开任务。
新增方向（已裁定取舍；U1 试验完成，r2 含结果与修订）：Generative UI 调研与插件方案 r2。 首试点为对话内完整分析页，交付采用可信编译插件；U1 试验限 MiniMax M3 + M2.7-highspeed、合成或脱敏材料、费用上限 ¥200，作为独立任务另行评审启动。 此记录独立于下方历史核验快照，不改写历史方案/PR 数量或验收结论。
| 要回答的问题 | 主记录导航 | 规划中的阶段 | 原文负责人 |
|---|---|---|---|
| 通用系统的原始边界与架构是什么 | 系统骨架，结合下表专题修订 | 骨架 P0–P5；D1–D16 | weichen |
| 基座与下游如何分工，如何申请扩展 | 基座路线图，配套插件契约与兼容规则 | 公开扩展面、插件 v2、质量回路、工程基座 | weichen |
| 三个智能体库如何继续演进 | Agent 栈总案，阶段细化见 N1/Q1/I1、N2、N3、Q2/Q3 | R0/R1/D1、N1–N3、Q1–Q3、I1–I2、阶段评测 | weichen |
| RDM 下游的大目标和消费者里程碑是什么 | RDM 阶段总案 | P0–P4，对应 MS0'、MS1–MS4及发布前置 | weichen |
| 10–100 人协作与未来分布式如何演进 | 协作存储与分布式方案 | 团队 PG 档 → 迁移恢复 → 多实例执行与故障验收；r1 已批准（2026-10-11），实施自 U1+U2 启动 | 需求：weichen；实施/运维待指定 |
以上是依据文内显式范围和引用形成的阅读入口，不是新增优先级或批准结论。N2 阶段案未单列 owner， 应由负责人补齐；不能仅凭任务创建人推断全部规划的负责人。
快照与状态口径
本次只读核验时间：2026-10-07 13:27 UTC。来源均为 SELF 的文件、Git 与 API 观察， 原始命令、对象和输出见 核验收据， 可检索字段见 核验快照。
- Dev 基线：
eb0d4b5a499322a23155c8d89a024247f6e7830d。 - 该基线固定的 Documents：
b8eaa1676f168ad64c437857e2607e2e213f6672，包含下表前 18 份方案。 - 查询时 Documents main：
5542319a0474fd4e866b6daacb937b587c833ede；额外包含 N2 阶段案。 前 18 份文件在两个 Documents 版本中的 blob 完全相同。此候选索引基于该 Documents main 编制。 因此本地 Dev 候选指针同时包含 N2 方案文件；批准并采纳这个组合会纳入该文件，仍不等于批准其业务实施。 远端 Dev 是否采纳及在途 #244 的衔接，按实际合入时重新核对。 - 查询的 55 个关联 PR 中，54 个已合入且合入提交属于各自固定 main；编制时 Dev #244 尚未合入。 所查 PR 的 reviews 数组均为空。这不能证明不存在会话批准，也不能补作人工批准依据。
- 合入前同步（2026-10-08）：Documents
origin/main=16795ed59820eee1d36efe6564e13a2f5a6387a6，在上述查询版本之上新增 N3（Documents #43） 与 Q2/Q3（Documents #44）。Devorigin/main=7f1d87dbb976ebe02ceb632d5a657a416ffb50bc。新增行与 N2/N3/Q2/Q3 阶段行只按git log --merges核对合入提交；没有重放各任务测试。合入不等于阶段验收重验。 - 下表“原文确认/状态”保留作者声明；“已合入”只描述本次核实的 Git/PR 状态。
这份来源快照不包含业务里程碑、用户流程、部署或下游状态的复验，这些验收为 NOT_RUN。
本地候选组合的
make test用于检查文档指针组合，不代替各规划的业务验收。
使用更新版本时重新核对快照，不把这里的历史状态当实时任务台账。原文仍为 proposed/待审， 或批准来源不能关联到确定版本的，保留待核实；已经归档的任务也须检查剩余范围。
复核方法：读取 Gitea 的 /api/v1/repos/weichen/{repo}/pulls/{number} 及其 /reviews，
再在对应仓运行 git merge-base --is-ancestor <merge_sha> <固定 main SHA>；文档采用情况按
git rev-parse <Documents SHA>:<文件路径> 比较两个版本的 blob。API 状态与 Git 包含关系同时记录。
全部规划与关联交付
下表覆盖同步后 Documents main 中的 21 份 Markdown 方案（原查询版本 19 份，加上 N3 与 Q2/Q3），不含本索引自身。 Dev 链接均指向对应任务 PR，可从其任务卡继续追溯组件 PR；不表示完整业务验收通过。
| 主记录 | 角色、里程碑或范围 | 原文确认/状态（声明） | 关联合入记录与待核实项（SELF） |
|---|---|---|---|
| 系统骨架 | 历史规划起点；P0–P5、D1–D16；后续有专题局部修订 | 待审 r4；决策勾选仍空 | 历史 P0–P5 实施记录可定位阶段和提交；本轮未建立完整独立批准/验收链，不把记录勾选当当前验收 |
| 双档存储与多租户 | 明确局部修订骨架：多租户/RAG 前移，SQLite 默认、PG 可选；D17–D24 | accepted，页首称实施完成 | 四阶段实施记录及历史测试报告；本轮未据此宣称当前多租户/RAG 已验收 |
| 启动配置面 | 配置管道、实例隔离；配置专题 | 已批准（随实现交付） | Dev #12 已合入 |
| 跨会话读取 | 同项目 transcript 按需读取、权限和入口 | 已批准（随实现交付） | Dev #67 已合入 |
| 交互底座 | T0–T5：基础、卡片/命令、收件箱、命令总线、工作区、体验收尾 | 已批准总体方案与 T0 计划 | Dev #14/#15/#19/#21/#23/#25 已合入；各 PR 见快照 |
| UI 重构与认证 | 交互底座后的 R1–R4 与补充修订 | accepted（方向及 R2 范围）；页首管理员发放制覆盖旧注册方案 | Dev #30/#37/#43/#53/#61/#71 已合入；R3 与旧正文差异见下表 |
| 卡流与过程分离 | CF0–CF2；D39–D43 | 已批准（原文记录用户五项裁定） | Dev #79、#90 已合入 |
| 流式卡片、工件统一与项目收件箱 | CF-S → CF-A → CF3；D44–D52；承接卡流案 | 已批准（声明） | Dev #100、#103、#105 已合入；保留后台 producer 等边界 |
| 文件预览与保留能力 | 工件管理后续；预览基座、Office、URL、fs | 已裁定（§5）；实施任务已命名 | Dev #77、#94 已合入；PPTX 与右栏口径待对齐 |
| 基座路线图 | 基座/下游边界总记录；显式引用 harness 与栈总案 | 实施中 | Dev #132 已合入；不能据此推断 tag、npm 或下游验收完成 |
| 插件契约 v2 | 路线图配套；声明、进程内、sidecar、前端 ESM 与生命周期 | 实施中 | 与路线图同任务、Dev #132；四种形态的当前运行状态未重验 |
| 扩展兼容规则 | 路线图配套；兼容窗口、快照、版本发布与申请流程 | 实施中 | Dev #132；EXT-5 文档补充接口方法快照；发布动作另有双钥匙边界 |
| Agent harness | P0–P4 前序总案；明确后续栈总案不使 P0–P4 作废 | proposed | Dev #134/#136/#138/#140/#142/#144 已合入；参见阶段导航 |
| Agent 栈总案 | 当前库分期范围入口；承接 harness | proposed | 文档 Dev #151；R0/R1/R2/D1 及后续交付见阶段导航 |
| EXT-1 | 扩展申请；owner 作用域 Host 与进程内命令最小集 | 实施中 | Dev #207 已合入；#209 是任务卡恢复/复核轮，不是第二次公开面实现 |
| EXT-5 | 继 EXT-1 开放宿主文档解析；不依赖未提交的 EXT-4 | 实施中 | Dev #222、修复 #224 已合入；下游接入和发布不等于完成 |
| N1/Q1/I1 实施案 | 栈总案 §5 的三个阶段细化；明确不包含 N2/Q2/I2 | proposed | 文档 Documents #40、Dev #226 已合入；实施范围差异见下表 |
| RDM 阶段总案 | 下游大目标、双仓及可退化约束；P0–P4 / MS0'–MS4 | proposed；§2.3 现状复核已回填（2026-10-08） | 文档 Documents #41、Dev #229 已合入；不代表 RDM 各阶段获准实施 |
| N2 实施案 | 栈总案 N2 的六 WP：上下文、协议、工具、skills、子代理、装配 | 未单列确认状态及 owner；正文称 N2 开工 | Documents #42 已合入；Dev #244 已合入（merge 7e3ba10），闭卡 #247。卡内自述六 WP 落地；本索引未重放 |
| N3 实施案 | 栈总案 N3：持久与可观测 | 页首未单列确认状态及 owner；正文称 N3 开工 | Documents #43 已合入；Dev #248 已合入（merge 2836a87），闭卡 #249。卡内自述六 WP 落地；本索引未重放 |
| Q2/Q3 实施案 | 栈总案 Q2 拓扑与 Q3 收敛互通 | 页首未单列确认状态及 owner | Documents #44 已合入；Dev #250 采纳方案，#251（merge 452c00a）与 #253（merge c8ce4eb）已合入。卡内自述 Q2/Q3 落地；本索引未重放 |
| 智能体工作流质量改进 | 直连主路径质量：诊断→六项裁定→P0–P5 分期 + 模型 A/B；推翻 fs 工具默认关闭裁定 | 已获实施授权（2026-10-09 六项裁定）；首个增量 feature/agent-quality-phase01 | 随本提案 PR；诊断 SELF（真实运行转录）；基线报告见任务卡 |
| EXT 申请包 C1–C7 | RDM 多人共享契约的基座最小扩展申请（EXT-6…EXT-12）：身份停用/受管配置/授权适配器/索引发布/分发守卫/Host 工厂/投影过滤 | proposed；需求依据=RDM U0 主记录（D1–D9 裁定，2026-10-08 合入） | 随本提案 PR；每条现状证据为 SELF·源码级（Dev 34a2bbe/backend fe7c245），运行态 NOT_RUN；受理后逐条另立实现任务 |
| EXT 申请包 G1 | EXT-13…16：回合内共享检索、命令即工具、项目列表共享、执行后端接口 | proposed；需求依据=RDM 方案 V1.1 §3.3/§3.4/§5.3（2026-10-09 批复） | Documents #52 已合入；EXT-16 已实施（Dev #285，见其任务卡），其余受理评审待定。本行由本次索引维护补充 |
| 子代理分工、模型分级路由与任务沙箱 | 方向主记录：委派契约与角色路由方案（E1–E5 增量）+ 任务工作区沙箱设计（仅记录不实施）；修正 overlay≠快照等三处假设 | proposed（2026-10-10）；E1、E3、E4(R4+账本)、E5(R3)、S0-1 已完成（E4：Dev #315；S0-1：Backend #135/#136、Dev #318，2026-10-11）；E2 暂缓（模型指示）、S0-2 待授权 | 随本提案 PR；现状核查与启动延迟为 SELF（任务卡 evidence）；外部来源 URL 全量随任务卡 |
原查询的 19 份原文中，14 份显式标注 owner 为 weichen。双档存储、启动配置面、跨会话读取、文件预览和 N2 实施案这五份未单列 owner，其中预览案仅写“作者：weichen + Agent”。同步新增的 N3 与 Q2/Q3 案页首也未单列 owner。 这些负责关系待确认，不能由作者、任务创建人或 PR 账号代填。确认状态只是上述版本原文的摘录，独立批准凭据需要另行关联。 UI 的 演示入口 与四份样稿归属于 UI 重构方案，不是另外五个已批准规划。
Agent 栈的阶段与关联任务
显式关系：基座路线图 → harness（前序，不作废）→ 栈总案 → N1/Q1/I1、N2、N3、Q2/Q3 阶段案。 RDM 总案把库分期作为支撑与依赖，不覆盖库分期的原始范围。 阶段 N2 指“上下文、协议与工具”，不是审计报告中同号的“并行工具事件竞争”缺陷。
| 阶段 | 主记录与关联任务 | 核验结果与继续工作的边界 |
|---|---|---|
| harness P0–P4 | harness 对应 feature/agent-harness-p0 至 p4，含 p3b |
上表六个 Dev PR 已合入；旧卡“后续尚未实施”只属于当时快照 |
| R0/R1、R2、D1 | 栈总案；feature/agent-stack-r0-r1、r2、d1 |
Dev #152、#154、#156 已合入；不得把同号审计缺陷误作阶段名 |
| N1 | N1/Q1/I1 案 §2；feature/agent-stack-n1 |
Dev #232 已合入；状态与范围差异已于 2026-10-08 回填至主记录 §7.1（WP6b/6c 等转出项带归属，均未被后续阶段承接） |
| Q1 | 同案 §3；feature/agent-stack-q1 |
Dev #237、#240 已合入；platform task 与 squad run 的统一边界已厘清并回填至主记录 §7.2（Store 层合一已做，队列翻译转出且 Q2/Q3 未承接） |
| I1 | 同案 §4；feature/agent-stack-i1 |
Dev #234、#235 已合入；blueprint entry、SetSlot/Cancel/Handoff 等后续边界已回填至主记录 §7.3 |
| I2 | 栈总案 §5/I2；feature/agent-stack-i2 |
Dev #242 已合入；主记录已加状态回填（栈总案 I2 节），I2 卡断链已在 Dev 侧修正；开启态完整用户验收未重放 |
| N2 | N2 阶段案；Dev #244，闭卡 #247 | 2026-10-08 同步时已在 Dev main。#244 标题是接入方案并开启任务；完成声明在已归档任务卡，本索引未重放其测试 |
| N3 | N3 实施案；Dev #248，闭卡 #249 | 方案与任务卡已合入。完成声明在已归档任务卡，本索引未重放 |
| Q2 | Q2/Q3 实施案 第一部分；Dev #250、#251 | #251 已合入。完成声明在已归档任务卡，本索引未重放 |
| Q3 | 同案第二部分；Dev #253 | #253 已合入。完成声明在已归档任务卡，本索引未重放 |
原始任务卡在 Dev 仓 .task/archive/。任务主记录和既有分工优先复用，
索引整理不重新领取或另建相同业务任务。
RDM 里程碑：规划目标与核验边界
以下名称、窗口与依赖来自 RDM 总案 §1、§4，只保留计划，不表示已承诺或已验收。
| 阶段 | 原规划目标 | 核验边界 |
|---|---|---|
| P0 / MS0' | 奠基、组织决议、基线与 v0.2.0 前置 | 复核（2026-10-08，总案 §2.3）：v0.1.0 六 tag 在位、O1/O3/O7 已决议（RDM 00-V2定稿决议）、P0 已在下游关账（RDM #91）；v0.2.0 仍未发版（owner 双钥匙，窗口 10-25 前） |
| P1 / MS1 | W4 上传五步与两速入库（原窗口 2026-11-01） | 复核（2026-10-08）：下游首批已落地（F1 v1、两速、D8 等）；七条验收 = 2 满足（重放）/2 部分/1 阻塞（EXT-5 不在 v0.1.0 pin）/1 口径不成立/1 未满足（对话入口），不可签收；详见总案 §2.3 MS1 核对表 |
| P2 / MS2 | W7 基线、三分类与版本链（原窗口 2026-11-22） | 复核（2026-10-08）：状态机/版本链/三分类门控/需求大表等首批已在下游合入；MS2 正式验收 NOT_RUN（含 O2 提案待拍板） |
| P3 / MS3 | W11 两树一网、变更闭环、一键生成（原窗口 2026-12-20） | 复核（2026-10-08）：追溯网/冲突/变更 UI/起草等首批已在下游合入；库分期前置（Q1/Q3/I1）已全部合入，其转出项见 N1/Q1/I1 案 §7；MS3 正式验收 NOT_RUN |
| P4 / MS4 | W16 自举与演示（原窗口 2027-01-24） | 复核（2026-10-08）：自举语料/周报/立项例程等首批已在下游合入；EXT-3 仍未申请（截止 W10 前）；MS4 正式验收 NOT_RUN |
总案引用未入本仓的 further-objective 01–13，以及下游仓的奠基材料。它们是明确的来源缺口。
来源缺口已关闭（2026-10-08 复核）：further-objective 01–10 已权威迁入 RDM 仓
docs/requirements/、11–13 迁入 docs/materials/（RDM #42）；抽查 08/10 号与原件逐字
一致，01 号为 V2.0 定稿升版（属正常演进）。Dev 仓 .tmp/ 私有目录仍被 exclude，未入 Dev 仓；
引用愿景编号时以 RDM 仓内权威正文为准。
待澄清与待同步项
这些条目登记文档之间的差异，不代替产品裁定，也不静默重写原方案。 原文已有明确后续裁定的，只需同步旧叙述；缺少可定位的范围变更依据时，才提交负责人确认。
| 项 | 可复核位置 | 需要确认或补齐的内容 |
|---|---|---|
| 批准版本 | 各方案页首；核验快照的 reviews | 把原文 proposed/待审/accepted 与实际批准范围、版本和来源关联；PR 合入不能自动补齐实施授权 |
| 负责人缺项 | 双档、配置、跨会话、预览及 N2 案页首 | 五份未单列 owner，预览只有作者；由项目负责人确认维护与决策职责后回填主记录 |
| 骨架局部修订 | 骨架 §2.2/§7.2 与双档专题“方向修订”；骨架结尾 D1–D15 与新增 D16 | 保留双档专题明确修订关系，补齐决策范围与批准依据，避免继续照旧“多租户/RAG 远期”执行 |
| UI/auth 与预览 | UI/auth 页首及 §5.1；预览 §3/§4/§5；交互底座 D25 | 页首管理员发放制已否决旧注册方向，但旧正文仍在；PPTX 全保真裁定与文本大纲叙述、右栏预览与纯收件箱边界需对齐 |
| 卡流实施口径 | 卡流里程碑的旧 D34–D37 与 D39–D43 表；CF-A/CF3 任务卡剩余项 | 校正编号与阶段范围，保留 CF-A 前端零改动和 CF3 后台 producer 等实施边界 |
| N1/Q1 完成口径 | 已处理（2026-10-08）：N1/Q1/I1 案 §7 回填 | 各项“完成/转出/待做”已带依据、归属与适用版本；回填为 SELF 层记录，未重放各任务测试 |
| I1/I2 归属 | 已处理（2026-10-08）：I2 卡断链已修正（Dev 侧归档卡）；I2 状态回填至栈总案 I2 节；未接入消费者归属见 §7.3 | SetSlot/Cancel/Handoff 消费无阶段载体，需负责人排期 |
| N2/N3/Q2/Q3 合入与验收 | Documents #42–#44；Dev #244/#247/#248/#249/#250/#251/#253 | 这些 PR 已在 2026-10-08 的 Dev main 上。本索引只登记 Git 合入，不把闭卡文案升级为重新验收 |
| Q2/Q3 归档卡截断 | Dev .task/archive/feature-agent-stack-q2.md 与 -q3.md 的「影响与剩余项」行 |
两卡该行在归档中截断（106/97 字符，止于半句）；完整表述需对照 PR #251/#253 描述补齐或登记缺损 |
| RDM 历史快照 | 已处理（2026-10-08）：RDM 总案 §2.3 现状复核 | 逐行复核+MS1 七条核对+六项新缺口登记；收据 SELF（RDM 无 CI），见 records/2026-10-08-rdm-status-* |
| RDM 双主记录关系 | RDM 仓 docs/requirements/10-实施推进方案（V1.2 定稿）与本仓 RDM 总案 |
裁定（2026-10-08，负责人确认）：前者为执行总案（下游任务在其仓内立卡引用），后者为基座侧消费记录（里程碑对齐、扩展点、库分期依赖）；下游执行细节冲突时以前者为准，里程碑与基座依赖以本仓总案为准；本仓总案不回写下游正文 |
| RDM 仓无 CI | RDM 仓无 .gitea/workflows；PR status API 无 statuses |
INV-3 的 GATE 来源不存在，下游完成声明止于 SELF；建议 RDM 接 act_runner 后，重大验收（MS1 签收等）以 CI 为权威源 |
下一步建议与维护
原首选任务（确认并修订 N1/Q1/I1/I2 阶段主记录的状态与范围差异）已于 2026-10-08 执行完毕： 回填见 N1/Q1/I1 案 §7 与栈总案 I2 节，I2 卡断链已修正。 转出项清单显示 WP6b/6c、SetSlot/Cancel/Handoff 消费、platform task 队列合一、黑板可回放增量 均无阶段载体，需负责人排期；「批准版本关联」与「负责人缺项」两栏仍待负责人确认。
后续维护：主案或任务变化时先更新其唯一主记录，再更新这里的导航和核验快照。 更换 Docs/Dev 基线后重新核对 PR、版本与在途任务；新的索引状态不自动产生实施授权。
2026-10-13 规划补充
-
最终验证与合入调度实施计划 r1：阶段 5 已于 2026-10-13 经用户「批准」确认，原生逐项实施；U1–U3 源码与自检在 Dev 任务分支推进，U4 待启用记录及规则已准备，U5 平台所有者操作与 U6 真实三任务 CI 试行仍 NOT_RUN。实际对象、证据和进度回链 Dev 任务卡，不把本索引当第二进度权威。
-
RDM 设置归属、成员、文档职责与权限矩阵完善增量方案 r1：承接总案 U3/U4/U6（衔接 U5）的完整增量——设置作用域与受管项、可搜索人员选择器、文档清单＋职责分配、单成员/多人权限矩阵与三态项目覆盖；含服务端一致性修复（职责目标成员校验推翻 G1-5 旧裁定、职责变更与审签失效原子化）与 P1–P8 工作包。2026-10-13 用户评审通过并授权实施（两批推进；正式验收与清理回收保留人工节点）；P1 契约随本稿固定，P2 基座契约扩展按总案发版顺序排队。
2026-10-12 规划补充
-
svc 统一部署与一次性登录 Key 方案 r1：将
svc.sh增强为二进制/源码统一部署入口，并补齐无初始密码开户与账户恢复；一次性登录 Key 只能兑换设密受限会话。r1 含源码复核与四项取舍定案；复用恢复方案 KTD 与已合入的 recovery U1（Dev #415）。2026-10-12 已批准（五阶段+U1/U4 规格）；r2 增补经 #87 合入；2026-10-13 r3：登录恢复流程按用户「按此方案实施」批准并合入（Backend #187 / Frontend #76 / Dev #504，浏览器验收 PASS；三裁定与实施记录见 §11）。规格与合同见 Devdocs/svc-deploy/。 -
服务重启与全量数据恢复方案 r2：2026-10-12 用户要求 svc 停止/再次启动及异常退出后恢复所有服务与数据；覆盖服务依赖/监管、持久配置和数据身份、run/HITL/命令/通知、未知副作用隔离、文件一致性与组合备份。r1 经六角色自审，r2 吸收外部源码复核（见同名 review 记录两轮）。2026-10-12 用户批准 r2（五阶段一并）；实施/故障注入/部署/运行验收 NOT_RUN。关联协作存储 R7；U2 首切片已由 svc-autorecover 任务合入 main（PR #396/#401，2026-10-11）；U1 实例身份已合入（Dev #415，2026-10-12），余量按 KTD 对齐后续增量。
2026-10-11 规划补充
-
RDM 两树一网集成、完善与追溯审计展示方案 r1：对应 P3/MS3，源码已有部分实现；优先补项目绑定、创建者/管理员读取隔离与历史完整性，再接统一展示。用户确认范围为 RDM 与必要基座能力；r1 已获用户评审通过（2026-10-11，五阶段一并，含 KTD4 双层管理员裁定）。U1–U5 全部实施合入（RDM PR #195/#197/#201/#213；Dev PR #368，2026-10-11；超管槽待基座能力接线，见 RDM 仓 U1 基座扩展申请）。U6 团队存储独立后续；运行验收属部署环境。
-
RDM 模板与两树一网对话文档生成方案 r1.1：69 类旧资产、4 个当前注册模板的盘点及生成闭环设计；待评审，实施/迁移/模型试验/运行验收 NOT_RUN。与两树一网集成方案共用项目授权、原子事件与历史能力。 首批项目建议书/竞品分析、随后扩展全部文档已确认（2026-10-11），其余方案与实施仍待评审。
-
RDM 最终目标核对与完整交付方案 r1：本轮用户确认系统级唯一项目、管理员上限内覆盖、私域与三权读取边界；覆盖 34 UR／68 SR／10 F、全部69类模板及现有XLSX，当前源复核 RDM d8d7e743。总体方案待评审，实施/迁移/运行验收 NOT_RUN；模板方案为子方案。
-
工作台界面重设计 r0.2及实施计划 r1：对话优先、渐进任务摘要、窄屏与单一状态投影；已获本次连续实施授权。
-
系统项目、成员工作入口与私域协作闭环 r1.1：2026-10-13 已批准方向及阶段 1–9 连续推进；统一生命周期、成员个人会话、每项目两树一网与私域权限；组合验收/CI/tag 消费推进中，部署和线上修复未授权。