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

OntoOS Issue 路线图

依据 main 65888aa4(10-11 合并 PR #532、10-12 05:15 UTC 合并 PR #530)· 14 张未关闭 issue + 2 个草稿 PR(#533 #534)· 发布机 43 10-05 → 10-11 七晚实跑证据(summary / gate.md / publish.md / lane 日志)· 测试机 44 的四个会话(10-08 ×2、10-09、10-11)· GitHub 的 sub-issue 与 blocked_by 关系图。与 10-08 版相比:#483 调研完成且四缺陷修复已合并,#531 当天开票、合并、上线,44 已完成装机、完整跑与首次真发布;10-08 关闭的七票不再复核。

结论

14 张开票里,两张已经做完只差关(#483 调研与修复、#531 通知上线待首晚证据),三张进入收尾或已解锁(#514 收尾、#515 与 #516 的前置都已满足),两张等 grilling(#482、刚解锁的 #485),剩五张方案 D 子票仍压在 #482 后面。双机分工这条线在四天里从「44 一台空机器」走到「完整跑黄灯、首次真发布成功」,下一步只剩打第一个 rel tag。今晚(10-12)是 PR #530 上线首晚,G5 预计会报一个新 partial 族判红,需要人裁一次。

7
10-08 已关闭
#480 #385 #527 #504 #513 #471 #345
2
已完成,待关
#483 #531
3
收尾 / 已解锁
#514 #515 #516
2
等 grilling
#482 #485
5
被上游阻塞
#484 #486 #487 #488 #489
2
地图 / 父票
#481 #505

10-08 → 10-12 这四天发生的:#483 D2 调研(1005–1007 三批)完成并发现四个归属不确定缺陷 → PR #530 七轮评审后 10-12 合并;10-08 起 dms lane 对两台新纳管实例无授权 → #531 开票、PR #532 当天合并上线(卡片 @ DMS 管理员);43 根分区每工作日 −24~28 G 的去向查清(code_dev 退役目录不回收)→ 10-11 把 keep_workdir_days 从 0 改为 30,当晚回收 106 个目录;44 完成装机、首次局部跑、完整跑(10-10 黄灯 12 h 15 m)与首次真发布(10-11,1798 源、锚全中)。

逐票状态

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

票类别实现状态(核出来的)下一步推动者
#483方案 D D2:时变清单与变化率已完成 · 待关 research10-08 调研完成(1005–1007 三批只读实测,结论已贴票):38 张分析表可逐字复现,残差 0;真实键 = 镜像摘要 + 工具链 + 组件划分 + 源码 commit(后两者时变);时变表每晚变化率 0.4%–4%。调研顺带发现的四个缺陷(Apollo 证据 LIMIT 1 无序、GitLab 失败被吞、代表 workload 按毫秒抽签、mybatis 绝对路径进 mapper_id)由 PR #530 修复,10-12 05:15 UTC 合并(Codex 7 轮 13 线程全清)。§4 第 5 条(golden set 分族偏宽)留给 D7。可关。注意行为变化:#530 上线首晚(10-12)G5 会出现新族 ci-config-incomplete(约 8 个 archive)判红,需人裁一次(见「需人拍板」)人 确认关
#531dms 无授权 → 飞书通知已上线 · 待首晚证据10-11 开票 → PR #532 当天合并(9cfc6c29):S3 出灯后 dms_auth_gap.py 只读查当前批失败台账,权限类签名按实例 → 库聚合(表按身份去重、键带 source_id、被拒调用进正文),notify.py --mention-env @ DMS 管理员;取证走 run_stage 受预算钳住,失败不改跑批退出码。43 已配收件人键;渲染测试卡片 10-11 11:58 UTC 经真实 webhook 送达(200 / code 0)。43 昨晚(10-11)S1 已拉到该版本,但 nightly.sh 自身改动第二晚才生效。首张自动卡片预计 10-12 晚 S3 之后(10-13 晨 05:30 CST 前后):核 dms_auth_gap.{md,json} 与群里卡片是否 @ 到人 → 贴证据关票。两台实例的授权本身仍是 DMS 侧动作agent 贴证据 · 人 目视 @ 渲染
#51444 测试机搭建与首跑收尾 票面勾选未同步10-08 装机完成(装包 / linger / hosts / deploy key / clone / bootstrap / lab_* 配置复制改写 / 预检 / 首次 S1 / init-schema)。10-08 局部跑红(空工作区没有 gitlab 批,预期)→ 10-10 完整跑黄灯 12 h 15 m(冷跑是网络型,下行约 18 MB/s)→ 10-11 首次真发布成功(1798 源、锚全中)、局部跑 #2 黄。首次发布时 publish_run.sh 第 1 步读不存在的 labpub_meta.batch_status 失败,按用户裁定预建 labpub_* 后重发;该缺陷待开票。M1 除卡片标签一项外齐。票面 18 个勾选框一个都没勾。同步勾选 → M1 验收贴 #505 → publish.mode: auto → install_timers.sh --install(只装 check + rotate,不 enable nightly)→ 开首次发布缺陷票agent · 人 点头开票
#515首个 rel-* tag 与 43 切 tag已解锁 需人票面前置「44 完整跑 exit 0 且灯色 ∈ {green, yellow}」已满足(10-10,版本 7c7a85c4)。仓库仍无任何 rel-* tag;43 七晚版本行都是 track=origin/main,昨晚拉到 9cfc6c29,今晚将拉 65888aa4(含 #530)。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前置「有 44 的完整批」已满足: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 的实测数据已到位(变化率、真实键、四缺陷已修),可以直接喂 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。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 合并并在 43 生效;文档票 #513 已关;运维票 #514 收尾、#515 解锁;spike #516 解锁。M1 基本达成(44 完整跑 + 首次真发布),M2(43 跑 tag)、M3(回滚演练)、M4 未开始。随 #514 → #515 收口—
#480dms 两实例无授权已关 10-08外部授权 09-28 落地,七晚 tables_metadata_failed=0。10-08 起又出现两台新纳管实例同样形态(48 表)——这正是 #531 要自动通知的事。——
#385ECS 首批数据复验已关 10-08AC 7/7;云上 10 集群 nodes 授权已落地,七晚 k8s_nodes_list_skipped=0。——
#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,卡片自证版本。
8 合并 · 2 已解锁 · 1 收尾(需人点头) / 11
  • 四天里 44 从空机器走到完整跑黄灯(10-10)与首次真发布(10-11):M1 基本达成。
  • 发现一个发布脚本缺陷(首次发布回滚映射读不存在的 labpub_meta 表)与一个事实:44 冷跑是网络型(约 17–19.5 h 出灯),不是 CPU 型。
  • 关键路径只剩 #515:打 tag 的 sha 要人定;43 切 tag 后当晚即可核 M2。#516 随时可做。

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

只分析新镜像。每晚约 97% 的 archive 摘要没变却照样全量分析,code lane 占整晚九成以上。
1 完成 · 2 等 grilling · 5 阻塞 / 8
  • D2(#483)给出了方案 D 最要紧的输入:真实键 = 摘要 + 工具链 + 组件划分 + 源码 commit,后两者时变;分析表可逐字复现。四个非确定性缺陷已修(#530)。
  • 两条链里 #483 → #485 这一段已通;剩下全部压在 #482 grilling 后面。D1 与 D4 可以同一场谈。
  • #530 的副作用:首晚 G5 新族判红一次;间歇族每次都算新族(基线只取上一晚),要不要容差是发布门策略,未改。

C · 控制台与 MCP 收口

三张票 10-08 全部关闭,四天里没有新事。
3 已关 / 3
  • #504 网关接入、#527 连接池检活上线并经生产验证;#471 裁定不做。
  • 入站限制(办公网直连被拒)仍是网络侧运维待办,不在任何票里。

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

外部授权缺口从「翻库才发现」变成「卡片点名 @ 人」;容量问题查清去向并处置。
3 已关 · 1 上线待证据 / 4
  • #531 上线:以后 dms lane 一发现「无授权记录」类失败,S3 后自动发卡片点名实例、@ DMS 管理员。两台新实例(10-08 起,48 表)的授权本身仍等 DMS 侧。
  • 根分区:10-08 起每工作日 −24~28 G,去向是 code_dev 里 577 个退役目录(390 G)从不回收。10-11 开 keep_workdir_days: 30,当晚回收 106 个、余量 458 → 517 G。30 天的隐患:10-30 ~ 11-05 没有可回收的桶(假期没退役),需到点复查。
  • 两张草稿 PR 在路上:#533 gate.md 增「数据变化」段(对应未开票的 (a)),#534 修 main 上 analyzer pin 守卫误报。

并行计划

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

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

  1. 守首晚:10-12 晚是 #530 上线首晚——10-13 晨看 gate.md 的 G5 行,若新族只有 ci-config-incomplete,--publish-only --override-gate 放行;同一晨核 #531 的首张卡片。人裁 · agent 核
  2. #515:定 sha → 打注解 tag → 43 切 refs/tags/rel-* → 当晚核 M2。人
  3. #514 收尾:勾选同步、M1 贴 #505、publish.mode auto、install_timers --install、开首次发布缺陷票。agent · 人点头
  4. #516 跨线对拍只读 spike。agent
  5. #482 + #485 一场 grilling,拿 D2 的实测喂。人
顺手:评审并合并 #533 / #534 两张草稿 PR;#483 关票。

第二波 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;库体积按 +19~+34 GB/晚看 2026-12 ~ 2027-02 触预算。
  4. G5 间歇族容差:若首晚之后 GitLab 瞬时故障再把旧族判成新族,开票定发布门策略。
入口:M2 过(43 版本行 describe=rel-…);#482 / #485 的裁定写进票。

第三波 方案 D 收束

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

依赖图

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

主线 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 完整跑 ✓ 首发 ✓ · 收尾 #515 T8首个 rel tag(已解锁,需人) #516 T9跨线对拍 spike(已解锁)

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

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

需人拍板

10-08 版的八件里六件已裁定并执行(#345、#504、三票关闭、#471、#514 授权、#483 开工);下面是现在还开着的,每件都写了默认建议。

10-12 晚 · PR #530 上线首晚的 G5 新族红怎么放行
#530 把 GitLab 查询失败从「吞成 WARNING」改成如实 partial,新增 ci-config-incomplete 族,开发区每晚稳定约 8 个 archive 命中;G5 基线只取上一晚,所以首晚必判「新族」红、不自动发布。
建议:10-13 晨核 gate.md 的 G5 行,新族若只有这一族且数量约 8,nightly.sh --publish-only --session <sid> --override-gate "#530 首晚新族" 放行;次晚自动转基线备选:当天不补发,等 10-13 晚自然转绿黄
#515 的 tag 打在哪个 sha
票面纪律是「44 先过再打 tag」。44 完整跑过的是 7c7a85c4(10-10);43 昨晚跑的是 9cfc6c29,今晚要跑 65888aa4(含 #530、#532)——这两个都没在 44 上跑过。
建议:先把 65888aa4 在 44 上补一次完整跑(约 12–19 h),过了打 rel-20261013,43 随即切 tag 通道备选:现在就在 7c7a85c4 打 rel-20261012,43 切过去等于回退两个 PR(#530 #532 都不在),不推荐
#482 + #485 grilling 排期
方案 D 的根与第一张解锁的子票。D2 的实测(时变率、真实键、四缺陷已修)都已就位,再等没有新信息。
建议:本周一场,先 D4(缓存键)后 D1(复用单位),裁定写进两张票
#483 关票
调研结论与四缺陷修复都已落地(PR #530 合并);留给 D7 的那一条已在 #488 留痕。
建议:关闭
两台新 DMS 实例:推动授权还是排除
10-08 起每晚 48 表「无授权记录」,#531 已把它变成每晚一张 @ DMS 管理员的卡片;授权动作仍在 DMS 侧。代码里没有按实例排除的配置项。
建议:等卡片推动授权;一周没动再开「按实例排除」小票
要不要开新票
见下一节;(a) 已由 PR #533 承载,其余按「小事不擅自开票」惯例等点名。
建议:开 (f) 首次发布脚本缺陷、(g) G5 间歇族容差两张;(c) ECS L3 运维票;(b)(d)(e)(h) 记入方案 §13 待办

未开票的事

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

(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) 发布区容量曲线七晚投影 416 → 565 GB:10-08 前每晚 +18.5~+20.0,10-09 / 10-10 跳到 +32 / +36(与 44 两次完整跑同期),10-11(44 无写入)+24.4。3000 GB 预算按 +19 约 2027-02、按 +34 约 2026-12-21 触顶。
(f) 首次发布脚本缺陷(#514 发现)publish_run.sh 第 1 步导出回滚映射时读不存在的 labpub_meta.batch_status(首次发布没有发布区分支;测试用假 python 桩掉了)。10-11 用预建 labpub_* 绕过;待开票修「首次发布」路径。
(g) G5 间歇族容差#530 后 GitLab 瞬时故障那晚 G5 判新族红(基线只取上一晚,间歇族每次都算新族)。要不要给容差属发布门策略,#530 评审里明确未改。
(h) 根分区 keep=30 的观察窗退役桶按日期回收:10-13/14、10-17/19、10-23~29 各有一桶,10-30~11-05 没有(假期没退役);工作日每晚 −26 G。10-23 余量 < 410 G 或 10-30 < 330 G 就改 14–21。CAP_CODE_DEV_DAILY_GB=9 也低估了工作日日增 2–3 倍。

近七晚运行面

43 发布机 10-05 → 10-11,全部黄灯、exit 0、自动发布成功、锚全中。10-08 起两处新 ⚠:G2 dms partial(两台新实例无授权,#531 已上线通知)、G13 根分区(每工作日 −24~28 G,10-11 开 GC 后回到 517 G,G13 转 ✅)。版本 10-08 拉到 7c7a85c4、10-11 拉到 9cfc6c29,S1 每晚 15 秒无回滚。

10-0510-0610-0710-0810-0910-1010-11

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

晚灯总用时切换源库投影 GB较上一晚根分区余量 G(S0)dms版本
10-05yellow8h21m1764416+20.0544✅3a22b9bb
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 → 收尾后 517partial9cfc6c29

code 每晚 1736–1741 个归档:ok 1488–1496 / partial 243–248(9 族均未越线)/ failed 0 / image-not-found 1;code lane 439 → 450 min,dms lane 10-08 起 192 → 198 min(多出的是对 48 表的失败调用),发布拷贝 28 → 38 min,结束时刻从 21:21 推到 21:51 UTC。10-11 晚 GC 清 106 个超 30 天的目录(约 65 G),code.log 第二行有汇总。库体积 10-09 / 10-10 翻倍与 44 两次完整跑写 lab_* 同期,10-11(44 无写入)回到 +24.4,归因仍未坐实。

证据与方法

票面与关系
gh issue list / view 取 14 张开票与 10-08 以来 7 张关票的正文、评论、勾选框;gh pr list / view 取 #530 合并记录与 #533 / #534 草稿;blocked_by 关系沿用 10-08 的 GraphQL 结果并逐票复核。
代码面
main 65888aa4:10-08 以来合并 PR #529(已计)、#532(#531)、#530(#483);#532 的实现、评审(Codex 3 轮 + Copilot)、43 只读实跑与渲染测试见票与 PR 正文。
43 实跑
七个会话目录的 nightly.log(S0 容量行、S1 版本行、各阶段用时)、gate.md / gate_card.md(灯色、G1–G13、G13 实测值)、publish.md(切换源、拷贝耗时、切换时刻、锚);lane 日志里 dms 失败计数与 code 的 GC 汇总行;code_dev 按最后触碰日的 du;湖仓只读计数(失败台账按实例 / 库 / 签名)。
44 现场
经跳板只读:四个会话的 state.json、repo head、角色与跟踪配置。
纪律
湖仓与机器只读、只数不印值;本次盘点没有改票、没有打标签、没有关票、没有开新票(#531 是用户 10-11 明确要求的功能票)。页面不含主机地址、凭据、实例标识与人名。