Agent-System-Documents/docs/proposals/INDEX.md

项目方向与规划索引

状态：索引候选，待用户审核。编制依据：用户同意整理既有规划主记录、确认状态、里程碑和关联任务。 本索引负责导航与差异提示，规划正文、批准范围和验收条件仍以链接的主记录及其批准版本为准。 本轮没有批准新方向、调整里程碑范围或启动业务任务。

先看哪一份

要回答的问题	主记录导航	规划中的阶段	原文负责人
通用系统的原始边界与架构是什么	系统骨架，结合下表专题修订	骨架 P0–P5；D1–D16	weichen
基座与下游如何分工，如何申请扩展	基座路线图，配套插件契约与兼容规则	公开扩展面、插件 v2、质量回路、工程基座	weichen
三个智能体库如何继续演进	Agent 栈总案，阶段细化见 N1/Q1/I1、N2	R0/R1/D1、N1–N3、Q1–Q3、I1–I2、阶段评测	weichen
RDM 下游的大目标和消费者里程碑是什么	RDM 阶段总案	P0–P4，对应 MS0'、MS1–MS4及发布前置	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 编制。
• 查询的 55 个关联 PR 中，54 个已合入且合入提交属于各自固定 main；Dev #244 尚未合入。 所查 PR 的 reviews 数组均为空。这不能证明不存在会话批准，也不能补作人工批准依据。
• 下表“原文确认/状态”保留作者声明；“已合入”只描述本次核实的 Git/PR 状态。 本轮未重跑业务测试、用户验收、部署或下游检查，运行验收均为 NOT_RUN。

使用更新版本时重新核对快照，不把这里的历史状态当实时任务台账。原文仍为 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 查询版本中的 19 份 Markdown 方案，不含本索引自身。 Dev 链接均指向对应任务 PR，可从其任务卡继续追溯组件 PR；不表示完整业务验收通过。

主记录	角色、里程碑或范围	原文确认/状态（声明）	关联合入记录与待核实项（SELF）
系统骨架	历史规划起点；P0–P5、D1–D16；后续有专题局部修订	待审 r4；决策勾选仍空	本轮未建立覆盖全部骨架阶段的独立批准/验收链；按专题与任务查证
双档存储与多租户	明确局部修订骨架：多租户/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	文档 Documents #41、Dev #229 已合入；不代表 RDM 各阶段获准实施
N2 实施案	栈总案 N2 的六 WP：上下文、协议、工具、skills、子代理、装配	未单列确认状态及 owner；正文称 N2 开工	Documents #42 已合入；Dev #244 在途，尚未进入上述 Dev 基线

前 18 份原文 owner 均为 weichen。确认状态只是上述版本原文的摘录，独立批准凭据需要另行关联。 UI 的 演示入口 与四份样稿归属于 UI 重构方案，不是另外五个已批准规划。

Agent 栈的阶段与在途任务

显式关系：基座路线图 → harness（前序，不作废）→ 栈总案 → N1/Q1/I1、N2 阶段案。 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 已合入；任务卡的“六 WP 全部落地”与转出 WP6b/6c 需对照确认，不能直接标完整阶段验收
Q1	同案 §3；feature/agent-stack-q1	Dev #237、#240 已合入；platform task 与 squad run 的统一范围仍需厘清
I1	同案 §4；feature/agent-stack-i1	Dev #234、#235 已合入；卡内保留 blueprint entry、SetSlot/Cancel/Handoff 消费等后续边界
I2	栈总案 §5/I2；feature/agent-stack-i2	Dev #242 已合入；I2 卡引用不存在的“N1/Q1/I1 案 I2 部分”应修正；开启态完整用户验收未在此重放
N2	N2 阶段案；在途 feature/agent-stack-n2 / Dev #244	复用在途任务；查询时 head=eae6992ae81335df5eb016223e2522fab952ae7f。PR 标题是接入方案并开启任务，不能据此认定六 WP 实施完成
N3/Q2/Q3	栈总案 §5	本次未建立独立交付闭环；不能据相邻任务关闭而标完成，实施前核对授权、依赖与转入范围

原始任务卡在 Dev 仓 .task/archive/；在途 N2 在其任务分支及 PR 中。任务主记录和既有分工优先复用， 索引整理不重新领取或另建相同业务任务。

RDM 里程碑：规划目标与核验边界

以下名称、窗口与依赖来自 RDM 总案 §1、§4，只保留计划，不表示已承诺或已验收。

阶段	原规划目标	核验边界
P0 / MS0'	奠基、组织决议、基线与 v0.2.0 前置	发布 tag、下游种子、组织决议本轮 NOT_RUN；EXT-1/5 的 Dev 合入已核实
P1 / MS1	W4 上传五步与两速入库（原窗口 2026-11-01）	RDM 仓任务及真实上传验收未核验；不依据旧“功能为零”快照断言现状
P2 / MS2	W7 基线、三分类与版本链（原窗口 2026-11-22）	下游独立范围，批准与实施状态待核对
P3 / MS3	W11 两树一网、变更闭环、一键生成（原窗口 2026-12-20）	依赖 Q1/Q3/I1 等；先厘清上述阶段转出项及可接受降级边界
P4 / MS4	W16 自举与演示（原窗口 2027-01-24）	EXT-3、组织反馈与实际演示验收待核对

总案引用未入本仓的 further-objective 01–13，以及下游仓的奠基材料。它们是明确的来源缺口； 本轮没有读取、搬迁或批准这些材料，也没有把 IDE 中的私有计划当作项目权威记录。

待澄清与待同步项

这些条目登记文档之间的差异，不代替产品裁定，也不静默重写原方案。 原文已有明确后续裁定的，只需同步旧叙述；缺少可定位的范围变更依据时，才提交负责人确认。

项	可复核位置	需要确认或补齐的内容
批准版本	各方案页首；核验快照的 reviews	把原文 proposed/待审/accepted 与实际批准范围、版本和来源关联；PR 合入不能自动补齐实施授权
骨架局部修订	骨架 §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 完成口径	N1 卡结果及 WP6b/6c 转出；Q1 案 WP5/验收与 Q1 卡范围移交	确认哪些原验收已满足、哪些有批准的范围调整、后续归属与责任人；不用“已闭卡”代替结论
I1/I2 归属	I1 卡影响与剩余项；I2 卡目标；N1/Q1/I1 案末尾“非目标”	修正 I2 主记录链接，并明确未接入消费者与开启态验收的后续归属
N2 采纳	Documents #42 与 Dev #244	Documents 已合入但 Dev 组合尚未采纳；本索引的 Dev 接入须协调这一在途组合变更，不绕过其 owner
RDM 历史快照	RDM §2 的 N1 进行中、Q1/I1 未启动、下游功能为零等	基座已有后续交付 PR；下游与发布状况需另行核实，不能直接沿用这批旧判断

下一步建议与维护

首选下一任务：确认并修订阶段主记录的状态与范围差异。优先处理 N1/Q1/I1/I2 的转出项， 因为它们直接影响 N2、Q3 和 RDM 的依赖判断；同步补齐明确批准版本及负责人。 产物是主记录修订和带归属的剩余项；验收要求每项“完成/转出/待做”都有可追溯依据、对应任务和适用版本。 先由负责人确认修订范围并与在途 N2 owner 协调；此处只是建议，未启动该任务。

后续维护：主案或任务变化时先更新其唯一主记录，再更新这里的导航和核验快照。 更换 Docs/Dev 基线后重新核对 PR、版本与在途任务；新的索引状态不自动产生实施授权。