docs(bugs): record fix version for BUG-1516

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DbBXoyn7Hj3LCW3BUs5bZ8

docs/BUG_HISTORY.md

@@ -345,7 +345,7 @@
 - 防复发：所有租约型状态的读取投影必须同时解释 lease deadline，不允许只依赖枚举 state。
 - 相关记录：BUG-017、BUG-018
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-020 | 生时校正把语言问答包装成高阻力卡片表单
 
@@ -617,7 +617,7 @@
 - 防复发：对话呈现测试应验证用户可见契约，不再把旧模板句式或内部调用参数写成不必要的固定实现约束。
 - 相关记录：BUG-034、BUG-035
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-235 | 连续事件补充回答丢失状态并重新进入日期模板
 
@@ -649,7 +649,7 @@
 - 防复发：任何对话历史必须从持久化的原始 user/assistant turn 恢复；事件摘要只能用于进度和评分，不得反向伪造聊天内容。网页验收必须同时检查实时回答和刷新后的同一历史。
 - 相关记录：BUG-032、BUG-034、BUG-036
 - 复发自：BUG-032
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-236 | 首次进入生时校正长期停留在建立记录
 
@@ -821,7 +821,7 @@
 - 防复发：结构化 evidence 是 Agent 的后台推理与持久化输入，不得在语言优先界面重复渲染成需要用户管理的卡片或表单；需要纠正时继续通过自然语言表达。
 - 相关记录：BUG-020、BUG-034、BUG-042
 - 复发自：BUG-020
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-241 | 全球地点字段未迁移导致账户余额接口整体 500
 
@@ -2385,7 +2385,7 @@
 - 防复发：首页可点击卡片的表面底色只能由短暂 `:active` 或真实业务 disabled 状态改变；hover 视觉必须限制在支持 hover 的设备，且回归测试禁止重新为这些卡片的 hover surface 添加背景色。
 - 相关记录：无
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-141 | self-hosted PostgreSQL DATE 行导致 consultation 503
 
@@ -2703,7 +2703,7 @@
 - 防复发：本地计算器存在不等于已进入报告 modules；machine evidence packet 不得在 official gateway 完成本次调用前冻结；`official_verified` 必须同时具备 closure state 与 raw response。
 - 相关记录：ERR-020、ERR-021、ERR-022、ERR-024、ERR-025、ERR-026、ERR-104
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-160 | 管理端商品权益枚举未本地化且登录、套餐与充值返回状态出现前端闪烁或陈旧状态
 
@@ -2890,7 +2890,7 @@
 - 验证：Docker PostgreSQL 回归先在修复前稳定得到空结果，新增迁移后要求 `admin_runtime` 能读取 `true:100:published`；staging 还需验证迁移账本、角色可见性及真实 Agent 接口不再返回 runtime disabled。
 - 防复发：任何对启用 RLS 的表新增 runtime grant 时，必须同时测试对应运行时角色的真实可见行，而不能只断言 `has_table_privilege=true`；feature flag 种子测试必须以 Web 实际使用的 `admin_runtime` 读取。
 - 相关记录：BUG-151、BUG-166
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-169 | V9 新建生时校正 Session 未绑定模型导致 Agent 立即返回模型不可用
 
@@ -2905,7 +2905,7 @@
 - 验证：V9 PostgreSQL fixture 在创建 Case 前播种默认模型，要求 RPC 新建 Session 后持久化为 `v9-default-model:1`；staging 还需核对迁移账本、原 Session 回填结果和真实 opening 请求。
 - 防复发：任何服务器端创建 `birth_time_rectification` Session 的路径都必须在同一事务内得到可解析的持久化模型与版本；前端显示的默认模型不能替代数据库绑定。
 - 相关记录：BUG-060、BUG-163、BUG-168
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-170 | V9 Agent 开场未收到 Case ID 导致工具调用失败
 
@@ -2920,7 +2920,7 @@
 - 验证：新增回归测试捕获实际传给 Agent 的 opening 消息，要求包含精确服务端 Case ID；staging 需以原请求确认流以 `run.completed` 结束。
 - 防复发：任何由模型调用、但值由服务端拥有的工具引用，都必须在 Agent 上下文中显式提供，不能要求模型猜测。
 - 相关记录：BUG-163、BUG-169
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-171 | V9 免费开场生成成功后仍执行 usage settlement 导致 run.failed
 
@@ -2935,7 +2935,7 @@
 - 验证：staging 数据库确认目标 Case 没有 usage reservation，直接调用同一结算函数稳定返回 `request_missing`；新增合同回归要求免费 Turn 同时绕过 reservation 与 settlement。部署后需以真实 opening 确认最终 `run.completed`、Turn `completed` 且 assistant message 已持久化。
 - 防复发：任何声明为免费的 Agent action 必须在授权和结算两个阶段保持同一策略，不能只跳过预授权而继续结算。
 - 相关记录：BUG-163、BUG-168、BUG-169、BUG-170
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-172 | V9 执行记录顺序与技法展示失真，Agent 缺少完整出生地时区上下文
 
@@ -2950,7 +2950,7 @@
 - 验证：新增 UI 静态合同、SSE 安全投影、内部 read-case、引擎 provenance、Profile 完整性与迁移排序/权限回归；本地聚焦测试、TypeScript、ESLint 与 PostgreSQL fixture 结果见本轮交付记录。
 - 防复发：明确区分“服务端内部 Agent 工具结果”和“公开 UI/API projection”；Activity 不得从泛化 phase 文案推导技法，不得公开思维链、Prompt、工具参数、出生资料、原始分数、权重、规则 ID 或 Provider metadata。
 - 相关记录：BUG-163、BUG-170、BUG-171
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-173 | 恢复生时校正会话时历史消息未随异步 Case GET 渲染
 
@@ -2965,7 +2965,7 @@
 - 验证：新增静态回归检查覆盖异步 hydration 和 methods 映射；部署后以真实登录浏览器确认历史 Agent 消息及 Activity 渲染。
 - 防复发：任何异步加载后传入的初始化数据不能只依赖子组件首次 state 初始化；公开 receipt 新字段必须贯通 API projection、page mapping 与组件类型。
 - 相关记录：BUG-172
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-174 | V9 当前用户事件无法绑定服务端 Turn，Agent 要求重复发送
 
@@ -4155,7 +4155,7 @@
 - 防复发：不要用「暂存」实现「不该展示」。缓冲意味着数据仍在管道里，只是等一个条件；一旦那个条件与内容的性质无关（这里是「计算是否成功」与「这段文本是不是回答」无关），它迟早会在错误的时刻把错误的内容放出来。真正的判据是**内容属于哪个通道**，而不是**时机到没到**。同一个通道不得同时承载「给用户的回答」和「模型的过程自述」：一旦混流，任何「先攒着」的实现都会在失败路径上把两者对调。
 - 相关记录：BUG-278（同一次 staging 运行暴露，且是本条的上游：域词汇不对导致失败重试，失败重试才让自述变长）、BUG-214（同为契约门与可见输出之间的耦合）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-278 | 领域词汇在模型能看到的地方从未被声明：schema 收任意字符串，skill 又教了一套不存在的名字，模型照 skill 传参白扔工具调用
 
@@ -4173,7 +4173,7 @@
 - 防复发：模型必须遵守的词汇，要写在模型读得到的地方，也就是 schema，而不是只写在校验它的代码里。`z.string()` 这类「结构上合法、语义上无约束」的字段等于把合同留在服务端自言自语：模型只能靠试错发现规则，而每次试错都是一次真实的调用预算。给模型的工具 schema 里出现自由字符串时，先问一句「合法值是有限集吗」——如果是，就必须枚举出来。枚举化之后要**实测生成的 JSON schema**，不能假设 zod 的包装层会把枚举透传。还要顺带检查「被拒」这条路径在框架里是抛还是返回：抛与返回会落到流层完全不同的分支上，误判会把失败报告成成功。
 - 相关记录：BUG-271（本条更正了它对触发路径的归因，并接手枚举化之后新出现的拒绝路径）、BUG-277（本条是它的上游）、BUG-267 与 BUG-270（同为「同一合同两份声明、没有一份权威」）、BUG-255（同为模型参数被 schema 拒白扔步数）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-279 | 模型手上从来没有副运边界：证据包读的是引擎从未写过的键，而精确应期的许可由另一个同名对象签发
 
@@ -4190,7 +4190,7 @@
 - 防复发：跨语言的字段名不能靠人眼对齐。一端读 `modules.X` 而另一端从不写 `X`，两侧测试都不会失败——读的一侧只看到 `undefined` 被投影掉，写的一侧根本不知道有人在读。已加的守卫直接比较两端：把 `local_layers` 里所有 `modules.<key>` 读法抽出来（先剥注释，否则解释性注释里的旧键名会被算成读法），与服务端真实挂载后的 `chart['modules']` 键集合求差，非空即失败。另一条教训是分节名要说清自己是什么：`dasha_boundaries` 既能读成「大运边界」也能读成「所有周期边界」，正是这层歧义让门以为自己检查过副运。
 - 相关记录：BUG-267（同一段代码里另一处「判据没接到权威来源」，精确应期的空判是那轮修的）、BUG-270（同为两端声明不一致且缺跨端断言）、BUG-268（同一批可观测性问题，本条是它排除掉的另一种解释）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-280 | 计算成功而模型没写回答时，用户被扣点并只收到一句「没有可展示的回答」
 
@@ -4207,7 +4207,7 @@
 - 防复发：兜底文案不能既当回答又当结算依据。「保证客户端总能收到点东西」和「这次咨询算完成」是两件事，用同一段文本表达两者，必然出现「没回答也扣点」。空回答的正确出口是失败码加不扣点，而不是一句道歉。另一条：一旦某个兜底把最终变量填满，它下游所有以「该变量为空」为条件的分支都成了死代码——`empty_answer` 就这样被埋了整轮。加兜底时要顺手确认它没有吃掉下游的诊断分支。
 - 相关记录：BUG-277（同一段结算逻辑；它删掉的缓冲正是兜底此前不触发的原因之一）、BUG-214（同为契约门与可见输出的耦合）、BUG-271（同一批「失败在回执里查不到」）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-281 | staging 质量门 1731/1735：xiaoxin 上 Docker 地址池耗尽，4 个 PostgreSQL fixture 起不来
 
@@ -4223,7 +4223,7 @@
 - 防复发：Docker user-defined network 和磁盘是两类资源。磁盘回收不能代替地址池回收；`until=6h` 对「今天刚留下的空网络」无效。每个并行测试文件一个 Compose 项目，在多核 runner 上会按核数打满 default address pools。数据库 fixture 必须自己限制并发，不能依赖 `tsx` 默认并行度。
 - 相关记录：BUG-266（同一 runner 上的磁盘耗尽与 6 小时网络 prune）、BUG-264（本地全量 `npm test` 并发跑 `database-*` fixture 的既有抖动）
 - 复发自：BUG-266（回收只覆盖磁盘与 6 小时以上空网络，未覆盖地址池）
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-282 | 生时纠正 opening 强制 named tool_choice，thinking 模型立刻 run.failed
 
@@ -4239,7 +4239,7 @@
 - 防复发：thinking 模式不能发送 named 或 required `tool_choice`。需要限制第一步工具时，用 `activeTools` 收窄集合，把选择权留给 auto；真实读取门禁继续由 runner 在 `case.loaded` 之前拦截其他公开工具。
 - 相关记录：BUG-261
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-283 | 今日星语每次进入首页都停在“没能生成”
 
@@ -4272,7 +4272,7 @@
 - 防复发：「渐进式披露」只在候选集可判别时成立。把 1,592 个文件平铺给模型，等于既没有给方法也没有给索引，而 `loaded: true` 会让这件事看起来是好的——技能加载成功与方法论被采用之间没有任何因果关系，必须分别度量。另一条：当某个选择在服务端已经确定（这里是 route），就不要把它变成模型的一次工具调用；确定的事交付，不确定的事才询问。
 - 相关记录：BUG-268（把 `referenceReads` 暴露出来，这个问题才可见）、BUG-278（同为「skill 说的和 schema 收的不是一套词汇」）、BUG-279（同为服务端已算出的东西没送到模型手上）、BUG-285（撤掉激活，并补上激活内容从未被哈希覆盖这个洞）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-285 | 技能激活逐轮重发 129KB，且模型看到的包内容从未被任何哈希覆盖
 
@@ -4289,7 +4289,7 @@
 - 防复发：一次「模型可以忘记」的必要步骤，等于一条必然会出现的失败路径加一条修它的重试；当那一步的内容在服务端已经完全确定时，绑定比请求便宜，也比请求诚实。另一条：完整性检查必须覆盖模型实际看到的东西，而不只是入口文件——只比对 SKILL.md 的字节，会让人以为整个包都被钉住了。
 - 相关记录：BUG-284（同一条链路的上半段：先把方法按路由交付，本轮再撤掉激活）、BUG-282（生时纠正侧的服务端绑定与 `skill.bound`，本轮对齐的先例）、BUG-214（`runtime_contract_incomplete` 的门，本轮去掉了它对模型加载动作的依赖）、BUG-286（摘录绑定并解开非解盘 Agent）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-286 | 咨询 prompt 绑了整份 SKILL.md，general 与 onboarding 也各付 47KB 解盘方法
 
@@ -4306,7 +4306,7 @@
 - 防复发：哈希锁定的入口可以全文保留给本地 Agent，但聊天 prompt 只能摘运行时段落；一条不能解盘的路径不得绑解盘方法。Mastra 对技能文件的行数警告与 Agent.instructions 体积是两件事，不要用发版去修只属于 prompt 的问题。
 - 相关记录：BUG-285（全文绑定的直接前因）、BUG-284（路由方法论已随工具结果交付，本轮不再把同一份手册全文再塞一遍）、BUG-287（全谱系写入商业入口与咨询运行时）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-287 | 咨询只算主题相关分盘，西洋层与技法审计表到不了回答
 
@@ -4322,7 +4322,7 @@
 - 防复发：主题相关分盘只决定优先解读，不得再把未算的正式分盘写成 deferred。西洋 natal 咨询不得再要求调用方点名每个 timing 层。模型包缺少 `technique_audit_table` 视为回归。商业 SKILL.md、`strict-workflow-router.md` 与咨询运行时必须是同一套调用面；改入口后必须同步根文件、`versions/6.9.14` 并重算 registry sha256。网页口语不得再禁止使用已交付的原始结构。健康域必须交付 `health-timing-strict`，不得再报「无清单」。
 - 相关记录：BUG-286（prompt 摘录，不靠发版修调用）、BUG-284（方法论随工具结果交付）
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-288 | 生时校正一句多事件首轮未能纳入校正依据
 
@@ -4338,7 +4338,7 @@
 - 防复发：一句两件及以上事件不得再要求逐条 propose+confirm；SQL CHECK 必须覆盖 TS 枚举；quote 失败不得整轮 throw。
 - 相关记录：BUG-174、BUG-175
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-289 | 用户确认日后正文把日级说成年级
 
@@ -4354,7 +4354,7 @@
 - 防复发：公开复述不得使用模型自拟年份句；日级 label 不得含「年份」。
 - 相关记录：BUG-288
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-290 | 生时校正不可分平台未作为服务器字段交给 Agent
 
@@ -4370,7 +4370,7 @@
 - 防复发：平台结果不得把代表分钟说成唯一出生分钟；宽度字段必须随 `latest_result` 交给 Agent。
 - 相关记录：BUG-288、BUG-289
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-291 | 生时校正按缺失领域轮询迁居/健康/财务，而不是八大方法层
 
@@ -4386,7 +4386,7 @@
 - 防复发：Agent 必须跟 `method_followup_plan`；`stop_domain_rotation=true` 时不得按领域清单继续问。
 - 相关记录：BUG-288、BUG-290
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-292 | 收集阶段要等用户说「没有更多了」才打分，Activity 显示 0 项计算依据
 
@@ -4402,7 +4402,7 @@
 - 防复发：不要等「没有更多了」才比较；同一指纹不要再 compare。Agent 不得自己扫分钟。
 - 相关记录：BUG-291
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-293 | 分钟窗口扫描若做成 Agent 工具，容易被说成 ±5 分钟确定结论
 
@@ -4418,7 +4418,7 @@
 - 防复发：不得新增第 14 个 rectification 工具；不得把若干事件写成 ±5 分钟确定性结论。
 - 相关记录：BUG-290、BUG-291
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-294 | D9/D10 类型表若直接告诉用户会变成性格/配偶/事业标签
 
@@ -4434,7 +4434,7 @@
 - 防复发：read-case / 候选投影不得输出星座名、配偶类型或事业特质标签。
 - 相关记录：BUG-291、BUG-293
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-295 | 咨询把解盘 skill 钉在哈希包上，手动更新 SKILL.md 不会生效
 
@@ -4450,7 +4450,7 @@
 - 防复发：咨询路径不得再 `resolveActiveSkillPackage("jyotish-vedic-astrology")`，不得恢复根入口与 `versions/` 的逐字节相等门。哈希身份只留给 rectification 与 personal-report。
 - 相关记录：BUG-284、BUG-285、BUG-286、BUG-287
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-296 | 生时校正确认门三层失败原因未投影给 Agent
 
@@ -4466,7 +4466,7 @@
 - 防复发：不得把 `not_evaluated` 写成 fail；不得为凑门槛编造 holdout；不得把 `confirmation_allowed` 改成 true；公开工具仍为 13 个。
 - 相关记录：BUG-064、BUG-290、BUG-294
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-297 | 并列分钟把采用代表性时间当成失败而不是本次校正结果
 
@@ -4482,7 +4482,7 @@
 - 防复发：不得把 `confirmation_allowed` 改成 true；不得用采用冒充唯一分钟确认；不得在 `adopt_representative` 当轮再问 `next_followup`；重算后仍不得自动 `candidate_ready`。公开工具仍为 13 个。
 - 相关记录：BUG-120、BUG-292、BUG-294、BUG-296
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-298 | 咨询回答把技法审计表铺进正文，列表和表格也缺少对话样式
 
@@ -4498,7 +4498,7 @@
 - 防复发：聊天消息不得再挂载 `EvidenceAuditPanel`；口语合同不得要求把技法审计表写进正文；折叠块默认不得带 `open`。
 - 相关记录：BUG-011、BUG-287
 - 复发自：BUG-011
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-299 | 今日星语首屏仍失败：证据卡还在等完整星盘
 
@@ -4514,7 +4514,7 @@
 - 防复发：首页日签不得把完整 `/api/chart` 或四层附加计算当作首屏成功条件。失败文案不得写“点这里”，也不得解释内部“不用通用文案”政策。
 - 相关记录：BUG-265、BUG-269、BUG-283
 - 复发自：BUG-283（不再等模型，但仍把完整排盘当首页可用性）
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-300 | 网页咨询把已算技法从模型包裁掉，模型用参数知识填洞
 
@@ -4530,7 +4530,7 @@
 - 防复发：咨询 `toModelOutput` 必须包含 skill 共同基础里本地已执行层；`local_layers` 不得再读引擎未写入的 module 键。
 - 相关记录：BUG-279、BUG-287、BUG-298
 - 复发自：BUG-279（算了却不交给模型）
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-301 | 网页咨询前台把 VedAstro 整段跳过，审计只能诚实 blocked
 
@@ -4546,7 +4546,7 @@
 - 防复发：前台不得再同步串联 overview+snapshot+range scan；赶不上不得把未交付官方层标成 executed；压缩交叉验证不得带出生钟点或坐标。
 - 相关记录：BUG-161、BUG-159、BUG-300
 - 复发自：BUG-161（超时防护把可选官方层整段关掉）
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-302 | 咨询行运层只挂了 Sade Sati，触发窗从未搜索，模型只能说行运没算
 
@@ -4610,7 +4610,7 @@
 - 防复发：有可见正文不等于咨询完成。`finish_reason=length`、超时半截不得再映射为 `run.completed`。咨询生成必须显式保留 8192 可见 token 预算。若打开 provider thinking，必须走独立 `thinking.delta`，不得把推理写进 `answer.delta`。公开回执仍不得带 `modelFinishReason`，失败码必须能单独说明夹断。
 - 相关记录：BUG-280、BUG-277、BUG-340、BUG-346
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-306 | 普通咨询 Agent 回答下方缺少赞踩复制重跑操作栏
 
@@ -4626,7 +4626,7 @@
 - 防复发：普通咨询与生时校正的可见操作必须共用同一组件；不得再复制一套图标按钮。源码合同若切片 `send()` 失败回填，必须带着 `restoreOnFailure` 守卫，见 BUG-308。
 - 相关记录：BUG-049、BUG-094、BUG-185、BUG-308
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-307 | 生时纠正把执行凭证当成结果，正文没有分盘，也看不到宫位表
 
@@ -4770,7 +4770,7 @@
 - 防复发：对 `find()` 结果取属性不得只靠外层 `Boolean(...)`；staging push 的 validate 不跑 `next build`，类型回归只在 publish Docker 暴露。
 - 相关记录：BUG-309、BUG-312、BUG-313
 - 复发自：BUG-309（validate 跳过 `next build`；日志末尾 Import traces 掩盖类型检查失败）
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-316 | 家人问了也不改候选；外貌/胎记被硬禁止追问
 
@@ -4786,7 +4786,7 @@
 - 防复发：`family_event` 不得再列入背景-only；家人领域必须把 subject 纠成 family。`do_not_poll` 只保留 horary。外貌不得重新变成主评分或 D9/D10 类型标签。
 - 相关记录：BUG-291
 - 复发自：无
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）
 
 ## BUG-317 | D4 精度阶段混问家人；D5/D7 不算分；采用后不重算也不给技法审计
 
@@ -20816,4 +20816,4 @@
 - 防复发：同一人物只有一个进行中 Case 时，任何「开始」入口都必须同时给出「新建」，不得默认回到旧 Case。「没读到」与「没开始」是两种状态，空 turns 只有在 Case 已读到之后才算「没开始」。定时重读不得取消自己上一次仍在进行的读取。GET 里与 Case 无关的外部读取要与数据库读取并行，不能叠加在揭幕预算之后。
 - 相关记录：BUG-505、BUG-507、BUG-969、BUG-981、BUG-984、BUG-1423；issue #145、#146。
 - 复发自：BUG-969 的症状（快照没到、两端各自等待）。当时只补了失败日志与「重新读取」，没有覆盖「读得慢但没失败」这一支，也没有发现轮询自我取消。
-- 修复版本：待提交
+- 修复版本：`8c4290f2`（分支 `codex/rectification-stuck-1516`，推 staging）