docs: record BUG-369 fix SHA

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/BUG_HISTORY.md

@@ -5533,7 +5533,7 @@
 
 ## BUG-369 | staging 质量门 2003/2006：计费合同、思考轨迹与业务表清单未跟上 367/368
 
-- 状态：resolved（本地修复，待提交与发布）
+- 状态：resolved
 - 首次发现：2026-08-25
 - 最近更新：2026-08-25
 - 影响面：Gitea `backend-quality-gate.yml` validate `npm test --prefix frontend`、`application-billing-contract.test.ts`、`chat-stream-layout.test.ts`、`database-local-business.test.ts`、staging 发布
@@ -5541,11 +5541,11 @@
 - 触发条件：完整 `xiaoxin` runner 跑前端全量测试；Docker PostgreSQL fixture 应用全部 `frontend/supabase/migrations`。
 - 根因：三处源码/schema 合同未与 BUG-367/368 同步。(1) 计费合同仍要求 `action` 只有 `opening|message|read_only`，忽略已加入且不计费的 `answer_choice`/`stop_and_review`。(2) 布局合同仍要求生时纠正聊天把 `thinking.delta` 写入 `appendActivityTraceThinking`，与禁止公开思考流冲突。(3) self-hosted 精确 `public` 表清单仍缺 `agentic_rectification_choice_actions` 与 `agentic_rectification_inference_transitions`。本机先前只跑了聚焦套件，未跑这三项。
 - 修复：计费合同改为完整 action enum，仍要求只有 `message` 走 reserve/complete/release。布局合同改为禁止 `appendActivityTraceThinking` 和 `thinking.delta`，保留共享 Agent action bar 与工具步骤轨迹。全迁移测试补 applied ledger（含 turn origin）和两张新表，并断言 origin 列与 `record_agentic_rectification_turn_origin` 仅 service_role 可执行。不把业务 SQL 拷进 `frontend/db/migrations`。
-- 验证：`frontend/tests/application-billing-contract.test.ts`、`frontend/tests/chat-stream-layout.test.ts`；`frontend/tests/database-local-business.test.ts` 在有 Docker 的 runner 上执行。
+- 验证：本机 `application-billing-contract` 与 `chat-stream-layout` 共 12/12；`database-local-business` 在 Docker PostgreSQL fixture 上 1/1。
 - 防复发：新增业务表必须同步 `database-local-business` 的 applied ledger 和精确表集合。生时纠正路由 enum 变更必须更新计费合同。禁止再把公开 `thinking.delta` 写回纠正聊天合同。
 - 相关记录：BUG-127、BUG-144、BUG-367、BUG-368
 - 复发自：BUG-127（新业务表未更新精确表清单）；BUG-367/368 的合同测试未覆盖计费 enum 与思考轨迹扫描
-- 修复版本：待发布
+- 修复版本：2325b30227136323035f377dac13957c49d8868b
 
 ## BUG-368 | 工具步骤英文规划被当成回答，set-focus 失败又整轮重放证据