Article body
正文
摘要：用户先问本月销售额，再追问品类结构、区域差异和同期变化，一次分析就跨过了多轮对话。HENGSHI SENSE Data Agent 可以结合当前页面、数据资产和对话信息处理这些请求；个人偏好与自动学习则承担不同职责。把它们分开配置和验证，团队才能减少重复说明，同时避免旧条件、错误经验或个人习惯影响业务口径。
1 连续追问需要保留哪些条件
“华东区本月净销售额是多少？”之后的一句“按品类拆分”，至少依赖区域、期间、指标定义和数据来源。接着问“和去年同期比较”，还需要明确对比的是相同日期区间，还是完整财务期间。对话连贯性的要求，是这些条件在后续查询中仍然正确。
Data Agent 的环境感知能够利用登录账号与正在浏览的页面信息。在具体数据包、数据集或仪表盘中发起请求，可以为资源选择提供上下文。用户仍应在条件发生变化时明确指出，例如“改看全国范围”或“时间切换到上一财年”，并检查新结果是否沿用了不该保留的筛选。
团队可以给一组多轮问题写出条件记录：数据来源、指标、时间、组织、筛选和当前要求。这里的记录是人工验收方法，不代表产品界面中存在一张同名表。每次追问后对照查询和返回结果，能够区分语言衔接顺畅与数据条件正确这两件事。
2 将表达偏好与业务定义分开维护
用户可能偏好按万元显示金额、使用固定日期格式，或者在合适的场景优先采用某类图表。HENGSHI SENSE 提供个人 AI 助手偏好设置，可以通过 Markdown 编写个性化指令。设置应具体，并说明适用条件，例如“金额展示优先用万元，并在结果中注明单位；需要核对精确值时同时给出原始金额”。
统计口径则需要由业务和数据负责人共同维护。“净销售额”是否扣除退款、财年从哪一天开始、有效客户怎样定义，应落到指标与数据集知识中。个人偏好可以影响表达方式，不能据此改变组织已确认的业务计算，也不能扩大数据权限。
| 信息 | 建议维护位置 | 核对方式 |
|---|---|---|
| 当前分析的期间与区域 | 本次问题及对话条件 | 逐轮对照查询与结果 |
| 日期格式、展示单位 | 个人 AI 助手偏好 | 分别验证新会话与当前任务要求 |
| 指标计算与财年定义 | 指标、数据集知识及业务说明 | 用同条件报表和明细复核 |
| 可访问的数据范围 | 身份与资源权限配置 | 使用实际业务角色验证 |
如果指令之间发生冲突，团队应检查实际生效结果，再调整相应配置。不能把“用户偏好最高优先级”当作一条覆盖系统要求、权限规则和数据定义的通用规则。
2.1 将个人偏好写成可验证的 Markdown
“回答专业一些”很难检验。“默认单位、何时改变单位、结果里要说明什么”则可以逐项检查。下面的 Markdown 可作为个人 AI 助手偏好的编写起点，使用前按自己的工作习惯删改；保存后仍要通过实际问数确认生效行为。
# 我的分析偏好
## 金额与日期
- 金额默认按万元展示，在标题或表头注明单位。
- 本轮明确要求元时，按元展示；需要对账时给出原始精度。
- 日期使用 YYYY-MM-DD；时间范围同时写明起止日期。
## 结果组织
- 先给关键结果，再解释指标、筛选条件和异常项。
- 时间趋势优先考虑折线图，类别比较优先考虑条形图。
- 如果问题有多个合理口径，先说明歧义并询问。
- 不自行补造缺失数据；无法验证时明确说明。这类指令描述的是期望行为，不构成覆盖权限或指标定义的规则。复测时可用同一指标分别提问“展示趋势”和“核对精确金额”，观察图表、单位和明细是否适合当前任务。偏好写得过长或互相冲突时，先删去重复要求，再逐项定位，而不是不断叠加新的例外。
2.2 将业务知识写成能落到数据上的定义
下面是另一类内容：由业务负责人确认后，维护到相应数据资产中的知识说明。它不应混入个人偏好。字段名称和规则均为虚构示例，不代表任何企业应直接采用的净销售额口径，也不是平台导入格式。
# 净销售额口径（示例，需业务确认）
- 数据来源：已审核的销售与退款明细。
- 计算：已确认销售金额减去已确认退款金额。
- 时间归属：销售按确认日，退款按退款确认日计入期间。
- 币种：人民币；不含税；跨币种数据不得直接相加。
- 区域维度：使用交易发生时归属的销售区域。
- 同期比较：使用相同自然日期区间，并在结果中注明。
- 待确认项：历史退款是否回溯重算；未确认前不推断。
- 维护责任：财务确认口径，数据团队维护指标与字段映射。知识说明要与可执行指标保持一致。若退款按发生日还是按原订单日归属尚未确定，先补齐业务决定；不能指望模型在两种规则间自行选出“正确答案”。定义变更后，同时检查指标计算、数据集说明与保留的问数样本，避免新旧口径分别留在不同对象里。
3 自动学习有独立开关
上下文、显式偏好和后台自动学习有不同的生命周期。当前公开配置手册提供 SELF_EVOLUTION_ENABLED，用于控制错误学习、对话洞察与用户偏好提取。该项默认关闭；显式设为 true 才开启自动学习，设为 false 则关闭。已经保存的显式配置在升级后保持不变，因此管理员应核对现场值，不能只凭默认值判断是否启用。
这个开关不关闭正常问数和对话摘要。也就是说，用户能够连续追问，并不能证明平台正在长期提取偏好；反过来，关闭自动学习，也不等于助手无法利用本次对话。
启用前，负责人需要确认允许学习哪些内容、由谁检查结果，以及怎样处理过时或错误的信息。配置允许后台学习，不等于每一次纠正都会永久生效，也不代表用户可以在某个统一界面查看或删除全部学习记录。具体管理入口和可控范围，应按实际版本确认。
3.1 用两个对照问题判断开关影响
检查自动学习时，先记录目标环境中 SELF_EVOLUTION_ENABLED 的实际值及其修改时间。这是管理员配置项，不是用户个人偏好的 Markdown 内容。本文不假定它对应某个环境变量、配置文件或 API 请求体；具体设置入口按现场版本操作。
第一组验证当前会话：关闭自动学习后，问一个明确问题，再追加维度或时间比较，检查条件是否正确延续。第二组验证跨会话：另开会话，分别检查显式保存的个人偏好与此前临时纠正。两组结果分开记录，才能避免将对话上下文、显式偏好和后台提取混为一谈。
若决定开启自动学习，应先挑选经过核对、权限合适的样本，规定谁检查学习内容，以及发现错误后维护哪个对象。不要把“上次答案看起来不错”当作长期有效的依据。开关启用前后的比较还应固定数据批次和问题集，避免把数据更新或模型配置变化造成的差异归因于学习。
4 错误修正需要回到对应对象
一次问数失败，可能来自字段变化、指标歧义、查询异常或权限不足。工程人员应先保留问题原文、运行时间和执行日志，再按错误所属环节处理。字段不存在时核对数据模型；数值有偏差时对照指标和过滤条件；权限不足时则检查授权，不能把它作为需要通过改写查询绕过的障碍。
即使助手对某次错误进行了重试，团队仍应核对最终结果。查询能够执行，只能说明请求完成，不足以证明业务定义正确。高频口径应维护为指标，业务术语应补充到数据集知识；相应学习结果也需要人员检查，避免把一次临时解释当作所有分析都适用的规则。
这种维护有明确的接手人。业务人员确认“应当怎么算”，数据人员维护资产与说明，技术人员处理连接、模型调用或运行问题。后续复测保留原问题及相邻样本，团队才能判断修改是否改善了更多问法，而不是仅修正一次输出。
4.1 把一次纠正变成可重复的验收样本
对多轮问题，只保存最后一句“按品类拆分”无法复现条件。应同时保留前序问题、当前入口、账号角色和期望条件。下面的 JSON 是本地人工回归记录示例，不是 Data Agent 的会话 API，也不表示平台自动产生这些字段。
{
"example_only": true,
"case": "华东净销售额的品类拆分",
"entry": "销售分析仪表盘",
"role": "示例：华东业务分析员",
"turns": [
"查询华东区 2026 年 10 月净销售额",
"按品类拆分"
],
"expected": {
"metric": "业务确认的净销售额指标",
"period": [
"2026-10-01",
"2026-11-01"
],
"period_end_exclusive": true,
"region": "华东",
"group_by": "品类",
"display_unit": "万元"
},
"comparison": "与同批次、同权限、同条件图表核对",
"actual_observation": "待执行后填写",
"retest_status": "待复测"
}若发现按品类拆分后范围变成全国，优先检查筛选条件是否丢失；若区域正确但金额不符，再检查指标、关联关系、退款归属和数据批次。修正后除了重跑原样本，还应补问“改看全国”和“仅保留某一品类”，确认助手既能保留旧条件，也能在明确要求时更新条件。一次成功无法替代相邻场景的验证。
5 页面上下文与跨会话复用分别验收
用户在仪表盘中提出问题，与从独立问数页提出问题，能够取得的页面信息不同。把已有分析结果继续整理成图表或看板时，也应检查所选数据集、关联关系和过滤条件。不能把“能够读取当前页面”推广成“所有模块自动共享全部历史状态”。
同样，一次会话中的条件延续，不等于新会话自动继承，也不等于换账号后仍可复用原数据。用户的权限发生变化后，系统中的历史信息不应被当作继续访问资源的凭证。实施团队需要分别验证同一会话、新会话、不同角色及权限变化后的实际行为。
对于客户自有系统中的集成入口，还需约定会话怎样创建、哪些页面条件会被传入、用户怎样切换主题。把这些条件写清楚，有助于定位“原生页面正常，嵌入页面却丢失条件”的差异，而不用把所有问题都归为模型没有记住。
5.1 长对话中定期确认当前分析范围
从工程上看，模型能够处理的上下文有容量限制，长对话还可能经过摘要处理。总结保留了结论，不一定完整保留每个筛选、单位和例外。因此，当分析经过多次切换时，可以要求助手先复述当前数据来源、指标、期间和过滤条件，再继续计算；复述内容仍应与实际查询对照。这里是使用与验收建议，不表示产品提供某种固定长度的记忆窗口。
切换到另一业务主题、另一组数据资产，或者需要独立复核时，可新建会话并重新写明关键条件。保存个人偏好负责减少表达习惯的重复输入，业务知识负责稳定口径，当前会话负责承接这一轮分析；三者分别维护，问题发生时才容易定位应修改哪一层。
| 追问 | 应保留 | 应改变或确认 |
|---|---|---|
| 按品类拆分 | 净销售额定义、期间、华东范围 | 新增品类分组；汇总后与总额核对 |
| 与去年同期比较 | 指标、区域、品类层次 | 增加对比期间；明确同日期还是整月 |
| 改看全国范围 | 指标与时间；其余条件逐项确认 | 移除华东限定，但仍受账号权限约束 |
| 这次按元给出精确值 | 指标、范围、期间和分组 | 只改变展示单位与精度，不改变计算口径 |
6 用一组追问检查实际效果
以下为示例验收过程。团队先确定“华东区本月净销售额”的指标和权限，再依次提问：“按品类拆分”“与去年同期比较”“改看全国范围”。每一步都检查保留了哪些条件、改变了哪些条件，并与同条件图表或数据集查询核对。
接着，新建会话测试个人设置的金额单位，明确要求本轮改用元，检查表达是否符合当前任务。管理员再记录自动学习开关的实际值，分别验证关闭和按需开启时的行为。对权限边界，使用获准参与验收的普通账号检查数据范围，避免只用管理员账号得出结论。
复测记录应同时保留正确与失败样本，不预设“使用次数越多，准确率就必然越高”。HENGSHI SENSE 为团队提供了页面上下文、数据语义、个人偏好和学习配置等入口。将这些入口落实到清楚的条件、维护责任与复测问题中，多轮分析才能减少重复说明，并保持可解释的业务口径。