追问上下文的四个层次
01

会话:上一轮问题和选择

02

语义:指标与术语定义

03

身份:项目与数据范围

04

时间:数据截止和比较期

上下文不是把聊天记录全部塞回模型

用户说“那华南呢”,系统需要知道“那”指上一轮的指标、比较期和过滤条件,还要确认用户是否有华南数据权限。完整聊天记录可能很长,却不一定包含结构化口径。

更稳妥的做法是把会话状态拆成指标、维度、过滤、时间、身份和输出形式,并在每轮更新时记录变更。

区分可继承和必须重问的信息

同一会话中,指标和比较期通常可继承;切换项目、数据截止日或敏感字段时,应重新校验。用户明确说“换成今年”时,只改变时间槽位,不应重置全部条件。

测试要覆盖省略主语、代词、纠正口径、切换主题和跨会话恢复。

权限和缓存不能被上下文绕过

上下文对象必须绑定用户、组织、项目和策略版本。共享缓存不能只用问题文本作为键,否则不同角色可能得到同一结果。

AskTable.ai 的组织、项目和数据范围能力可作为企业治理基础,但具体会话持久化、缓存和 IAM 集成边界仍待确认。

用上下文日志提升可复核性

保存每轮状态、用户修改、最终查询条件和结果摘要,支持从结果回看“哪一轮改变了口径”。定期清理过期会话,减少旧定义污染新问题。

公开参考资料

准备好让团队开始了吗?

预约一次场景交流,了解 AskTable.ai 如何接入你的业务。

预约演示