这个品类的数据长什么样
酒店餐饮投研数据主要来源于门店POS系统、供应链采购台账、OTA用户评价、区域竞品动态文档。数据更新节奏差异明显：POS营收数据按日更新，食材采购台账按周更新，行业竞品动态不定期发布。单篇文档结构包含门店ID、客单价（单位：元）、客流量（单位：人）、食材SKU、进价（单位：元/千克）、用户评分（1-5分）等字段，部分文档包含多SKU的明细列表。
这些特征在「对话日志与审计」这一环带来什么约束
酒店餐饮投研数据来源分散且更新节奏不一，要求审计日志需标记每条引用数据的来源与更新时间，避免使用过期的营收或采购数据。多字段的文档结构要求日志需记录对话中引用的具体字段，方便溯源数据偏差。此外，部分对话涉及实时经营调整，日志需完整记录触发时间、操作主体与调用链路，满足合规审计要求。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
AUDIT_LOG_ENABLE | 开启 | 酒店餐饮投研涉及经营数据，审计日志需完整记录对话全链路，开启后可生成可溯源的操作记录 |
LOG_LEVEL | info | 需要覆盖对话触发、数据源关联、结果返回的关键信息，info级别平衡了日志量与审计需求 |
LOG_RETENTION_DAYS | 90 天 | 餐饮行业经营数据审计通常要求保留至少季度级别的记录，90天符合常规合规要求 |
LOG_INCLUDE_SOURCES | 开启 | 酒店餐饮知识库引用多来源的门店、供应链、评价数据，开启后可在日志中标记每条引用的数据源ID与更新时间 |
LOG_MAX_SIZE_PER_DAY | 500 MB | 单日内日志文件大小上限，避免磁盘占用过高影响门店系统运行 |
PARSE_AUDIT_LOG_TIMEOUT | 300 秒 | 餐饮供应链文档可能包含多SKU明细，解析审计日志需足够时间完成字段提取与关联 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：部署后对话日志页面长时间加载后失败，状态码显示502。原因：未配置
LOG_RETENTION_DAYS为合理区间，导致日志索引文件过大，加载时超时。 - 现象：飞书渠道的对话在FastGPT日志中无记录，但飞书后台显示发送成功。原因：未开启
LOG_INCLUDE_CHANNEL配置，或渠道回调地址未正确绑定日志上报节点。 - 现象：提问后系统日志未显示实际调用的模型版本，与配置的模型A、知识库配置的模型B不符。原因：未开启
LOG_INCLUDE_MODEL_INFO配置，导致日志未记录调用的实际模型参数，无法排查模型配置偏差问题。
怎么确认配好了
- 发起一条测试对话，引用门店营收或供应链数据，检查日志中是否包含对话触发时间、提问内容、引用的数据源标识。
- 查看系统日志面板，确认日志级别为
info，且每日日志文件大小未超过预设上限。 - 触发一次渠道回调，确认日志中记录了渠道来源与消息内容。
- 修改日志保留天数配置，重启服务后检查日志目录中是否生成对应天数的归档文件。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。