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

OntoOS Issue 路线图

依据 main 826899ed(10-12 一天合并了 PR #530 #536 #538 #539)· 12 张未关闭 issue + 2 个草稿 PR(#533 #534)· 发布机 43 10-06 → 10-12 七晚实跑证据(nightly.log / gate.md / publish.md / lane 日志)· 测试机 44 的四个会话(10-11 后没有新会话)· GitHub 的 sub-issue 与 blocked_by 关系图。与 10-12 版相比:#483 与 #514 已关,#535 / #537 当天开票当天修掉,#531 第二步合并上线、授权缺口本身已消失;10-12 晚是 PR #530 上线首晚,G5 按预告新族判红,今晨人工放行后已发布。

结论

12 张开票里只有一张还在动:#531 两步都已上线,而它要解决的授权缺口在 10-12 当天就被外部动作清零了,剩下的是把验收改写后关票。双机分工只剩打第一个 rel tag(#515)和一张可选 spike(#516),44 自 10-11 起空闲,正好拿来补跑当前 main 做 tag 的前置。方案 D 等 #482 / #485 一场 grilling,其余五张压在后面。昨晚(10-12)PR #530 首晚:G5 新族 ci-config-incomplete(8) 判红、不自动发布,今晨 07:57 CST 人工放行、08:31 切换;从今晚起这一族进入基线。

11
10-08 起已关闭
+#483 #514 #535 #537
1
已上线,待改验收后关
#531
2
已解锁
#515 #516
2
等 grilling
#482 #485
5
被上游阻塞
#484 #486 #487 #488 #489
2
地图 / 父票
#481 #505

10-12 → 10-13 这一天发生的:#483 关票(ADR 回填交给 D8);#514 关票(M1 达成、票面 18 项全勾、44 转 auto、定时器只装 check + rotate);#505 贴 M1 证据,T10 控制台四区上线(M4 管理员已在界面看到四个区);#535(发布脚本首次发布缺口)与 #537(四张 code_* 表缺中文描述)开票即修,PR #536 / #538 合并;#531 第一步上线后核查发现卡片所在的群里没有 DMS 管理员 → 维护者私信管理员、当晚授权开通(失败表 48 → 0)→ 第二步 PR #539(卡片改发新建的运维小群、只在有变化时发)Codex 6 轮后 10-13 07:54 CST 合并;43 根分区余量 10-12 晚又 −21 G(509 → 488),G13 重回 ⚠。

逐票状态

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

票类别实现状态(核出来的)下一步推动者
#531dms 无授权 → 飞书通知两步已上线 · 待改验收后关第一步(PR #532,10-11)上线后核查:卡片发在监控群,@ 已正确解析,但 DMS 管理员不在那个群里,送不到人。10-12 维护者私信管理员;当晚 dms lane 跑之前授权已开通——失败表 48 → 0,G2 转 ✅,10-12 晚第一步 nightly.sh 首晚查到「无缺口」、按设计不发。第二步(PR #539,Codex 6 轮 11 线程,10-13 07:54 CST 合并):卡片改发新建的运维小群(notify --channel-env;没配或发不出去改发默认群并在正文顶上注明),只在实例集合有变化时发(新增 / 增减 / 没变满 7 天提醒 / 清零发 info),凭送达回执记状态。43 已配小群 webhook。第二步 10-14 晚生效(nightly.sh 隔晚)。两条 43 实测验收要改写:第一步「首晚列出两台实例」已无缺口可列,「落地后不再发」已印证;第二步「小群收到并 @ 到人」要么等下一次真实缺口,要么往小群发一张渲染测试卡片(向外发消息,需点头)。改写后关票人 定验收改写 · agent 贴证据
#515首个 rel-* tag 与 43 切 tag已解锁 需人前置「44 完整跑过」已满足,但过的是 7c7a85c4(10-10);43 之后已连跑 9cfc6c29(10-11)、65888aa4(10-12),今晚拉 826899ed(含 #536 #538 #539)。仓库仍无任何 rel-* tag;44 自 10-11 后没有新会话,空闲。update.sh 的 tag 通道(#507 / #521)10-03 起实跑十晚、S1 rc=0、无回滚。定 tag 打在哪个 sha(见拍板)→ 注解 tag 推送 → 43 nightly.env.local 写 NIGHTLY_TRACK_REF=refs/tags/rel-* → 当晚核 M2(版本行 describe=rel-…)→ 一周内 M3 回滚演练人(tag 推送、生产配置)
#516跨线对拍 labpub_* vs fat_*已解锁 spike前置已满足:lab_* 有 10-10 完整批,labpub_* 有 10-11 发布快照;fat_* 同日批可比。P3 可选。一个只读会话:同日批逐表行数 / per-source outcome 差异报告贴 #505;行集比较可与 #488 共用agent
#482方案 D D1:复用单位与批次语义等 grilling未开工。方案 D 五张 grilling 票的根(D3 D5 D6 D7 都 blocked by 它),没有代码可写,要的是一场决策对谈:跳过 = 指针不动还是复制新批;静态行与时变行要不要拆 source_id。D2 的实测与 #530 的信号都已到位(变化率、真实键、五个归属 partial 族),可以直接喂 grilling。排一场 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)。—agent 起草 · 人 Accept
#481方案 D 决策地图地图8 张子票:1 完成并关闭(D2)、2 等 grilling(D1、D4)、5 阻塞。预期收益不变:code lane 约 450 min → 20–60 min,整晚约 4 h;存储 100 天 495 GB → 76 GB。随 #489 收口—
#505双机分工决策记录父票代码票 7/7、文档票 #513、运维票 #514 均已关;M1 达成(10-12 贴票:完整跑黄、首发切换 1798 源锚 12/12、测试机标签、43 不受影响);T10 控制台四区 10-12 上线,M4 管理员已在界面看到四个区;M2(43 跑 tag)、M3(回滚演练)未开始。剩 #515(需人)与 #516(spike)。随 #515 收口;M2 / M3 证据贴回—
#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,发布区未建时只写表头并注明「首次发布」。10-12 版页面上的候选 (f) 即此。——
#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 表)——这正是 #531 要自动通知的事;10-12 也靠人推动授权解决了。——
#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。它在方案文档里的一处写法让 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,卡片自证版本。
9 完成 · 1 已解锁(agent)· 1 已解锁(需人) / 11
  • M1 达成、M4 控制台四区上线(T10),都在 10-12 贴了证据;#514 关票,发布脚本缺口 #535 当天修掉。
  • 关键路径只剩 #515:44 测过的 sha(7c7a85c4)已落后 main 三个合并 PR,打 tag 前建议让 44 补跑一次当前 main(44 空闲,约 12–19 h)。
  • M2 = 43 第一次跑 tag 的那晚;M3 = 一周内一次真回滚。#516 随时可做。

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

只分析新镜像。每晚约 97% 的 archive 摘要没变却照样全量分析,code lane 占整晚九成以上。
1 关闭 · 2 等 grilling · 5 阻塞 / 8
  • D2 关票:真实键 = 摘要 + 工具链 + 组件划分 + 源码 commit(后两者时变);四个非确定性缺陷由 #530 修掉,ADR 回填交给 D8。
  • #530 首晚(10-12)如预告:G5 新族 ci-config-incomplete(8) 判红、人工放行;今晚起进基线。间歇族仍会被判新族——要不要容差是发布门策略,未开票。
  • 剩下全部压在 #482 grilling 后面;D1 与 D4 可以同一场谈。

C · 控制台与 MCP 收口

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

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

外部授权缺口从「翻库才发现」变成「卡片点名、送到能处置的人」;容量问题查清去向并处置。
3 已关 · 1 上线待改验收 / 4
  • #531 两步上线。第一步暴露了一个事实:监控群里没有 DMS 管理员,@ 送不到人 → 第二步改发运维小群、只在有变化时发(10-14 晚生效)。缺口本身 10-12 经维护者私信后当天开通,失败表 48 → 0。
  • 根分区:10-11 开 keep_workdir_days: 30 回收 106 个目录(458 → 517 G),10-12 晚又 −21 G(509 → 488),G13 重回 ⚠(不足闸值 2 倍)。30 天的隐患窗口 10-30 ~ 11-05 没有可回收的桶,到点复查。
  • 库体积 +20.1 G;10-13 两次出灯相隔两小时、无跑批却涨了 2.3 G——「日增」不全是跑批写的,来源待查。
  • 两张草稿 PR 待评审合并:#533 gate.md「数据变化」段(候选 (a)),#534 修 analyzer pin 守卫误报。

并行计划

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

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

  1. #531 收口:定两条验收怎么改写;是否往运维小群发一张渲染测试卡片验通道与 @;10-14 晨核第二步首晚的 nightly.log(无缺口应写明「不发」原因)。人定 · agent 核
  2. #515:44 补跑当前 main 完整跑 → 打注解 tag → 43 切 refs/tags/rel-* → 当晚核 M2。人
  3. #516 跨线对拍只读 spike。agent
  4. #482 + #485 一场 grilling,拿 D2 实测与 #530 的五个归属族喂。人
  5. 守夜:10-13 晚 G5 应转黄(新族已入基线);10-14 晚 #531 第二步首晚;根分区看 S0 读数。agent
顺手:评审并合并 #533 / #534 两张草稿 PR。

第二波 43 跑上 tag 之后

  1. M3 演练:一周内合入一个改 analyzer / hook 源码的版本,走一遍「44 过 → 打 tag → 43 首次真正重建 jar → 次日推 .1 回滚」。
  2. 方案 D:D1 / D4 裁定后,D3 D5 D6 三场 grilling 可两两并行。
  3. 容量复查:10-23 根分区余量 < 410 G 或 10-30 < 330 G ⇒ keep_workdir_days 改到 14–21;库体积按 +20~+34 GB/晚看 2026-12 ~ 2027-02 触预算,并查非跑批增量的来源。
  4. G5 间歇族容差:若 GitLab 瞬时故障再把旧族判成新族,开票定发布门策略。
入口:M2 过(43 版本行 describe=rel-…);#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 裁定齐;#505 的 M3 演练过(证明通道能回滚)。

依赖图

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

主线 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 T8首个 rel tag(已解锁,需人) #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-12 版的六件里,「#530 首晚放行」「#483 关票」「候选 (f) 开票」已办;下面是现在还开着的,每件都写了默认建议。

#531 的两条 43 实测验收怎么改写、何时关票
第一步「首晚正文列出两台实例」已无缺口可列(授权 10-12 开通),后半「落地后不再发」已由 10-12 晚「判无 → 不发」印证;第二步「运维小群收到卡片并 @ 到人」在没有真实缺口时不会触发。
建议:第一步 AC3 改写成「10-12 晚判无、不发」;第二步以一张发往运维小群的渲染测试卡片验通道与 @(向外发消息,需你点头),然后关票备选:留开等下一次真实缺口
#515 的 tag 打在哪个 sha
票面纪律是「44 先过再打 tag」。44 过的是 7c7a85c4(10-10),main 已到 826899ed(多了 #530 #532 #536 #538 #539),43 今晚就跑它;44 自 10-11 起空闲。
建议:44 先补跑一次 826899ed 完整跑(约 12–19 h),过了打 rel-20261014,43 随即切 tag 通道备选:在 7c7a85c4 打 rel 并让 43 切过去,等于回退五个 PR,不推荐
#482 + #485 grilling 排期
方案 D 的根与第一张解锁的子票。D2 实测、#530 的五个归属族、首晚实跑都已就位,再等没有新信息。
建议:本周一场,先 D4(缓存键)后 D1(复用单位),裁定写进两张票
G5 间歇族容差要不要开票
#530 后,GitLab 瞬时故障那晚 G5 会把旧族当新族判红(基线只取上一晚)。首晚已靠人放行一次;之后每次间歇都要人。
建议:开一张 P3,基线改取最近 N 晚并集或给新族数量阈值,属发布门策略备选:先观察一周再定
两张草稿 PR
#533(gate.md「数据变化」段,+206 行)与 #534(analyzer pin 守卫误报,+2/−1)都开着一天没动。
建议:#534 直接合(main 守卫红转绿);#533 走一轮 Codex 后合
要不要开新票
见下一节;按「小事不擅自开票」惯例等点名。
建议:开 (c) ECS L3 运维票、(i) 库体积非跑批增量来源;(b)(d)(e)(h) 记入方案 §13 待办

未开票的事

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

(a) 每晚变化报告 → PR #533(草稿)gate.md 新增「数据变化(关键表活跃批行数)」段:基线 → 本批、增减与变化率,标新表 / 清空 / 读不到;卡片多一行摘要;gate.json 加 row_count_deltas。只描述不改判据。待评审合并。
(b) code lane 每晚一条 ERROR十二晚每晚恰好 1 行 lane A outcome missing(同一个镜像),不影响灯色但每晚刷一条 ERROR。小票或并进 (a)。
(c) ECS L3 恒定 5 台未采回台账最新态 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) 发布区容量曲线七晚投影 435 → 585 GB:日增 +18.5~+20.1,10-09 / 10-10 跳到 +32 / +36(与 44 两次完整跑同期)。3000 GB 预算按 +20 约 2027-02、按 +34 约 2026-12-21 触顶。
(f) 首次发布脚本缺口 ✓ 已开 #535 并修掉PR #536:回滚映射挪进 rollback_map.py,发布区未建时只写表头并注明「首次发布」。10-12 当天开票当天合并。
(g) G5 间歇族容差#530 后 GitLab 瞬时故障那晚 G5 判新族红(基线只取上一晚)。要不要容差属发布门策略,见「需人拍板」。
(h) 根分区 keep=30 的观察窗退役桶按日期回收:10-13/14、10-17/19、10-23~29 各有一桶,10-30~11-05 没有;工作日每晚 −21~−28 G(10-12 晚 −21)。10-23 余量 < 410 G 或 10-30 < 330 G 就改 14–21。
(i) 库体积的非跑批增量10-12 晚 21:38 UTC 出灯时 577.7 GB,10-13 00:00 UTC 补发布重新出灯时 580.0 GB——两小时里 43 / 44 都没跑批,涨了 2.3 GB。「日增」读数不全是跑批写的,来源待查(控制台 / MCP / 其他写入方)。

近七晚运行面

43 发布机 10-06 → 10-12:前六晚黄灯、exit 0、自动发布;10-12 晚是 PR #530 上线首晚,G5 新族 ci-config-incomplete(8) 按预告判红、不自动发布(exit 20),10-13 07:57 CST --publish-only --override-gate 放行、黄灯、08:31 切换 1760 源、锚全中。dms 10-12 晚失败表 0(授权已开通),G2 转 ✅。根分区 10-11 晚 GC 后 517 G,10-12 晚又 −21 G 到 488,G13 重回 ⚠。

10-0610-0710-0810-0910-1010-1110-12

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

晚灯总用时切换源库投影 GB较上一晚根分区余量 G(S0)dms版本
10-06yellow8h07m1763435+19.0541✅3a22b9bb
10-07yellow8h22m1763454+18.7541✅3a22b9bb
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

code 每晚 1736–1741 个归档:10-12 为 1485 ok / 251 partial / 0 failed / 1 image-not-found(共 1737),partial 多出的 8 个即新族;code lane 7h46m → 8h09m(#530 的有界重试),dms lane 3h22m → 3h25m。发布拷贝稳定 32 min。G10 本批有结构变更(信息项)。库体积 10-09 / 10-10 的翻倍与 44 两次完整跑同期,10-11 / 10-12(44 无写入)回到 +24.4 / +20.1;另有两小时 +2.3 GB 的非跑批增量(见未开票 (i))。

证据与方法

票面与关系
gh issue list / view 取 12 张开票与 10-08 以来 11 张关票的正文、评论、勾选框;gh pr list / view 取 10-12 合并的四个 PR 与 #533 / #534 草稿;blocked_by 关系沿用 10-08 的 GraphQL 结果并逐票复核。
代码面
main 826899ed:10-12 合并 #530(#483 四缺陷)、#536(#535)、#538(#537)、#539(#531 第二步,Codex 6 轮 11 线程、变异 58 条全红、nightly 全套 703 passed)。
43 实跑
七个会话目录的 nightly.log(S0 容量行、S1 版本行、各阶段用时、补发布记录)、gate.md / gate_card.md(灯色、G1–G13、人裁覆盖理由、G13 实测值)、publish.md(切换源、拷贝耗时、切换时刻、锚)、notify.log(送达记录)、dms_auth_gap.json;lane 日志里 dms 失败计数与 code 的 GC 汇总行;湖仓只读计数(两台实例的列数与失败台账)。
44 现场
经跳板只读:会话目录与 state.json、repo head、角色与跟踪配置、是否有进程在跑。
纪律
湖仓与机器只读、只数不印值;本次盘点没有改票、没有打标签、没有关票、没有开新票。页面不含主机地址、凭据、实例标识与人名。