Why: The user asked for a researched design covering subagent use, tiered model routing (Claude via dmxapi for complex work, MiniMax for the rest), a millisecond/sub-second task sandbox (record-only), and a verdict on why the agent still feels weaker than codex/claude-code/kimi. Why: Four research threads (external frontier survey, subagent/routing evidence, harness-vs-model attribution, local code audit and probes) converge on role/stage routing instead of whole-task routing, and on three corrections to the sandbox assumptions (overlay is not a snapshot; snapshots defer conflicts to merge time; destroy must follow sealing). Evidence: Local measurements are SELF receipts in the Dev task card (bwrap namespace ~7ms, overlay same, docker ~142ms; MiniMax reasoning split; dmxapi /v1/messages cache_read; EXT-16 sandbox missing the python-docx layer). External claims carry per-item source URLs in the proposal's section 8. Impact: Documents-only addition: new proposal 2026-10-10 (E1-E5/S0 increments, D/R workstreams, sandbox tiers L0-L2) plus INDEX rows for it and the previously unlisted G1 package. No product code changes; all implementation increments stay unauthorized until approved. Refs: proposals/2026-10-09-agent-quality-improvement-plan.md (P4/P5, model A/B), 2026-10-09-ext-g1-b1-b3-exec-backend.md (EXT-16), Dev task feature/agent-exec-routing-sandbox-plan.
24 KiB
项目方向与规划索引
状态:已获合入授权(2026-10-08)。编制依据:用户同意整理既有规划主记录、确认状态、里程碑和关联任务;同日授权收尾并合入。 本索引负责导航与差异提示,规划正文、批准范围和验收条件仍以链接的主记录及其批准版本为准。 合入授权不批准新方向、不调整里程碑范围、不启动新的业务任务。
先看哪一份
| 要回答的问题 | 主记录导航 | 规划中的阶段 | 原文负责人 |
|---|---|---|---|
| 通用系统的原始边界与架构是什么 | 系统骨架,结合下表专题修订 | 骨架 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 |
以上是依据文内显式范围和引用形成的阅读入口,不是新增优先级或批准结论。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 待授权 | 随本提案 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、版本与在途任务;新的索引状态不自动产生实施授权。