fix: preserve trusted rectification history
This commit is contained in:
@@ -633,3 +633,19 @@
|
||||
- 相关记录:BUG-032、BUG-034、BUG-036
|
||||
- 复发自:BUG-032
|
||||
- 修复版本:待提交
|
||||
|
||||
## BUG-038 | 老案例摘要被误标成原始对话且第七条事件后无法继续
|
||||
|
||||
- 状态:resolved
|
||||
- 首次发现:2026-07-23
|
||||
- 最近更新:2026-07-23
|
||||
- 影响面:生产生时校正老案例恢复、累计 7–8 条可评分事件后的继续问答
|
||||
- 用户现象:部署历史恢复修复后,老案例刷新仍显示“已记录这段经历”;继续回答一条明确事件后,页面提示暂时无法继续并把文本退回草稿。
|
||||
- 触发条件:案例来自原始消息持久化上线之前,且旧事件 evidence 能提供规范化 `raw_text`;或累计可评分事件超过 6 条。
|
||||
- 根因:首版迁移把旧 evidence 的规范化摘要回填到 `user_message`,却没有标记它不是逐字捕获的聊天原文,恢复 RPC 因而把合成摘要当成真实历史;产品收敛上限允许 8 条事件,但 Python 事件评分 API 仍只接受最多 6 条,前端第 7 条后稳定收到 400。
|
||||
- 修复:为 turn 增加 `user_message_captured` 来源标记,只有 answer 事务当场保存的逐字用户文本才进入可见历史;旧案例没有可靠原文时只显示真实最新 Agent narrative,不再展示伪造气泡。事件评分 API 上限与产品常量统一为 8,并增加八事件回归。
|
||||
- 验证:迁移从零应用并检查来源标记与 RPC 权限;八事件 API 测试、聚焦对话测试、生产构建与真实生产浏览器继续问答/刷新/重新进入 smoke。
|
||||
- 防复发:消息历史必须携带来源可信度,事件 evidence 不得默认等价于聊天原文;跨服务的事件数量上限必须由同一契约测试锁定。
|
||||
- 相关记录:BUG-034、BUG-037
|
||||
- 复发自:BUG-037
|
||||
- 修复版本:待提交
|
||||
|
||||
Reference in New Issue
Block a user