33 lines
1.6 KiB
Markdown
33 lines
1.6 KiB
Markdown
## 任务基本信息
|
||
|
||
- **任务**：方案A：同一聊天框多话题时避免上下文污染（新话题禁用 `dialog_context`）
|
||
- **项目**：`backman-camel`（FastAPI Text2SQL API）
|
||
- **范围**：后端接口 `/g3sb/api/nl/chat`、`/g3sb/api/nl/chat/stream` 的会话上文注入策略
|
||
|
||
## 改动说明
|
||
|
||
- **新增**：`backend/utils/dialog_context.py` 增加 `is_likely_follow_up(user_text)`，用于轻量判断是否为续问/沿用口径。
|
||
- **调整**：`api_server.py` `_load_session_text2sql_context(request, user_text)` 在构造上文时：
|
||
- **续问**：注入最近 2 轮会话摘要
|
||
- **新话题**：不注入历史摘要（`max_pairs=0`）
|
||
- **目的**：减少多话题情况下历史 SQL/条件回流导致的串话与错误 SQL。
|
||
|
||
## 影响与风险
|
||
|
||
- **破坏性变更**：否（对外 API 不变）
|
||
- **风险等级**：中
|
||
- 可能将少量“隐式续问”误判为新话题，导致指代消解能力下降
|
||
- 但能显著降低跨话题上下文污染导致的 SQL 错误
|
||
- **回滚**：回退本次改动即可恢复旧策略（或将 `max_pairs` 恢复为默认值 8）
|
||
|
||
## 测试与验证
|
||
|
||
- 建议手工验证：
|
||
- 同一 session：先做话题A数据查询，再提一个完全不同话题B（无“再/按上面”等续问词），应不再引用 A 的表/过滤条件。
|
||
- 同一 session：首轮查询后，第二轮使用“再/按上面/沿用口径”等续问词，应仍能续用上轮口径生成 SQL。
|
||
|
||
## 后续事项
|
||
|
||
- 若误判率偏高，可迭代 `is_likely_follow_up` 规则（补充关键词/短语），或升级为轻量 LLM 判别器（方案B）。
|
||
|