fix(rectification): bind default session model

docs/BUG_HISTORY.md

@@ -2899,3 +2899,18 @@
 - 防复发：任何对启用 RLS 的表新增 runtime grant 时，必须同时测试对应运行时角色的真实可见行，而不能只断言 `has_table_privilege=true`；feature flag 种子测试必须以 Web 实际使用的 `admin_runtime` 读取。
 - 相关记录：BUG-151、BUG-166
 - 修复版本：待提交
+
+## BUG-169 | V9 新建生时校正 Session 未绑定模型导致 Agent 立即返回模型不可用
+
+- 状态：resolved（本地候选）
+- 首次发现：2026-08-11
+- 最近更新：2026-08-11
+- 影响面：V9 `open_agentic_rectification_case` 新建会话、既有 `model_id is null` 的生时校正会话，以及 `POST /api/rectification/agent` 的模型解析。
+- 用户现象：运行时开关恢复后，原请求继续返回 `409 模型暂不可用`；请求体包含有效 `modelId`，管理端模型及供应商也均为 published/enabled。
+- 触发条件：V9 Open Case RPC 原子创建 `birth_time_rectification` Session 后立即发送 opening。
+- 根因：RPC 插入 `chat_sessions` 时没有写入 `model_id`；前端仅在内存中把目录默认模型显示为当前选择，而 Agent 路由按安全合同只解析服务端持久化的 `chatSession.model_id/model_config_version`，不会信任请求体覆盖会话模型。
+- 修复：新增向前迁移 `20260811040000_rectification_session_default_model.sql`；数据库触发器为缺少模型的生时校正 Session 绑定当前 published/enabled 默认模型，由既有 pin trigger 固定配置版本，并一次性回填同类历史 Session。普通咨询 Session 与已有明确模型选择均不改变。
+- 验证：V9 PostgreSQL fixture 在创建 Case 前播种默认模型，要求 RPC 新建 Session 后持久化为 `v9-default-model:1`；staging 还需核对迁移账本、原 Session 回填结果和真实 opening 请求。
+- 防复发：任何服务器端创建 `birth_time_rectification` Session 的路径都必须在同一事务内得到可解析的持久化模型与版本；前端显示的默认模型不能替代数据库绑定。
+- 相关记录：BUG-060、BUG-163、BUG-168
+- 修复版本：待提交