这个品类的数据长什么样
证券类收益率相关数据来源为沪深北交易所官方行情接口、中证指数有限公司公开数据集。更新节奏为交易日内每5至15秒推送实时盘口变动，日终汇总的收益率相关数据在每个交易日16点30分后完成全量更新。单条数据记录包含交易日期、证券代码、证券名称、开盘价格、收盘价格、涨跌幅幅度、成交总金额、换手率水平，其中价格单位为元，成交总金额单位为万元，换手率水平为比例数值。数据结构固定且与交易决策强相关，无冗余字段。
这些特征在「对话日志与审计」这一环带来什么约束
实时行情的高频更新要求对话日志必须存储每次对话触发时的完整数据快照，否则审计时无法还原用户提问时的准确行情。单条数据包含多组与交易决策相关的字段，日志采集需完整保留请求参数与返回字段的对应关系，避免字段缺失或错位。日终数据的固定更新时点要求日志需标记数据生成的时间戳，便于审计时校验用户提问时间与数据发布时间的匹配性，防止使用过期或提前的非合规数据。证券类数据的审计需符合监管留存要求，日志存储周期需满足对应监管规定的时长，确保审计流程可追溯。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
LOG_RETENTION_DAYS | 180 天 | 证券类对话日志需满足监管要求的留存周期，180天覆盖常规审计跨度 |
ENABLE_FULL_CHAT_LOG | 开启 | 证券对话需完整记录请求参数与返回的原始数据，避免字段截断影响审计准确性 |
MONGO_LOG_COLLECTION_NAME | fastgpt_securities_logs | 按业务场景拆分日志集合，便于按品类快速检索证券类对话日志 |
SNAPSHOT_SAVE_ENABLE | 开启 | 实时行情数据高频更新，需保存每次请求的原始数据快照，确保审计时可还原提问时的准确行情 |
LOG_TRIGGER_RULE | 所有交互节点 | 证券类对话的审计需覆盖全流程，包括数据查询、参数确认等所有环节 |
LOG_ERROR_ONLY | 关闭 | 需留存所有对话日志，便于审计时回溯完整交互流程 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：对话查看详情页面仅展示文本交互内容，无法看到内部数据请求与原始返回快照。原因：未开启
ENABLE_FULL_CHAT_LOG配置，系统仅存储精简交互文本，未保存完整请求参数与返回数据。 - 现象：通过MongoDB客户端无法检索到目标证券类对话的历史记录。原因：日志被写入默认集合，未写入专属集合，或
LOG_RETENTION_DAYS配置值小于监管要求的留存周期，数据被自动清理。 - 现象：审计时发现部分对话的证券收益率数据字段为空。原因：未配置
SNAPSHOT_SAVE_ENABLE，未保存每次请求的原始数据快照，导致回溯时无法获取对应时点的准确数据。
怎么确认配好了
- 进入FastGPT的应用日志管理模块，选择目标证券类应用，验证可查看完整的交互流程，包括数据请求参数与原始返回内容。
- 连接配置的MongoDB日志集合，检索包含证券代码关键词的日志条目，确认存在对应对话的完整记录。
- 发起一次模拟用户查询，查看对应日志的快照字段，确认保存了查询时点的原始证券数据与时间戳。
- 检查系统日志留存配置，确认留存周期符合所在场景的审计要求。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。