lzf_0626
e017bcc9bb
fix(platform): 配置告警覆盖全部受 release 约束的表，并提供生效快照能力
**问题**：上一轮加的"配置丢失告警"只比对 platform_config_item，而受 config_release
整版本替换影响的表有**三张**（按 information_schema 核对）：platform_config_item /
prompt_template_version / model_routing_rule。这个盲区造成过真实后果 —— 客服闲聊提示词
挂在 release 174，active 变成 181 后 load_active_prompt 读不到，而 Agent 侧有逐字段
兜底、回落到代码默认值，于是功能看着正常、没人发现、**一行告警都没有**。
**改动**（均在 app/service/config_release_service.py）：
1. 新增 RELEASE_SCOPED_TABLES：三张表 + 各自的**逻辑键**。逻辑键不含 release_id、
不含自增 id、也**不含 version** —— 同名提示词在不同版本里可以用不同 version，
那仍是同一份配置。清单是穷举的，并注明漏掉任何一张的后果都是静默失效。
2. 新增 effective_snapshot()：读当前生效版本在**全部三张表**里的内容，每行已剥掉
id /
elease_id（见 NOT_PORTABLE_COLUMNS），可直接作为新版本的写入载荷。
发布脚本应先取它、再追加本次变更，这样"漏继承"就从"每次靠人记得"变成结构上不容易漏。
3. _warn_dropped_items 改为逐张表比对，告警里带上表名。
model_routing_rule 没有 ORM 映射，用原生 SQL 处理；它当前 0 行，但纳进来才不会将来
配了又漏。
测试：新增一条专门锁住"提示词被丢掉时也要点名"（那正是这次的盲区），并把 fake session
改成按表 + release 返回行 —— 第一版 fake 不分表，查提示词表时会拿到配置项的行、
报 KeyError，虽然真实代码是按表查的，但 fake 不真实就盖不住问题。
ruff / mypy(136 文件) / 612 unit+contract 全绿。
2026-09-11 13:25:00 +08:00
..
2026-09-10 21:03:44 +08:00
2026-09-11 12:55:00 +08:00
2026-09-10 21:40:00 +08:00
2026-09-11 10:43:08 +08:00
2026-09-11 12:54:51 +08:00
2026-09-11 13:25:00 +08:00
2026-09-11 10:43:08 +08:00
2026-09-09 21:55:37 +08:00
2026-09-10 21:03:44 +08:00