diff --git a/docs/BUG_HISTORY.md b/docs/BUG_HISTORY.md
index 35821616..90f148af 100644
--- a/docs/BUG_HISTORY.md
+++ b/docs/BUG_HISTORY.md
@@ -17535,3 +17535,21 @@
 - 相关记录：BUG-1300、BUG-1302、BUG-1118（同类：数据库套件只在门禁里跑）。
 - 复发自：无。
 - 修复版本：本提交。
+
+## BUG-1306 | 对话里明说「帮我做生时纠正」进不了校正：模型不出提议卡，反而在普通对话里自己「收窄出生时间」
+
+- 状态：investigating
+- 首次发现 / 最近更新：2026-10-11 / 2026-10-11
+- 来源：产品在 staging（`de4cfeb8`）新对话第一句输入「请你帮我进行生时纠正」，回复截图转述。
+- 现象：回复显示「已完成 3 步」，正文说「收窄出生时间这件事能做」，要用户报有年月的经历，「对得上，区间就能往里收」；全文没有提到提议卡，界面上也没有卡片。正文还按「代表分钟」写出大运 / 子运起止年月。
+- 触发条件：申报出生时段的本人档案；首轮；用户明确要求做校正。
+- 已确认事实（代码，`origin/staging` `de4cfeb8`）：
+  1. BUG-1247 删除首页入口与文字跳转后，新用户进校正只剩一条路：咨询模型调用 `offer-birth-time-rectification` → 服务端 `decideRectificationOffer` 放行 → 回答下出卡 → 用户点卡。
+  2. 申报时段路径（`createWindowConsultationAgentContext`）确实挂了该工具，指令里也有 `RECTIFICATION_OFFER_RULE`；规则以「用户说你推得不准时」开头，「明确想核对出生时间」只是其中一个分支。
+  3. BUG-1248 上线前的模型实测只覆盖「不认同解释 / 过去的事对不上 + 时间是估的 / 家人 / 已提议又被拒」四种说法，没有「首轮直接点名要校正」。
+  4. 服务端拒绝原因中 `product_disabled`、`pricing_unavailable` 要求正文「不要提校正」，用户看到的是没有回应。
+- 推断（未证实）：正文主动承诺能收窄，不像收到「不要提校正」的拒绝，更像模型没有调用提议工具；无模型凭据、无 staging 运行日志，暂未取证。另：用户若照做在普通对话里报经历，这些经历不会进入校正引擎计分，正文「区间就能往里收」是做不到的承诺；按代表分钟写大运起止，与申报时段指令「精确应期一律不可用」不符。
+- 待做：取该轮观测记录确认是否调用了工具及服务端结果；产品决定明确要求时是否直接进入校正。
+- 相关记录：BUG-1247、BUG-1248（入口改为提议卡）、BUG-976/977（禁正则判意图）。
+- 复发自：无。
+- 修复版本：未修复。