ontoos_extract · GitHub 未关闭 issue 盘点 · 2026-10-15(10-13 版的更新)

OntoOS Issue 路线图

依据 main 826899ed(10-13 起没有新合并;发布 tag rel-20261014 10-14 打在它上面)· 11 张未关闭 issue + 2 个草稿 PR(#533 #534,10-12 起没动)· 发布机 43 10-08 → 10-14 七晚实跑证据(nightly.log / gate.md / publish.md / notify.log / lane 日志)· 测试机 44 的补跑会话(10-13 晚起、补跑 826899ed)· GitHub 的 sub-issue 与 blocked_by 关系图。与 10-13 版相比:#531 关票;#515 在 10-14 一天内走完前四步,43 自 10-14 晚起只跟 rel-* tag 发布(M2 过);10-13 晚 G5 如预告转黄;10-14 晚 #531 第二步首晚判「无缺口」按设计不发;根分区 10-14 晚回收 103 个目录后回到 517 G。

结论

11 张开票里没有一张还在写代码。双机分工的关键路径 #515 在 10-14 一天内走完:44 补跑当前 main 完整跑 → 打 rel-20261014 → 43 切到 tag 通道 → 当晚 M2 过;剩一周内一次 M3 回滚演练。从现在起合进 main 不再自动上发布机,每个要上线的改动都得先过 44 完整跑再打 tag(最短:合并日 + 1 晚)。方案 D 仍等 #482 / #485 一场 grilling,其余五张压在后面。#516 可选 spike 已有一对同 sha 的批可用。10-13、10-14 两晚都黄灯自动发布:G5 如预告转黄,#531 第二步首晚判无不发卡片。

12
10-08 起已关闭
+#531(10-13)
1
收尾中(剩 M3 演练)
#515
1
已解锁
#516
2
等 grilling
#482 #485
5
被上游阻塞
#484 #486 #487 #488 #489
2
地图 / 父票
#481 #505

10-13 → 10-15 这两天发生的:#531 关票(10-13 10:09 CST 往运维小群发了一张渲染测试卡片,维护者目视确认 @ 到了 DMS 管理员,两条实测验收按实际改写后勾上);#515 前四项一天做完——44 从 10-13 22:04Z 起补跑 826899ed 完整跑(685 min,红灯唯一原因是 G5 新族、按发布线同族裁定人裁覆盖后黄灯发布,labpub 切换 1765 源锚 12/12)→ 10-14 打注解 tag rel-20261014 → 10-14 18:00 CST 43 配置写入 NIGHTLY_TRACK_REF=refs/tags/rel-*、白天手跑 update.sh 核到 describe=rel-20261014 → 10-14 晚 43 第一次按 tag 跑:黄灯、exit 0、541 min、切换 1763、锚 12/12(M2 ✓);10-13 晚 G5 转黄(10 族均未越线);10-14 晚 #531 第二步首晚查到失败表 0、不发;根分区 10-13 晚 −21 G(489 → 468,G13 ⚠)、10-14 晚 GC 回收 103 个 30 天未用目录后 517 G(G13 ✅);库体积 +16.8 / +38.7 G,后者约 21 G 是 44 补跑写的。

逐票状态

「实现状态」一列是对照代码与实跑核出来的,不是抄票面。筛选按「下一步由谁推动」分。

票类别实现状态(核出来的)下一步推动者
#515首个 rel-* tag 与 43 切 tag收尾 · 剩 M3 演练票面六项,10-14 一天走完前四项:① 44 补跑 826899ed 完整跑(会话 20261013_220421_test,10-13 22:04Z 起、685 min;红灯唯一原因是 G5 新族 ci-config-incomplete(8)——44 的基线还是 10-09 那次、早于 #530——按发布线 10-13 对同族的裁定人裁覆盖,黄灯、labpub 切换 1765 源、锚 12/12);② 注解 tag rel-20261014 → 826899ed,是 origin/main 祖先;③ 43 配置写入 NIGHTLY_ROLE=release + NIGHTLY_TRACK_REF=refs/tags/rel-*(10-14 18:00 CST,持 nightly 锁白天手跑 update.sh:describe=rel-20261014、rc=0);④ 10-14 晚 M2 过:版本行 track=refs/tags/rel-* … describe=rel-20261014,黄、exit 0、541 min、切换 1763、锚 12/12,非 pass 行是前夜的子集;已启动卡正文含版本行(sha256 对得上),卡片的「发布机」标签没有直接核、有旁证。第 5 项 M3 演练(一周内):合入一个改到 analyzer / hook 源码的版本 → 44 --full 过 → 打 tag → 43 当晚首次真正重建 jar(核 hook 段未被误改、validate --with-analyzer 过)→ 次日推 rel-YYYYMMDD.1 指回旧 sha → 43 当晚回到旧版本。第 6 项后备(T2 未合并时用)用不上。人 选驱动版本、打 tag、推回滚 tag · agent 跑 44、核两晚
#516跨线对拍 labpub_* vs fat_*已解锁 spike前置齐了,而且多了一对同 sha 的批:44 补跑会话的 labpub 批与 43 10-13 晚的 fat 批都是 826899ed——先拿来校准「同版本的差异应只剩噪声(采集时刻不同)」;AC 要求的「解释一次已知版本差异」等 M3 演练那对(新旧 analyzer)。P3 可选。一个只读会话出 line_diff.py 原型 + 报告贴 #505;行集比较可与 #488 共用agent
#482方案 D D1:复用单位与批次语义等 grilling未开工。方案 D 五张 grilling 票的根(D3 D5 D6 D7 都 blocked by 它),没有代码可写,要的是一场决策对谈:跳过 = 指针不动还是复制新批;静态行与时变行要不要拆 source_id。D2 的实测与 #530 的信号都已到位(变化率、真实键、五个归属 partial 族),再等没有新信息。排一场 grilling,裁定写进票人
#485方案 D D4:缓存键与失效等 grilling只等 #483(已关),已解锁。grilling 的输入现成:缓存键至少是「镜像摘要 + 工具链 + 组件划分 + 源码 commit」(D2 实测),其中后两项时变;顺带裁 ADR-0034「工具链身份不入库」要不要修订。可与 #482 同一场 grilling人
#484方案 D D3:时变部分刷新机制阻塞等 #482(#483 已满足)。grilling。—人(grilling)
#486方案 D D5:与 N10 / N11 合并还是分开阻塞等 #482。N10(写入侧指纹)与 N11(僵尸源 reaper)至今未做,去向由这张票定。—人(grilling)
#487方案 D D6:下游口径联动阻塞等 #482。涉及 DWS 视图 extracted_at / image 语义、G4–G6 分母、验收模板 §4、expect_switch 下限。—人(grilling)
#488方案 D D7:等价性对拍原型阻塞等 #482、#485。离线只读原型;#483 §4 第 5 条(golden set 分族偏宽)归这里。—agent(解锁后)
#489方案 D D8:ADR 定稿与实现票阻塞等 D1–D7。#483 关票时把「ADR 回填」交给了这里(调研 §1–§3 已按 ADR「时变部分」一节的形态写好);编号定稿时重核(现最大 0053)。实现票将是 tag 通道第一次承载功能变更。—agent 起草 · 人 Accept
#481方案 D 决策地图地图8 张子票:1 完成并关闭(D2)、2 等 grilling(D1、D4)、5 阻塞。预期收益不变:code lane 约 8 h → 20–60 min,整晚约 9 h → 约 4 h;存储 100 天 495 GB → 76 GB。随 #489 收口—
#505双机分工决策记录父票代码票 7/7、文档票 #513、运维票 #514 均已关;里程碑 M1 ✓(10-12)、M4 ✓(控制台四区,管理员已在界面看到)、M2 ✓(10-14 晚 43 跑 rel-20261014,证据在 #515);剩 M3 回滚演练(#515 第 5 项)与可选的 #516。M3 过 → 关 #515 → 定 #516 做不做 → 关父票—
#531dms 无授权 → 飞书通知已关 10-13两步(PR #532 / #539)上线。验收按实际改写:第一步「落地后不再发」由 10-12 晚「判无 → 不发」印证;第二步通道与 @ 由 10-13 10:09 CST 发往运维小群的渲染测试卡片验证(维护者目视确认 @ 到了 DMS 管理员)。之后两晚:10-13 晚(旧 nightly.sh)判无不发;10-14 晚第二步首晚判无不发(decision=none、没有通知状态文件——下一次真实缺口会按「新出现」发到小群)。——
#51444 测试机搭建与首跑已关 10-12M1 达成、票面 18 项全勾;44 转 publish.mode: auto、install_timers.sh --install 只装 check + rotate。执行中发现的发布脚本缺口转成 #535。——
#483方案 D D2:时变清单与变化率已关 10-12三项调研完成;四缺陷由 PR #530 修复并合并;关票评论给后续子票列了可直接用的信号(五个归属 partial 族、有界重试等)。——
#535发布脚本首次发布缺口已关 10-12 当天开当天修publish_run.sh 第 1 步在发布区未建时读不存在的 <serving>.batch_status 退 3(#514 在 44 首发时撞上,手工建库绕过)。PR #536:回滚映射挪进可单测的 rollback_map.py,发布区未建时只写表头并注明「首次发布」。——
#537四张 code_* 表缺控制台中文描述已关 10-12 当天开当天修main 上 test_every_table_and_view_has_chinese_description 红(code_methods / code_di_edges / code_aop_edges / code_fe_imports)。PR #538 补齐,守卫转绿。——
#480dms 两实例无授权已关 10-08外部授权 09-28 落地。10-08 起又出现两台新实例同样形态(48 表),10-12 靠人推动授权解决;之后由 #531 的卡片自动点名。——
#385ECS 首批数据复验已关 10-08AC 7/7;云上 10 集群 nodes 授权已落地。——
#527连接池闲置不检活已关 10-08PR #528 上线后生产六次命中。——
#504MCP 接入 AI 网关已关 10-08AC1–AC5 完成;入站限制归网络侧运维待办。——
#513双机分工 ADR + runbook已关 10-08PR #529 合并:ADR-0053、dual-host-plan v3.2、runbook §6.10(#515 的切换就是按它做的)。它在方案文档里的一处写法让 main 上 analyzer pin 守卫误报,PR #534(草稿)待合并。——
#471服务端脱敏残余面已关 10-08 不做用户裁定整票不做;数字已贴票,残余以 ADR-0048 §5 留痕。——
#345BOOT-INF/lib 坐标反解 spike已关 10-08NO-GO 结论以 PR #433 正文为准,PR 未合并关闭、分支保留。——

四条主线

按「做成了什么」分,而不是按标签分。进度条按子票数算:绿 = 已合并关闭,蓝 = 可开工,琥珀 = 等人,灰 = 阻塞。

A · 双机分工与版本通道(#505)

44 测过 → 打 rel-YYYYMMDD → 43 每晚自动跑最新 tag,卡片自证版本。10-14 起已是现实。
9 完成 · 1 收尾(#515,剩 M3)· 1 已解锁(#516) / 11
  • 10-14 一天:44 补跑当前 main 完整跑 → 注解 tag rel-20261014 → 43 配置两行 + 白天 update.sh 核切换 → 当晚第一次按 tag 跑、M2 过。43 从此只取最新合规的 rel-*。
  • 代价:合进 main 不再自动上发布机。一个改动上线的最短路径 = 合并 → 44 --full(约 11.5 h,等 43 发布完 22:00Z 起、次日 09:30Z 前后出灯)→ 打 tag → 43 当晚 13:00Z 跑 ⇒ 合并日 + 1 晚。44 每次完整跑给库加约 21 G。
  • 剩 M3(一周内一次真回滚,43 首次重建 jar)。#516 可选,已有同 sha 的一对批。

B · code lane 增量抽取 方案 D(#481)

只分析新镜像。每晚约 97% 的 archive 摘要没变却照样全量分析,code lane 占整晚近九成(10-13 / 10-14 各 7h59m / 9h)。
1 关闭 · 2 等 grilling · 5 阻塞 / 8
  • D2 关票:真实键 = 摘要 + 工具链 + 组件划分 + 源码 commit(后两者时变);四个非确定性缺陷由 #530 修掉,ADR 回填交给 D8。
  • #530 后两晚:10-13 晚 G5 如预告转黄(新族入基线),10-14 晚 10 族不变。但 44 10-14 补跑时同一族又判红——44 的基线是它上一次完整跑(10-09),只要中间合进新的诊断族就红、要人裁。「基线只取上一次」在测试线上比发布线更脆。
  • 剩下全部压在 #482 grilling 后面;D1 与 D4 可以同一场谈。

C · 控制台与 MCP 收口

三张票 10-08 全部关闭;10-12 顺手修了一张守卫红。两天无变化。
4 已关 / 4
  • #504 网关接入、#527 连接池检活上线并经生产验证;#471 裁定不做;#537 四张 code_* 表中文描述补齐(守卫转绿)。
  • T10 多线角色 10-12 上线:发布区 / 工作区 / 测试线发布区 / 测试线工作区四个区可切,普通用户只见发布区,MCP 仍读生产发布区。

D · 数据面外部阻塞与跑批运维

外部授权缺口从「翻库才发现」变成「卡片点名、送到能处置的人」;容量问题查清去向并处置。
4 已关 / 4(#531 10-13 关)
  • #531 关票。两晚实跑都判「无缺口、不发」;第二步的通知状态文件还没生成,第一次真实缺口会按「新出现」发到运维小群并 @ 管理员。
  • 根分区:10-13 晚 −21 G 到 468(G13 ⚠),10-14 晚 code lane 起跑时 GC 回收 103 个 30 天未用目录(09-13/14 那桶)→ 出灯 517 G(G13 ✅)。下两桶 10-16/17(35 个)、10-19(70 个),再下是 10-23~29;10-30 ~ 11-05 没有可回收的桶,到点复查。
  • 库体积 596.8 → 635.5 G:10-14 晚 +38.7 里约 21 G 是 44 补跑完整跑写的(44 出灯读数 617.7 vs 前夜 43 的 596.8);非跑批增量 (i) 的来源仍未查。
  • 两张草稿 PR 三天没动:#533 gate.md「数据变化」段、#534 修 analyzer pin 守卫误报。合并后要搭下一张 tag 才上 43。

并行计划

泳道互不碰文件,可同时开。第二、三波的入口条件写在每张卡底部。

第一波 本周 · 五条泳道并行

  1. M3 演练(#515 第 5 项):定驱动版本(见拍板)→ 合并 → 44 --full(等 43 发布完再起,约 11.5 h)→ 打 rel-YYYYMMDD → 43 当晚首次重建 jar → 次日推 .1 回滚 tag → 43 当晚回到旧版本。两晚各核一次版本行与 jar 编译 / 回写记录。人定版本、打 tag · agent 跑、核
  2. #482 + #485 一场 grilling,拿 D2 实测与 #530 的五个归属族喂。人
  3. #516 跨线对拍只读 spike:先用同 sha 的一对批校准,M3 那对出来后出正式报告。agent
  4. #533 / #534 评审合并:#534 直接合,#533 过一轮 Codex;合并后搭 M3 的 tag 一起上 43。人点头 · agent 跑评审
  5. 守夜:10-16/17、10-19 晚 GC 应各回收一桶;10-23 根分区余量看点(< 410 G ⇒ keep 改 14–21);下一张 rel tag 那晚核版本行、jar 重建与 validate --with-analyzer。agent
注意:43 自 10-14 起只跟 rel-*,合进 main 不再自动上线;每个要上线的改动都要经 44 完整跑 + 打 tag,最短「合并日 + 1 晚」。

第二波 M3 过之后

  1. #505 收口:M3 证据贴回 #515 关票;#516 做不做定下来后关父票。
  2. 方案 D:D1 / D4 裁定后,D3 D5 D6 三场 grilling 可两两并行。
  3. 容量复查:10-23 根分区余量 < 410 G 或 10-30 < 330 G ⇒ keep_workdir_days 改到 14–21;库体积按 +17~+39 GB/晚看 2026-12 ~ 2027-02 触预算,并查非跑批增量的来源。
  4. G5 间歇族容差(若开票):实现经 44 → tag → 43 通道上线。
入口:M3 过(43 重建 jar 那晚黄灯、回滚那晚回到旧版本);#482 / #485 的裁定写进票。

第三波 方案 D 收束

  1. #488 等价性对拍原型(离线只读,复用 #516 的行集比较)。
  2. #489 ADR 定稿(编号重核,现最大 0053;D2 调研 §1–§3 可直接引用)+ 实现票分梯队,每张带实测基线与回归锚;同步 CONTEXT.md、方案 §7 / N10 / N11、评估文档 §4 / §5。
  3. 实现票进入 44 → tag → 43 的通道,这是主线 A 第一次真正承载功能变更。
入口:D1–D6 裁定齐;M3 演练过(证明通道能回滚)。

依赖图

两张图都来自 GitHub 的 blocked_by 关系(10-15 复核),与票面一致。方向从左到右:左边的要先完成。

主线 A · #505 的 11 张子票

#506 T1锁键按层集派生 ✓ #507 T2版本通道 · jar 源码编译 ✓ #509 T4preflight_host.sh ✓ #508 T6testrun.sh ✓ #510 T3NIGHTLY_ROLE 卡片标签 ✓ #511 T11L3 测试线旋钮 ✓ #512 T10控制台多线角色 ✓(四区已上线) #513 T5ADR-0053 + runbook ✓ #514 T744 搭建 · M1 达成 ✓(10-12 关) #515 T8tag 已打 · 43 已跟 · 剩 M3 #516 T9跨线对拍 spike(已解锁)

主线 B · #481 的 8 张决策票

#482 D1复用单位与批次语义 #483 D2时变清单与变化率 ✓(10-12 关) #484 D3时变部分刷新机制 #485 D4缓存键与失效(已解锁) #486 D5与 N10 / N11 合并还是分开 #487 D6下游口径联动 #488 D7等价性对拍原型 #489 D8ADR 定稿与实现票
已完成可开工(agent)可开工但要人出面被阻塞实线边 = 上游已满足;灰边 = 仍在等。#482 / #483 也直接阻塞 #489,图中省略。

需人拍板

10-13 版的六件里,「#531 验收改写与关票」「#515 的 tag sha」已办(10-13 关票;10-14 在 826899ed 打 rel-20261014 并切换);下面是现在还开着的,每件都写了默认建议。

M3 演练用什么版本驱动、何时做
票面要求一周内演练一次:合入一个改到 analyzer / hook 源码的版本,让 43 第一次真正重建 jar,再推 .1 回滚。目前没有在途的 analyzer / hook 改动(#533 改 batch_gate、#534 改文档);方案 D 实现票之前也未必有。
建议:用一个最小的真实改动(analyzer 补一行日志或版本号)专门驱动,搭上 #534 / #533 一起进 tag;排期 = 合并日 N 晚 44 跑、N+1 打 tag、N+1 晚 43 重建、N+2 推 .1、N+2 晚核回退备选:等下一个真的 analyzer 改动,但 M3 会拖过一周
tag 节奏与 44 的跑法
43 只跟 tag 后,合并 ≠ 上线。44 现在只装 check + rotate 定时器,完整跑靠人起;每次完整跑约 11.5 h、给库加约 21 G,还要避开 43 的发布时段。
建议:按需打 tag——有要上线的改动就让 44 跑一次再打;不让 44 每晚自动跑 main;每周看一眼 main 与最新 tag 的差距备选:44 每晚自动跑 main,tag 随时有现成 sha,代价是库日增翻倍与两线争湖仓
#482 + #485 grilling 排期
方案 D 的根与第一张解锁的子票。D2 实测、#530 的五个归属族、三晚实跑都已就位,再等没有新信息。
建议:本周一场,先 D4(缓存键)后 D1(复用单位),裁定写进两张票
G5 间歇族容差要不要开票
#530 后两线各红过一次:43 首晚(基线只取上一晚)、44 补跑(基线是 10-09 那次完整跑)。只要「基线 = 上一次」,GitLab 瞬时故障或隔周补跑都会把旧族判成新族,每次都要人裁。
建议:开一张 P3,基线改取最近 N 晚并集或发布线基线(供 44 用)、给新族数量阈值,属发布门策略备选:再观察一周
两张草稿 PR
#533(gate.md「数据变化」段,+206 行)与 #534(analyzer pin 守卫误报,+2/−1)三天没动。合并后不会自动上 43,要搭下一张 tag。
建议:#534 直接合(main 守卫红转绿);#533 走一轮 Codex 后合;两者随 M3 的 tag 上线
要不要开新票
见下一节;按「小事不擅自开票」惯例等点名。
建议:开 (c) ECS L3 运维票、(i) 库体积非跑批增量来源;(b)(d)(e)(h)(j) 记入方案 §13 待办

未开票的事

都是实跑里看出来的,不在任何 open issue 里((a) 已有草稿 PR,(f) 已开票修掉)。

(a) 每晚变化报告 → PR #533(草稿)gate.md 新增「数据变化(关键表活跃批行数)」段:基线 → 本批、增减与变化率,标新表 / 清空 / 读不到;卡片多一行摘要;gate.json 加 row_count_deltas。只描述不改判据。待评审合并,再随 tag 上线。
(b) code lane 每晚一条 ERROR十四晚每晚恰好 1 行 lane A outcome missing(同一个镜像;10-13 / 10-14 的 G8 仍是 error 1),不影响灯色但每晚刷一条 ERROR。小票或并进 (a)。
(c) ECS L3 恒定 5 台未采回截至 10-12 版核过的十二晚,台账最新态 done 162 / failed 3 / issued 2 不变:failed 3 台是 fat kafka,issued 2 台是境外两 region 的 RunCommand 403。运维票。本版未重核。
(d) S5 / VACUUM 的时限fat 保留 daily 100 / weekly 55 / monthly 永久,首次非零退役约 2027-01;在那之前 S5 要能真正回收空间。方案 §13 已记,无票。
(e) 发布区容量曲线七晚投影 473 → 640 GB:43 自身日增 +16.8~+24.4,44 完整跑的那几晚跳到 +32~+39。3000 GB 预算按 +20 约 2027-02、按 +35 约 2026-12 下旬触顶。
(f) 首次发布脚本缺口 ✓ 已开 #535 并修掉PR #536:回滚映射挪进 rollback_map.py,发布区未建时只写表头并注明「首次发布」。10-12 当天开票当天合并。
(g) G5 间歇族容差#530 后两线各靠人放行一次(43 10-12 晚、44 10-14 补跑)。「基线 = 上一次」在隔周才跑一次的测试线上更脆。要不要容差属发布门策略,见「需人拍板」。
(h) 根分区 keep=30 的观察窗GC 已按预告回收两桶:10-11 晚 106 个(458 → 517)、10-14 晚 103 个(469 → 517)。剩余退役桶:09-16/17 的 35 个 → 10-16/17 晚,09-19 的 70 个 → 10-19 晚,09-23~29 → 10-23~29 晚;10-30 ~ 11-05 没有。工作日每晚 −20~−28 G。10-23 余量 < 410 G 或 10-30 < 330 G 就把 keep 改到 14–21。
(i) 库体积的非跑批增量10-12 晚两次出灯相隔两小时、43 / 44 都没跑批,库涨了 2.3 GB。「日增」读数不全是跑批写的,来源待查(控制台 / MCP / 其他写入方)。10-14 晚的 +38.7 另有约 21 G 是 44 补跑完整跑写的,可以归因;2.3 那类不能。
(j) 44 完整跑的 G9 常驻 ⚠44 补跑时 MemAvailable 最低 2.6 GB(判据 ≥ 8 GB):03:15Z 前后 driver 进程短时涨到约 8 GiB、一分多钟后回落,child-oom 0、analyzer 超时 0、code.log 无 OOM / Killed 行;analyzer 堆 OOM 1 次按设计走 heavy 重试。10-09 那次也是 ⚠。测试机内存比 43 小,是常驻项还是该调 cap,等人定。

近七晚运行面

43 发布机 10-08 → 10-14:除 10-12 晚(PR #530 首晚,G5 新族 ci-config-incomplete(8) 按预告判红、次晨人工放行)外都黄灯、exit 0、自动发布、锚全中。10-13 晚 G5 转黄(新族已入基线);10-14 晚是 43 跟 rel-20261014 的第一晚(版本行 describe=rel-20261014),与前夜同 sha、非 pass 行是前夜子集。dms 10-12 起失败表 0。根分区 10-13 晚 −21 G 到 468(G13 ⚠),10-14 晚 GC 回收 103 个 30 天未用目录后 517 G(G13 ✅)。库体积 10-14 晚 +38.7 G,其中约 21 G 是 44 补跑完整跑写的。

10-0810-0910-1010-1110-1210-1310-14

发布区投影 GB(G13 口径:pg_database_size + 4.9 GB 本晚新增)

晚灯总用时切换源库投影 GB较上一晚根分区余量 G(S0)dms版本
10-08yellow8h25m1759473+18.5536partial 48 表无授权7c7a85c4
10-09yellow8h26m1762505+32.2512partial7c7a85c4
10-10yellow8h37m1760540+35.6484partial7c7a85c4
10-11yellow8h51m1762565+24.4458 → GC 后 517partial9cfc6c29
10-12red → yellow 人裁 G58h38m + 补发 41m1760585+20.1509 → 488✅ 0 失败65888aa4
10-13yellow9h02m1763602+16.8489 → 468✅ 0 失败826899ed main
10-14yellow9h01m1763640+38.7469 → GC 后 517✅ 0 失败rel-20261014 = 826899ed

code 每晚 1736–1740 个归档:10-14 为 1491 ok / 248 partial / 0 failed / 1 image-not-found(共 1740);partial 10 族两晚相同,只有两族计数变动(30 → 31、60 → 57)。code lane 两晚都是 7h59m(#530 前 7h22m ~ 7h47m),dms lane 3h19m → 3h01m;整晚 542 / 541 min 是七晚最长。发布拷贝 32 / 31 min。G8 每晚仍恰 1 行 ERROR(code)。库体积:10-13 晚 +16.8(44 无写入,是干净读数);10-14 晚 +38.7——44 从 10-13 22:04Z 起补跑完整跑,10-14 09:29Z 44 出灯时库已 617.7(比前夜 43 的 596.8 多 20.9),之后 44 还发布了 labpub;另有两小时 +2.3 GB 那类非跑批增量(见未开票 (i))。

证据与方法

票面与关系
gh issue list / view 取 11 张开票与 10-08 以来 12 张关票的正文、评论、勾选框(#515 的四条执行评论、#531 的结案评论);gh pr list 核 10-13 起无合并、#533 / #534 仍是草稿;git ls-remote --tags 核 rel-20261014 是注解 tag、指向 826899ed;blocked_by 关系沿用 10-08 的 GraphQL 结果并逐票复核。
代码面
main 826899ed 自 10-13 07:54 CST 起没动;nightly.sh 第二步 DMS 块(状态文件路径、送达后才记状态)按仓库源码核对。
43 实跑
10-08 → 10-14 七个会话目录的 nightly.log(S0 容量行、S1 版本行与 tag 切换行、各阶段用时)、gate.md / gate.json(灯色、G1–G13、partial 族逐族计数与基线、G13 实测值)、publish.md / publish_check.json(切换源、拷贝耗时、切换时刻、锚)、notify.log(送达记录)、dms_auth_gap.json(decision);lane 目录 code.log 的 GC 汇总行;本机覆盖配置只看键名;定时器与当前 df。
44 现场
经跳板只读:补跑会话的 state.json、两版 gate.md(红 → 人裁黄)、publish.md、nightly.log,repo head,角色配置键名,定时器,无进程在跑。
纪律
湖仓与机器只读、只数不印值;本次盘点没有改票、没有打标签、没有关票、没有开新票。页面不含主机地址、凭据、实例标识与人名。