这个品类的数据长什么样
这个品类的数据来源包括公开证券研报、内部投研纪要、监管政策文件与实时行情接口，更新节奏覆盖实时行情推送、每日研报更新、月度内部文档归档。文档结构包含结构化字段（如标的代码、发布机构、评级等级）和非结构化文本（核心逻辑、数据推演过程），单篇文档长度跨度较大，从数百字的短评到数万字的深度报告均有覆盖，字段单位对应标的代码、评级等级、发布日期等标准化标识。
这些特征在「对话日志与审计」这一环带来什么约束
投研数据的多来源、多更新节奏特征，要求对话日志需完整记录每一次调用的数据源版本、引用的文档片段与调用时间戳，确保审计时可回溯对应时点的合规数据。文档长度跨度大的特征，要求日志需支持按字符长度、文档类型筛选日志条目，避免因单条日志过大影响存储与检索效率。结构化与非结构化混合的文档结构，要求日志字段同时覆盖结构化标识（如标的代码、评级等级）与非结构化文本内容，满足精准审计与全文溯源需求。此外，投研场景的合规要求，需强制留存对话全链路的调用参数、生成逻辑与最终回复，不可省略中间召回、重排环节的关键信息。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
LOG_ENABLE_FULL_TRACE | 开启 | 投研场景需完整回溯对话全链路，包含召回、重排、生成的每一步细节，满足审计溯源需求 |
LOG_STORAGE_RETENTION_DAYS | 180 天 | 匹配金融行业合规审计的常规留存周期，覆盖季度与年度合规检查需求 |
LOG_QUERY_MAX_RETURN | 前 1000 条 | 限制单批次日志查询的返回条数，避免因投研场景下的日志量较大导致界面加载超时 |
LOG_FIELD_INCLUDE | 包含调用参数、文档引用、回复内容 | 确保审计可覆盖对话全流程的关键信息，不可遗漏数据源与生成依据 |
MONGO_LOG_COLLECTION_PREFIX | 投研服务_日志_ | 按业务模块划分日志存储集合，便于后续的存储管理与精准检索 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：调用对话日志查询接口时，MongoDB集合中无对应记录。原因：未开启
LOG_ENABLE_MONGO_STORAGE配置，或配置的数据库读写权限不足导致日志无法写入。 - 现象：对话详情页仅展示用户与助手的基础交互文本，未显示文档引用、调用参数等内部细节。原因：未配置
LOG_FIELD_INCLUDE包含内部链路字段，仅保留了极简的交互内容。 - 现象：批量查询对话日志时出现超时错误。原因：未限制
LOG_QUERY_MAX_RETURN的返回条数，或未为日志集合创建索引导致检索效率低下。
怎么确认配好了
- 调用对话日志查询接口，验证返回结果包含
call_params、document_refs、reply_content等字段，确认日志字段配置正确。 - 登录对应数据库管理界面，检查对应日志集合中存在近7天的对话日志条目，确认存储配置生效。
- 发起一次投研相关的对话，在对话详情页查看是否展示文档引用、调用参数等内部信息，确认全链路日志开启。
- 调整日志留存周期配置后，验证过期日志的清理逻辑是否符合预期设置。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。