这个品类的数据长什么样
电商服务投研的数据主要来自公开电商平台商品页、用户评论、搜索热词、第三方监测工具的实时或准实时数据。数据包含结构化字段与非结构化内容，结构化字段包括商品SKU、类目ID、售价、销量、UV、PV，单位对应件、元、次；非结构化内容包括商品详情描述、用户评价文本。商品基础信息每日更新，评论与搜索热词实时更新，行业类目数据按周更新。单条商品文档通常包含数十个结构化字段与千字左右的非结构化内容。
这些特征在「对话日志与审计」这一环带来什么约束
电商服务投研数据的多维度、高频更新特征，对对话日志与审计提出多重约束。首先，数据量级较大，需按会话主体拆分日志，避免单日志文件膨胀影响检索效率。其次，数据更新频率差异显著，审计时需关联知识库更新时间与对话发起时间，确保溯源的准确性。此外，结构化与非结构化数据混合的特征，要求日志需同时记录用户提问、召回的商品信息与原始数据源链接，便于后续合规校验。最后，电商场景下的对话可能涉及竞品对比、定价策略等敏感内容，需严格限定日志访问权限。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
customUid | 绑定电商店铺ID、会员ID或客服工号 | 电商服务的会话通常围绕店铺、用户或服务人员展开，按该字段分组可快速筛选对应主体的对话日志 |
LOG_RETENTION_DAYS | 90-180天 | 电商投研审计需回溯季度级别的对话记录，该时长可平衡存储成本与审计需求 |
RECALL_SOURCE_TRACK | 开启 | 电商数据包含大量商品SKU、链接等唯一标识，开启后可在日志中记录召回的具体数据源，便于溯源 |
SESSION_MAX_HISTORY | 前20条会话 | 电商用户的咨询会话通常集中在近期，限制历史会话条数可降低检索与上下文拼接的负载 |
LOG_EXPORT_FIELDS | 包含query、recall_items、customUid、create_time | 覆盖审计所需的提问内容、召回数据、操作主体与时间信息 |
DOWNLOAD_LOG_SIGN | 开启 | 电商对话可能包含会员信息、定价等敏感内容，开启后可校验下载权限，防止数据泄露 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：调用对话历史接口时传入
customUid参数，返回结果包含非目标主体的会话记录。原因：未正确配置SESSION_SPLIT_BY_CUSTOM_UID参数，导致会话未按customUid分组存储。 - 现象：工作流节点调用历史记录接口返回空数组。原因：未在工作流配置中开启
ENABLE_SESSION_HISTORY开关，或未在请求中绑定当前会话的customUid参数。 - 现象：点击知识库原文下载链接后返回403状态码。原因：nginx代理未配置正确的请求头转发规则，导致FastGPT无法校验下载权限，或未开放日志下载接口的访问端口。
怎么确认配好了
- 调用
/api/v1/chat/message/list接口，传入测试用的customUid，核对返回结果仅包含该customUid绑定的会话记录。 - 发起一次包含商品信息召回的对话，查看对话日志详情，确认日志中包含
recall_items字段的具体商品SKU与来源链接。 - 导出对话日志文件，核对导出字段包含预设的审计所需内容。
- 配置nginx代理后，访问知识库原文下载链接，确认跳转正常无权限报错。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。