docs(wiki): 能力边界 §5 D2/D6 收口 + 部署位重装落地 - ⚑ 新增「2026-10-27 状态推进」：D2 token 计量三段落点（tool-stats resourceWindow → eval effectiveDelta fail-closed 判定 → policy AUTO_DEPLOY 封顶）、D6 防回潮门禁、 部署位已重装并重启、真机取证（当期 token 覆盖 93.85% / 基线 0% ⇒ unknown 是正确结论）。 - 导航「下一动作」删掉已完成的两项（部署位重装 / 能力边界 §5），改为手动控制面验证 + 闭环观察 + M1 首个技能。 - 待做清单：该条勾掉并写明交付口径与残余限制指向。
docs(wiki): 全量对齐 v0.14.0 —— 版本 / 计数 / 部署 / 接线订正 对齐 v0.14.0（2026-10-26，tag c77e2f7 / peel f1fa55d，29 提交）： · 变更日志 新增 [v0.14.0] 条目（8 项交付 / 8 门禁验收 / 4 条未做） · 路线图 导航速查与发版表换到 v0.14.0（近 3 版：0.14 / 0.13 / 0.12）； 待办加「部署位重装」跟进项，接线缺口一条转已交付 · 路线图-已完成 新增 A.13 交付归档（此前只到 A.12） · Home 当前状态 / 近三版主线 / 部署边界三处改 v0.14.0 · 架构 版本行 + 44 目录口径 + 新增 2026-10-26 增量段 · 插件目录 计数订正：扫描 43 → 44、未挂载 7 → 8、preset 4 套 → 1 套 · 与 dsh 的关系 §4 工具行「老路径口径」警示改写 —— v0.14.0 已锚 bundle 主挂载源，老口径只在装第二个 profile 时才会指空 · 安装与使用 版本行 + 子 preset 迁出提示 口径订正两处（非本批发版内容，是查 H 修好后暴露的旧账）： ① 顶层插件目录 40 → 41（空壳 agint-quality-contract 原先漏计），扫描 43 → 44； ② preset 4 套 → 1 套（三个子 preset 已迁出到 agint-presets 私有仓）。
docs(aesthetic-oracle): v2.5 无 LLM 降级——AC 改写 + 四插件同轮修复 - 状态与版本谱系升 v2.5；§7.3 / §8.1.1 / §8.1.5 / §8.1.6 / §8.1.7 同步无降级口径 - AC-16 废止；AC-17/20/22 改写；AC-21 口径校准；AC-23/24 新增 - 删除 AGINT_AESTHETIC_ORACLE_LLM 分档开关说明
docs(wiki): 全量对齐 v0.13.0——版本/计数/部署/门禁订正，补历史页过期提示
refactor(bus): T2 空壳清理（方案 B）—— 删 publishMountRequest 与 mount.* 计数订阅 老板 2026-10-23 重拍：09-20 的方案 A（接线）改为方案 B（砍）。 依据：T2 复核裁定未切五边全部不切（A3–A6 从来没有直连对照物，事件侧全是观测副本）， 继续等流量无意义。这是**推翻** 09-20 决议，不是顺延。 代码（三个插件）： - agint-mutator 0.6.7 → 0.6.8：删 publishMountRequest 函数体 + ctx.provide 全名键 + umbrella 键 - agint-population 0.6.4 → 0.6.5：同上 - agint-metrics 1.1.2 → 1.1.3：删 mount.* 六主题计数订阅（lib/mountCounters.js 整个文件） + index.js 的 import / _mountBusUnsubscribe 变量 / dispose 分支 / attach 调用 - 删 plugins/agint-metrics/test/mount-counters.test.mjs（随能力移除，不算 fail 减少） 连带（三处，改前已 grep 确认消费方）： - bin/verify-umbrella.mjs：agint.population 的 anyOf 去掉 publishMountRequest （另两键 publishProposed / checkLimit 仍在） - eval/scenarios/driver.js：删 mountRequestedViaBusBranch 分支与分发点，留注释说明移除原因 - eval/scenarios/agint-event-bus-s12-04.scenario.json：随能力删除； eval/tiers/agint-tiering.json 同步删条目；重跑 build-scenario-inventory.mjs （inventory 是生成物：131 → 130） ⛔ 保留不动（有真实调用点 / 有流量）： - agint-mount/lib/orchestrator.js 的 mountEventBusPublish（10 处真实调用点，生产 0 条是 因为挂载从未发生，不是没接线） - population.publishProposed 与 evolve.propose（有真实流量） 文档： - docs/wiring-exemptions.json：mount.* 六条豁免**保留**（删订阅后 topic 变「有发布方、 零订阅方」，删豁免会让 check-wiring 判 ORPHAN_TOPIC 硬缺口）；reason 与 unblockWhen 改写为「有意不补订阅方」+ 追加第二条摘除路径 - docs/known-limitations/event-bus-shadow-publish-gap.md：标注 §6.1 A2 已撤销、 §6.2 降为历史记录、方案 B 已拍板 验证： - bin/check-wiring.mjs：0 硬缺口 / 0 未触发 / 0 域从未通电；mount.* 仍 EXEMPTED - bin/verify-umbrella.mjs：bundle 位 5/5 伞键 PASS（agint.population 10 成员含 publishProposed/checkLimit）；mirror 位 zod LOAD_FAIL 是 K62 存量，与本次无关 - 单测：metrics 9/9 · mutator 119/119 · population 77/77 全绿 - driver：68 pass / 58 fail / 126 场景。mount 相关 FAIL = 0； 58 条里 52 条是 zod 模块找不到（K62 裸跑存量），另 6 条为 cron/rules/stats 存量， **无一条与本次改动相关** ⇒ fail 集合未扩大 - 部署位双副本已同步（bundle + mirror），difflines=0，版本 manifest 一致
docs(wiki): 立项「T2 空壳清理（方案 B）」并标注 A/B 重拍前置 来源：T2 未切五边复核（f88b3c4）的结构性结论 —— A3–A6 从来没有直连对照物， 事件侧全是观测副本，继续等流量无意义，转清理。 路线图.md（P7 未竟 新增一条）： - 范围三件：mutator 与 population 的 publishMountRequest、 agint-metrics 的 mount.* 六主题计数订阅、wiring-exemptions.json 的 mount.* 豁免条目 - 连锁三条：driver.js:347-354 与 agint-event-bus-s12-04 场景依赖这两个服务、 verify-umbrella.mjs:58 的 anyOf 键、mount-counters.test.mjs 6/6 - 完成判据：check-wiring 仍 PASS 且新增 0 硬缺口 + 主 driver fail 集合不扩大； ⛔「场景随能力一并移除」须显式登记，不得算作 fail 减少（自证循环） - 优先级低，不阻塞 T2 收官（T2 已按边裁定终结），属债务清理 ⚠️ 前置：2026-09-20 老板拍的是方案 A（接线），方案 B 与之互斥，动手前须重拍。 T2-切边清单.md §7.4 第 3 条：由「建议转方案 B」改为「已立项」， 补 A/B 重拍前置与测试消费方警告（不是纯删除）。
docs(wiki): T2 未切五边复核 — 全部维持不切，改按边裁定终结 2026-10-23 复核。不复用旧快照，全部重新取证。 判据与两处更正： - 活的 $DSH_HOME 是 D:/DSH/AGINT-date（旧路径 C:/Users/Administrator/.dsh 已空） - 权威判据跑 node bin/check-wiring.mjs（PASS / 0 硬缺口），不读文档措辞 - 生产总线实读 68924 条 / 死信 0 ⇒ 死信率 0%，T2 前置门达标 逐边裁定（A2 / A3 / A4 / A5 / A6 全部不切）： - A2 维持豁免：deliverSync 至今丢弃 handler 返回值（event-bus/lib/delivery.js:113） - A3 sandbox.* 不切：生产 0 与 1 条，无样本可验；真沙箱已划归 dsh 官方 - A4 mount.* 不切：生产 0 条；发布点刻意不接调用（mutator/lib/index.js:1077） - A5 policy.* 维持：订阅方全是 count-only 观测，无直连可替换 - A6 diagnosis.completed 不切：43 条 / 6 订阅，但无一消费方拿它做决策 结构性结论： - T2 退出条件「8 条核心边完成」在结构上不可能达成，改为按边裁定终结 - A3–A6 从来没有直连对照物，「切流量」对它们是伪命题（与 A1 09-25 同病） - 建议转 09-20 方案 B：砍空壳发布点与孤儿订阅，而非继续等流量 改动： - T2-切边清单.md：新增 §7 复核节（方法 / 实况表 / 逐边裁定 / 结构结论 / 复核命令）+ 顶部摘要标注 - 路线图.md：P7 交付描述、历程 v0.8.4、死信率实测值 三处校准 - Sprint12-哲学对齐检查.md：「A3–A6 零流量」过期表述加校准指向
docs(roadmap): 1.3 锚点里程碑过线（8/9 ANCHORED，锚点文件 4 行）+ 1.1 PQ 首行入账（死区）—— 2026-10-19 实测订正快照 10-03 值
docs(aesthetic-oracle): v2.4.1 表述与预算校准 —— LLM 增强档默认启用 老板 2026-10-13 拍板「尽量用 LLM」： - §8.1 由「可选增量」改为「默认启用、尽量使用」，只作用于输出层措辞/深挖/提案正文 - 评分链路仍永久零 LLM（确定性公式），不变 - §7 性能预算按生产实测重写：承认 L1 同步阻塞、承认每日有 token - 追加 AC-21/22 - 版本谱系补 v2.4.1 条目；§1.2 边界表、§2 原则表同步 无行为变更，纯文档校准。
docs(roadmap): v0.12.0 同步 —— 发版 + 挂载 + 重启生效，Sprint 19 交付归账 按日同步（2026-10-07）。v0.12.0 已发版、已挂载部署、已重启生效， 路线图此前仍停在 v0.11.0 且「下一动作：老板双击重启 dsh」。 路线图.md - 导航区：最近发版 v0.11.0 → v0.12.0（2026-10-07）；下一动作改为 「浏览器端手动控制面真机验证」（重启动作已完成，不再是待办） - 加 2026-10-07 状态推进注记：install.sh 实跑 → dsh pid 1992413 → 4125722， 0 ERROR / 0 插件激活失败 - P7 状态行：插件目录 38 → 39（自动生成实况为 39/39，38 已过时）； 下一动作 ① 由「老板重启 dsh」换为「浏览器端真机验证」 - 近期发版表：加 v0.12.0 行，v0.9.0 移出（保持近 3 版） - 历程行：补 v0.9.0 / v0.10.0 / v0.11.0 / v0.12.0 - 新增 Sprint 19（2026-10-06~10-07）交付清单 10 项 + 验收 + 未做 变更日志.md - 新增 [v0.12.0] 完整条目：11 项交付（三轮审查 S1-S14+N7-N10、重启链路 五连修、preset include 路径修正、install 1.45 卫兵、locate_dsh_dir 修复、 input-gateway 即投、evolution-memory 值域归一化、curriculum 模板域、 config 切 live、三阶段 SOP、其他）+ 验收数据 + 未做 - 特别记录「1.45 卫兵此前从未真正上线」：修复前 mirror 位是空的， 本机一直靠向上冒泡侥幸解析成功
docs(roadmap): P7 五项拍板落地——成功率口径定稿+N=3+M1 瓶颈定位+P2-1/P2-2 标定收口 - 闭环持续验证：口径已定（L1 运行/L2 产出双层，event_bus 为真值，mutator 只作对账），首期数据 N=8（L1 8/8；L2 6 committed/0 事后回滚/1 PENDING），三方对账 PASS - 实体存在性门 N=2→3：10-06 拦截 1 条 git remote URL（疑似误报类）；老板拍板保持宁拦勿放，累计误拦 ≥3 次再议 - M1：瓶颈改判为候选供给断流（09-28 以来门拦截审计 0 条，达标序列仅 4 条且全为宿主内部管理动作）；立项查上游采集粒度 - P2-1：标定报告 ready:true（截断率 0% ⇒ 中段摘要不启用）；容量重拍 maxCount 3852 / maxBytes 2923668；切 live 走 config 路线 - P2-2：K178 修法选 B（config mode: live）；元数据 33 份已补齐 - 两项切 live 均待宿主重启生效；数据明细见工作区 _P7五项推进_20261006.md
docs(roadmap): 拆路线图 —— 已完成迁出归档档，主文档砍 40% 体积 主文档只留「未竟项 + 待决策 + 红线」，已交付明细全部迁入归档档。 ##迁出内容（→ 路线图-已完成.md 新增三节） - **A.9 Sprint 18**（v0.10.0 + v0.11.0 共 162 提交）：度量仪器链 A1–A6 已交付项 / 家族面板 v2 / 手动控制面 / 事件投递可查 / 接线契约收口 + 静默失败四连修 / 部署位核实 / reports 表清零（含真·端到端 + negative control 证据）。同节保留「本 Sprint 未达成」清单（A5 数据态 / A6 / A3的 H2 / 事件投递未部署 / 12 插件漂移 / quality-eval 过滤判据）—— **未达成项不迁走，留档但标清**。 - **A.10 P7.5 与 P7 已完成项归账**：P7.5 七个方向终态表（含 P2-3 / P3-2 已砍原因、P0-1 发布 5 次存活 0、P1-1 诚实边界networkProbed=false） + 多源输入网关已完成段 + P7 其他已完成项（L0 改革 / driver 强化 / family-panel+aesthetic-oracle / 总线 T2 切换）。 - **A.11 dsh 官方路线对齐校准改动清单**：5 条改动（3 移出 / 4 改写 / 7 新增 S1–S7）。 ## 主文档瘦身 | 项 | 前 | 后 | | --- | --- | --- | | bytes | 64,298 | 38,640（**60%**） | | 行数 | 399 | 338（85%） | - 删Sprint 16 整节（23 行，已在 A.8）+ Sprint 18 全部（28 行）→ 8 行桥接 指针（指向 A.8 / A.9 / A.10 / A.11） - 「近期发版简表」14 版 → **近 3 版**（16 行），更早指向变更日志 - 「当前待办」40 行 → **25 行只列未竟**（P7.5 七个方向的 [x] 与网关已完成 段迁A.10；网关未竟 5 条保住） - 「三、本次校准的改动清单」9 行删除（已迁 A.11） - 导航表重写为6 行阶段表（原先被列padding 撑成 12 行巨宽） - 修历史断链 `sprint-7-哲学对齐检查.md` → `Sprint7-...`（真名带大写 S） ## 顺带修一个存量病：表格列padding 排查中发现主文档 14 行发版简表**每行被补到 2707 字符**（2694 个空格）， 已commit 在 `13ad3f2`。全 wiki 剥掉列对齐 padding： 路线图.md 77 行（省 41KB）· 路线图-已完成.md 41 行 · 待做清单 21 行。 历史设计稿（agint-aesthetic-oracle / 设计-P2-* 等411 行）**未动** —— 不在本次范围，且内容无误。 ## 未砍的部分（有意保留） - **「不做的事」33 行** = 红线清单，是设计核心 - **「进化健康度护栏」25 行** = 阈值 vs **实测状态**对照表，砍掉就失去 「当前离阈值多远」的可查性 - **「哲学锚点与张力仲裁」17 行** = 冲突仲裁表 - **「当前待办」54 行** = 唯一未竟项清单 ⇒ **要真砍到 200 行必须牺牲上述内容。** 我判断不值得 —— 红线与阈值 可查性是路线图的核心价值。若老板要更短，建议方向是「整份路线图只留 导航 + 待办，护栏全部指向 安全边界.md / PHILOSOPHY.md」，但那会让 路线图变成索引页。请老板定。 ## 验证 ``` 行尾：3 份全纯 LF 表格列数（K150）：路线图.md / 路线图-已完成.md 全一致 断链：路线图.md 0 处；路线图-已完成.md 修 1 处 两档合计 bytes：105,888 -> 87,499 ```
docs(wiki): 订正 v0.11.0 部署位误判 + reports 表清表归账（2026-10-06） 上一轮写文档时有两处未经取证就下了结论，本轮实测后订正。 订正一：agint-restart 0.9.0 的 lib「尚未同步到宿主部署位」是错的 - 实测：仓库 / bundle 位 / 镜像位9 个 lib 文件 md5 逐一相同 （client.js c9f31d58、killer.js dca44356、index.js ba1c4165）。 - package.json 与 manifest.json 版本位三处都是 0.9.0、kind:"both"。 - check-wiring实跑 PASS（0 硬缺口 / 0 未触发 / 查 E 58:58 / 查 H 248 文件全同步）。 - 错因：写文档时只看了门禁输出，没做三位 md5 对账。门禁在无仓库 改动时报「已全部同步」是对的，我把它当成了假绿。 - 保留「需老板双击重启 dsh 才上线」—— boot 期插件不重启不生效。 订正二：diagnosis reports 表 47 条空壳已清零 - 47/47 全是空壳已穷举核验（annotationCount:0 + 根因分布七键全 0）。 - 老板双击停宿主后清表：reports 47 -> 0，annotations/clusters 本就0， unit/global 结构完好，JSON 合法，纯 LF。 - 清前备份 D:/DSH/_diag-backup-20261006-090450/（md5903c20b8 已对账， 可完整回滚）。 - ⭐ 清完不会被写回，用真·端到端证明（非静态推断）：真起部署位插件 -> 真调生产 report() -> 直读生产存储，0 新行+ 返回 skipped:true / skipReason:"no-annotations"，真日志打出 「report() 跳过落盘：annotations=0」。 - ⭐ negative control 精准命中：守门分支改成 if(false) 后reports 立刻涨到 1 行 => 判据能抓不是空壳。已还原部署位（md5 回到 09b3623f）+ 清掉 NC 残留行。 - 验证：部署位 smoke 9/9 · 仓库位全量 83/83 · check-wiring PASS。 - ⚠️ 观察项未改：守门代码在表满检查之后（lib/index.js:372 撞 cap 抛错 -> :396 才判空壳）。清表后 cap 压力解除，但顺序偏后属独立项。 另记录一处工具坑：node --test <目录> 不认目录（MODULE_NOT_FOUND）， 须用 manifest 的真入口（test/smoke.mjs）或 glob（test/*.test.mjs）。 第一次误报成回归，按K141 判「报错路径在调用方」才没去改生产代码。 改动文件：架构.md（部署位声明段）· 变更日志.md（v0.11.0 未做节） · 路线图.md（导航表 / Sprint 18 两项 / 拍板表第 2 项 / 发版简表行）。
docs(wiki): 活文档口径全量订正到 v0.11.0（8 份活文档 + 1 份快照页） 全部数字按 2026-10-05 实测，非抄快照。判据：verify-manifests 41 目录 / 0 ERROR / 35 条声明；AGENTS.md LOCAL-STATE 25 工具行；jobs.js 25 job 声明。 Home.md：当前状态段 v0.8.6 -> v0.11.0（近三版本主线 + 未部署声明）； 仓库结构段补 tools/ 与 VERSION、去 profile-patches；概念速览与文档地图 修 路线图-历史版 断链 -> 路线图-已完成，新增 5 份设计方案链接。 架构.md：版本头改 v0.11.0 口径 + v0.10.0 / v0.11.0 两段增量更新 （含 BREAKING、deliveries 必须 optional、inject 漏服务血证、optionalInject 是死声明、patch 书写顺序 != 执行顺序）；ASCII 图与存储域行 35 -> 38； Services 总览标题标注「分表尚未逐条重核」；不变量 1 的 P2-3 增量预期作废 （10-03 已砍）；架构图 SVG 标注仍是 v0.8.6 且与正文不一致。 插件目录.md：计数段改 10-05 口径（41 目录 / 未挂载 6 / 25 cron）； 补「有 lib/ 才是身份」判据与 quality-report 判 REMOVED 依据是 patch； 记 10-01~10-05 新增四个插件；evolution-driver 0.1.0 -> 0.3.0。 与dsh的关系.md：24 -> 25 工具行；新增第 7 节「浏览器半区」（client.js / commands 服务取舍 / optionalInject 死声明 / patch 顺序 ≠ 执行顺序）； 不变量区补「cordis 只把 inject 声明过的服务接到 ctx 上」。 插件目录 / 与dsh关系 里的 35 与 24 是唯一的跨页重复表述，两处同步改。 AGINT-智进.md：修 路线图-历史版 断链 + Sprint11-设计稿 空格文件名编码； 顶部加「本页停在 v0.6.5、当前为 v0.11.0，不要据本页判断现状」。 _Sidebar.md：修 3 处断链（挂载清单-2026-09-20 -> -09-16、删不存在的 插件挂载核查方法论、路线图-历史版 -> 路线图-已完成）；新增「设计方案」 与「路线」两组，补 Phase-0~3 四份 + 下一阶段优化路线图 + 待做清单 + 经验教训技能沉淀。 AGINT-路线图待做清单-20261003.md：整份同步工作区最新版（19KB -> 97KB， 132 -> 505 行，10-05 11:10 复核版）。此前 wiki 里是 10-03 旧版，10-04 的 A/B/C 组状态更新只落在工作区 docs/，两边已一致（diff -q 验证）。
docs(wiki): 补 v0.10.0 / v0.11.0 两个发版 + 路线图 Sprint 18 归账 wiki 此前停在 10-03（v0.9.0 口径），代码仓已发 v0.11.0。补齐两天欠账。 变更日志： - 新增 [v0.11.0] 节（24 提交，tag b6adcee / peel 0e08a70）。手动控制面 （agint-restart 0.9.0 BREAKING，浏览器半区 lib/client.js + lib/killer.js） / 事件投递可查（events 表落 deliveries 列，per-topic 跨重启可答） / 接线契约收口 / 静默失败四连修。 - 新增 [v0.10.0] 节（138 提交，tag 989a5ce）。自进化度量仪器链 A1-A6 / 家族面板 v2 / 桌宠状态源，含 evolution-memory 0.6.13 BREAKING 提示。 - 原 [未发版]（P1-1 阶段3，10-01 19:27）已核为被 v0.10.0 吸收 （晚于 v0.9.0 tag 17:32、早于 v0.10.0 tag 10-05 12:17），改标 [v0.9.0-未发版项 · 已并入 v0.10.0] 并保留作过程留痕。 路线图： - 导航表当前阶段行改写：38 插件目录（35 挂载声明）/ 25 工具行 / 25 cron job / 最近发版 v0.11.0 / 下一动作改为「先部署 v0.11.0」。 - 发版简表前插 v0.11.0 与 v0.10.0 两行。 - 新增「Sprint 18：度量仪器 + 手动控制面」节：6 条已交付 + 2 条待办 （部署 v0.11.0 / 清 diagnosis reports 47 条空壳）+ 12 插件漂移待清， 附「待老板拍板」5 项决策表（ov-strategy 路线 / reports 表三选一 / dsh-pet 三条路 / 桌宠 6 项收尾 / H1-H3 冲突）。 - 历史发版行内的当时数字（如 v0.9.0 的「37 个插件」）按留痕原则不改。
docs: 推送两份工作区运行文档（脱敏副本） - 路线图待做清单 20261003：A-E 组 + C 组加速定论（建表补空 Map / C5 严口径 / runNow 授权单） - 经验教训 playbook 20260929：含新增 §3.25「等排期项先查手动触发口」 - 脱敏规则：盘符路径→$DSH_HOME/$WORKSPACE/$TEMP，头部留说明；MD5/pid 保留作当时留证
docs(roadmap): D 组决策落地——P2-3 已砍（2026-10-03 老板拍板）+ 0.3 CI 保留历史记录 + 2.3 Model A 实际值锁定写入
docs(roadmap): 订正 -1.2 观察窗一句 —— 参数存在，是未配而非不存在 快照里写「schema.js 无 observe_days 类参数」是错的。实测参数名为 observation_period_days（lib/schema.js:286，默认 14），cordis.patch.yml 未配该键， 且它不在 RUNTIME_CONFIG_KEYS ⇒ 改窗口需重启。
docs(roadmap): 写入 2026-10-03 实测完成情况快照（代码态/运行态/数据态三栏） - 新增「完成情况快照」：19 项交付物逐项标态，0 项完全达标 - 五个 Phase 标题各加一行实况指针；§0.3 CI/CD 就地标「已改判不建」 - 执行优先级清单逐项标态，补最短解锁路径 - 里程碑与 Success Criteria 加实测行 - 记三处正文订正：--tier=ALL 实测 117/6、name-gate 运行位 0.5.3、第 3 期 2026-10-06
docs(phase-1): §4.3.4 实现回写 + §4.6 逐项验收执行记录（Sprint 22 收口） §4.3.4 补 7 条实现回写：入链时机裁定（决策点落链，⛔ 不等 outcome 回填）、 contractId = proposal.id、六种 blocker 与 null 纪律、eventBusIds 绑真实 envelopeId、 reverted 硬编码 true 的假绿修复、失败可见三通道与残余风险、部署顺序硬副作用（先 rebuild apply）。 §7.1 集成测试行的顺序按裁定改正；§6.1 Sprint 22 交付树补 driver 入链一项。 §4.6 新增「验收执行记录」：19 个验收项按 ✅/🧪/❌ 三态逐项给复跑证据， 并先记 6 条运行态取证（ledger 代码不在运行槽、cron 未部署、生产 evolution_ledger 未落表、 锚点文件 0 行、evolution.ledger.anchored 生产 0 事件、重建窗口仍开）。 #5b 判据按实测修正：尾部删除在纯链内不可察觉（TAIL_TRUNCATION_UNCHECKABLE）， 必须由 git 锚点的外部计数抓 —— 盲区如实写进文档，不为绿而补假判据。 #4c 状态由"只有承诺没有测试"转为 ✅（本轮补 5 case）。 另记 §7.2 三个门禁脚本（verify-prediction-lock / audit-growth-report / check-attribution-coverage） 本轮未交付，属后续 Sprint 欠账。
docs: Phase-2 机会项落标 + Phase-0/Phase-3 设计方案入库 一、Phase-2 §9.3 机会项表落标（3 条标 ✅ 已完成） §5.1「连带影响」段订正：该段称「架构.md:83 的域清单中含 agint_memory」—— grep 零命中，架构.md 从未出现该词。这是 §5.1 同一个错误的二次传播： §5.1 已确认「按插件名类推域名」是错法，「连带影响」段又按类推写了一遍。 教训沉淀写进文档：否定某写法存在，与确认它存在，同样需要 grep 取证。 3 条机会项的实测订正： - 存储域清单那条：原判断有误，真正过期的是计数 34 → 35，不是域名 - 路线图模型表述那条：行号与内容都需订正 —— DeepSeek 一词只在第 475 行 （Cross-Model 的 Step 1），不在原判断所指的 S5 那行 - safety 那条：0.30 是权重、0.5 是硬门控，两个参数被压成了一个短语 二、新增入库 - Phase-0 验证体系形式化与补强 设计方案.md - Phase-3 Self-Improving Harness Ecosystem 设计方案.md Phase-0 的三层隔离目录尚未落地（eval/scenarios/ 下只有 dedicated/ 与 mocks/）， 所以 Phase 3 要加的 labelAuthority 字段窗口仍在 —— 两个字段应一次性到位。
docs: 全项目口径修正（5 处活文档）—— 插件数 34→35 等 按 2026-10-03 实测取证修正。**只改活文档，历史记录一律不动**（判法：那行有没有 明确时点与版本号）。设计稿 / Sprint 验收记录 / 变更日志里的旧数字是当时的事实， 改了等于篡改历史。 判据来源：`node bin/verify-manifests.mjs` 首行实测 「cordis.patch.yml 35 条声明 → 35 个插件目录 · 已挂载 35 / 未挂载 5 · 其中嵌套 3」 改动： - 架构.md 头部实况块整块重写（35 挂载 / 25 preset 工具行 / 21 cron 声明）； 8 处计数 34→35；新增域名例外说明（agint.memory 的域是 agint， agint_memory_provider 是另一插件）；关键不变量第 1 条同步； safety 拆成「权重 0.30」+「硬门控阈值 0.5」两个参数 - 插件目录.md 计数订正块：改用门禁权威判据，并逐条说明 5 个不构成挂载单元的目录 （父容器 / 纯工具插件无 index.js / 纯函数库 / 主动 REMOVED / 嵌套） - Home.md 3 处计数 + 目录树 - 与dsh的关系.md 3 处 + 存储域互斥行补域名例外 - 路线图.md 2 处 92/104 裸引用补「v0.6.5 历史快照」标注 - 路线图（修订版）.md 新增。Model A 改为「须先锁定并记录时点」+ 记录当前实测值 （minimax-cn / MiniMax-M3.1-Flash-Preview）；补 Model B/C 现成候选 （deepseek-official / deepseek-flash）；并写明取值判据与 「settings.yaml.imported 是过期快照不可当现状」 ⛔ 撤回我自己的两条错误初稿判断： 1. 「架构.md 写了错域名 agint_memory」—— grep 零命中，该词根本不存在 （错误源头是 Phase-2 §5.1 把「按类推是错法」又按类推转述了一遍） 2. 「部署位缺 3 个插件 = 漏同步，建议补」—— 注释明写 REMOVED，是主动移除 补回去等于把废弃能力重新挂上，比漏补更糟 ⚠️ 计数类断言的教训：手算插件数先后给出 36/38/40 三个值全错，真值 35。 `ls plugins/ | wc -l` ≠ 插件数，权威判据是 patch 的 `name: ./plugins/...` 声明数。
docs(Phase 2): Adaptive Evolution Engine 设计方案入库（v1.0）—— 含 G4 归因覆盖率口径折算 把 2026-09-09 非正式归因报告（交付物 4 目标队列 12/12=100%）折算进 G4 里程碑口径， 判已达标，PRIOR_GUIDED 历史闸解除；真实阻塞转到 Phase 1 PQ 数据未积累。 standing 口径当前 0%（5 新 fail 未归因），并入「上游空转立项」验收。 同步 8 处一致性改写：G4 行/段、Sprint 交付、里程碑预期、风险表、依赖图、P8 门禁、C.2#3。
docs(Phase 1): 设计方案升 v1.1 —— 订正评分模型 2 处必判红缺陷 + 规格笔误 + 前提性错误 Sprint 21 实施时与仓库实况核对，发现 v1.0 有 5 处问题：其中 2 处会导致 照设计实现时验收标准必然判红。v1.1 逐项订正，体例沿用 Phase 0 v2.0 的 「§0 修订说明 + 带证据列的表格」。 ## 0.1 评分模型勘误（2 处，原设计照抄实现会判红） 1. **方向冲突优先于死区**（§2.3.2 / 附录A 行3） v1.0 把死区规则与「方向错一票否决」并列写出却未规定优先级，二者撞车时 结论相反：预测 +4.0 / 实际 -1.0，|-1.0| = 1.0 < τ_deadzone = 1.5 ⇒ 死区判 DA=0.5、PQ≈0.257；但同段维度1、附录A 行3、验收标准 #3 三处明写 「方向错 ⇒ DA=0、PQ=0，无论 MC 多高」。 修正：明确 signConflict ⇒ DA=0，不受死区影响。理由是死区的设立理由为 「方向不可判定」，而方向已判定且判反时正是最该拉警报的情形。 代价（已量化）：预测 +4 / 实际 -1.4 这类轻微反向由 0.25 分变 0 分； 被改变的 960 组样本旧分区间 0.199~0.310，全部低于 0.6 成功门槛， 故知识桶 successRate 计数不受影响。 2. **新增零信息量归零规则**（§2.3.3） 验收标准 #2 要求「预测 Δ=0 时 PQ < 0.25」，但按 v1.0 公式实算为 0.29~0.30（实际恰为 0 时 MC=1.0 ⇒ PQ=0.300）⇒ 必然判红。 修正：IF < 0.01 ⇒ PQ = 0。IF=0 的定义本就是「预测 Δ=0，完全无信息量」； 零信息量不是「预测得不准」而是「没预测」，给它 0.3 分等于承认摆烂也是本事。 ⚠️ 阈值必须按量级而非等值判定：初版只判 IF === 0，退化策略预测 0.0001 即可拿 PQ≈0.30 完整绕过 —— 一个只认「恰好等于 0」的门等于给刷分者留扇门。 纵深防御：擦着 epsilon 下沿预测 0.2 最高只拿 0.3133，仍低于 0.6 门槛， 桶级 successRate 构成第二道防线。 ## 0.2 规格笔误（附录A 速查表自身算术错误） 3. 行4（+0.0/+0.1）写 0.194，§2.3.3「行为分析」段亦写 0.5×0.388=0.194。 其中 0.388 = 0.4 × 0.97 —— 把 MC 的权重 0.6 误写成 0.4。 按公式应为 0.5×(0.6×0.967+0.4×0) = 0.290，叠加勘误#2 后为 0。→ 订正为 0 4. 行6（+4.0/+0.2）写 0.47，与其自身列出的 DA=0.5/MC=0.28/IF=1.0 不符 （0.5×(0.6×0.28+0.4×1) = 0.284）。→ 订正为 0.28 已在附录A 声明「实现以 §2.3.3 公式为准，不以本表为准」，并补写三条勘误原委。 ## 0.3 前提性错误 5. mutationType 枚举：v1.0 写 TOOL/MEMORY/WORKFLOW/PROMPT/MIDDLEWARE， 但生产 FROZEN 枚举 plugins/agint-mutator/lib/schema.js:21 是 PROMPT_MUTATION / TOOL_SYNTHESIS / STRATEGY_REWRITE，MEMORY 类无对应 kind。 知识桶 key 是 ${mutationType}::${targetMetric}，枚举不定死则桶永远建不上。 修正：以生产枚举为准；§2.5.2 示例桶 MEMORY::SUCCESS_RATE → PROMPT_MUTATION::SUCCESS_RATE。 另有 4 项前置条件实测未达成（已在 §0.3 记明，本轮不动方案结构）： - CI：仓库无 .github/ 目录，被接的 evolution-audit.yml / release-gate.yml 不存在 （Phase 0 交付的是 bin/*.mjs 裸脚本）→ 本轮只交付 bin 脚本 - Contract 宿主：设计 §6.5 称 driver 已有 contract-manager.js，实测该文件不存在 → 预测锁定本轮只做纯函数 + 单测，不写 contract_locks 表、不发 locked 事件 - Growth Report 数据源：附录C 的 agint_evolution_driver.cycles 与 agint_quality_eval 两域均不存在 → 留到 Sprint 24 处理 - Phase -1 的 reconcile-evolution-stats.mjs 不存在（仓内只有 t2-reconcile.mjs） - 另记：canonicalJsonStringify Phase 0 已交付（bin/lib/canonical-json.mjs）， Sprint 22 不重复造；但 bin/ 不随 bundle 部署，插件内不能 import 它 ## 验证 订正后按 §2.3.3 公式与实现实跑对拍附录A 全部 8 行 ⇒ 8/8 一致（DA/MC/IF/PQ 四列）。 配套实现 plugins/agint-evolution-driver/lib/prediction-scoring.js 单测 38/38， check-l0-frozen EXIT=0，check-wiring PASS。 ## 未订正（如实交代） §5「12 存量 fail」全章、附录C 两个不存在的数据源本轮未动 —— 前者属交付物 4 的口径重定（Phase 0 实测 fail=5 而非 12），等 Sprint 23 连同 12 份档案结构一起改；后者等 Sprint 24 生成 Growth Report 时处理。
docs(wiki): 评估场景集口径统一为「driver 口径 123」 92/104 不是笔误，是 **2026-08-28（v0.6.5 / Sprint 11）时点快照** —— 已用 git 逐级实测验证：该时点单元数确实为 104，当时准确。 所以不把历史数字改掉（改了反而制造历史失真），而是标注时点并补当前值。 演变链（详见 docs/eval/scenario-inventory.md）： 08-28 = 104 → 08-29 event-bus s12 +6 = 110 → 09-03 self-model 10 + deploy-budget 5 +15 = 125 → 09-09 两文件移入 dedicated/ = 123（driver 口径） 当前权威值：123（118 PASS / 5 FAIL，2026-10-02 实测）。 口径纪律：此后统一写「driver 口径 123」，不写 104、也不写 125 （125 是旧记载的另一种粒度：dedicated 两文件各计 1 单元； 按各 runner 自身取数实为 29 个单元，两者不可混用）。 改动： - 路线图.md:188 评估场景集 —— 补当前值 + 快照说明 - AGINT‐智进.md:9 当前状态 —— 标注 92/104 为 08-28 快照 + 补当前值
docs(路线图): 归档 Sprint 16 未竟两项——P1-1 阶段3 收口、闭环验证迁 Sprint 17 两条均先到生产存储取证再改状态，不看文档自述。 P1-1 阶段3 ⚠️部分 → ✅ 已完成（本次实测推翻原描述） - agint_cron.json cron_state["memory-provider-health"]: lastRunAt=2026-10-01T11:41:10.849Z / lastResult=ok / lastError=null （本次重启 boot=11:40:10Z，+60 秒自跑 ⇒ 重启后已通电） - memory_provider_health 返回 2 行（builtin / compress-guard，healthy·配置级）， 已落 health_checks 表 - 指南 docs/plugins/agint-memory-provider.md 与示例 plugins/agint-memory-provider/examples/file-provider.js 均在磁盘命中 - 推翻「lib/tools.js 无 health 相关工具」：现行工具面含 5 个 （health / health_check / pause / resume / fallback_stats） - 诚实边界：默认 networkProbed=false；外部 provider 的激活→降级全链路仍无实证 闭环持续验证 ❌样本不足 → 🟡 启动完成 / 样本延期 - 已入固定周排期 0 7 * * 2（Tue 07:00），是「进入常态」而非「跑过一次」 - cron_state["evolution-cycle"]: lastRunAt=2026-09-29T10:04:30.686Z、 lastResult=ok、policyDecision=AUTO_DEPLOY、reverted=false、sandboxOk=true， 落盘 plugin-preflight（11990→13775 bytes，preimage 磁盘命中） ⇒ v0.2.9 记的「预期从 rolledback(REJECT) 翻转为 committed(AUTO_DEPLOY)」已兑现 - 现 N=2（09-27 / 09-29），按周排期第 4 期约 10-27，≥4 周门槛未达 新发现（已写入 Sprint 17+ 首条，并沉淀为 memory lesson 6af0fe95）: mutator_stats 的 commits 恒为 0（agint_mutator.json 的 tables.commits 为 {}）， 但同一 commit 的真实证据落在 cron_state.lastResultSummary、agint_event_bus.json 的 proposalId 事件、agint_population.json 的 commit_id 与磁盘 preimage。 ⇒「≥80% 成功率」在取数口径定义前算不出来，不能按 mutator 口径取数。 同步更新：Sprint 17+ 首条、KPI 表 N=1→N=2、当前待办交叉引用、 路线图-已完成.md A.8.1 表格第 6/7 行、A.8.2 扩为「三处陈旧描述」、 M2 里程碑 ⏳→🟡、A.7 遗留清单划掉 P1-1 阶段3。
docs(wiki): P1-1 阶段 3 收口 + dsh 官方路线边界校准落地 路线图： - P1-1 阶段3 标记为已完成（2026-10-01，v0.3.0）：健康检查 / 开发指南 / 示例 provider 三项齐 + pause/resume 工具化；95/95 测试；cron 20 个 job。 - cron job 19 → 20（新增 memory-provider-health daily 08:30）。 - 融合采用 S1（官方长期记忆 provider）前置标记为已满足。 - 导航表「下一动作」③ 划掉。 变更日志：新增「未发版 2026-10-01 P1-1 阶段 3」条目 （三项交付 + 验收清单 + 待重启生效提示）。
docs(与dsh的关系): 补充「不做 dsh 官方路线已覆盖的产品能力」 沙箱后端 / GUI 自动化 / 远程与移动端 / 会话分享协作 / 记忆存储 / 插件市场 由 dsh 自己做，AGINT 只做融合采用与适配（S1-S7，见路线图分工章节）。
docs(路线图): 对齐 dsh 官方未来产品路线，重划职责边界（2026-10-01 校准） 按「AGINT 建立在 dsh 之上」重新划界：dsh 官方要做的能力不重复造，只做融合采用与适配。 新增章节「与 dsh 官方路线的分工（2026-10-01 校准）」： - 处置总表：dsh 官方 10 条规划 → 不做 / 融合采用 / 对齐 - 划界原则 + 判据一句话 + 本次改动清单 删除/移出（3 处）： - 真沙箱后端 dsh-sandbox-local（P7 待办 + Sprint 17+ 各一处）→ 归 dsh 官方沙箱 - 自建 Plugin Registry / Marketplace → 改为接入 dsh 官方插件市场 改写（4 条）：社区化、P8 多 Agent 协同、长期记忆线、P2-3 子代理编排 新增（7 条 S1-S7，融合采用待办表）： S1 官方长期记忆 provider 接入 / S2 升级回归门禁强化 / S3 兼容包袱削减评审 / S4 远程·移动端·多机适配 / S5 新模型 D-QAF 基线回归 / S6 官方市场接入准备 / S7 沙箱 GA 回补 TOOL_SYNTHESIS 全链路 红线补充：不做 dsh 官方路线已覆盖的产品能力；不自建 Registry / 市场。 AGINT 主线（闭环持续验证 / M1 存活技能 / P1-1 阶段3）不变。
docs(Sprint16-设计稿): 头部追加 2026-10-01 收口注记（设计稿正文不回改） 设计稿描述的是 P0-1 发布层（09-09 提前交付），而「Sprint 16」编号后来被重排为 「闭环验证 + 策展放行 + 记忆完善」并于 10-01 收口，故只在头部追加实况对照表， 不改动原始设计条款（保留决策当时的样子供追溯）。 对照表逐条给生产实证：三道门通电（5 条 auto 发布）、zero-usage 回滚真机咬过 2 次、 skill-identity 拦下 3 个纯工具序列名、只归档不删除、M1 未达成。 ⚠️ 单列一条自我批评：设计稿 §9 风险表里没有「发布出去的技能全是垃圾」这一项—— 我们防住了「发布流程出错」，没防住「发布的东西没用」。5 条回滚里 3 条的根因在更上游： 模式提取把「用了哪些工具」当成了「用途」。