这个品类的数据长什么样
医美收益率与行情的数据来自医美机构的每日经营台账、第三方医美行业监测平台的公开报价与消费数据。行情数据每日更新，单项目的收益相关统计数据每7日更新一次。单条数据文档包含项目唯一标识、项目名称、当日挂牌均价、当日采购成本、当日到店消费人次、所属服务区域编码。价格类字段单位为元，人次字段单位为次，区域编码为6位行政区划代码。单份经营台账文档通常包含单机构全月度的经营明细，字符量跨度较大。
这些特征在「多轮对话与提示词」这一环带来什么约束
每日更新的行情数据要求多轮对话流程中每次触发数据查询时，需调用当日的最新数据集，避免使用超过24小时的缓存数据。7日更新的收益统计数据则要求提示词明确区分实时行情查询与周期收益查询的触发条件，防止混淆数据时效。多字段的文档结构要求提示词引导用户明确指定查询的项目类型、服务区域，否则需通过多轮追问补全必要参数。同时，区域编码的存在要求对话流程中需将用户提及的区域名称映射为标准编码，确保数据匹配的准确性。单日数据的波动特征要求提示词中加入对波动情况的客观描述规则，避免主观预判。文档字符量跨度大的特点还要求对话流程中需对长文档进行分段召回，防止上下文溢出。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 8000–12000 字符 | 医美数据字段较多，多轮对话需保留用户指定的项目、区域等历史信息，避免上下文溢出 |
recallTopK | 前6条 | 医美项目类型较多，需返回足够的候选结果但不过多干扰对话逻辑 |
PARSE_FILE_TIMEOUT_SECONDS | 300 秒 | 医美经营台账文档通常包含多行明细，解析耗时较长，需预留足够的处理时间 |
promptTemplate | 按用户指定的项目、区域优先查询当日行情，再补充对应周期的收益数据 | 明确区分两类数据的查询顺序，避免用户混淆数据时效 |
httpRequestTimeout | 60 秒 | 第三方医美数据接口的响应延迟通常在30秒以内，预留合理缓冲时间 |
maxHistoryTurns | 前3轮 | 医美查询的上下文通常集中在最近3次的项目与区域指定，过多轮次会增加上下文负载 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：调用应用后，对话详情页未显示内部数据处理日志。原因：未开启
enableDetailLog参数，导致未记录应用内部的知识库召回与提示词拼接过程。 - 现象：上传医美经营台账文件后，数据处理结果为空。原因：未调整
PARSE_FILE_MAX_SIZE参数适配大型台账文档的字符量，或未启用enableOcr参数处理扫描版台账文件。 - 现象：MongoDB数据库中未存储对话历史记录。原因：未开启
enableChatHistory参数，或未正确配置MongoDB的连接字符串与存储权限。
怎么确认配好了
- 查看应用的配置页面，确认
enableDetailLog、enableChatHistory等相关参数已开启，可通过测试对话查看详情页的内部日志与MongoDB存储的会话记录。 - 上传一份小型医美经营台账文件，触发数据处理流程，确认处理结果包含预期的字段与数据条目。
- 发起两轮对话，先指定项目与区域查询当日行情，再查询该项目的收益数据，确认对话上下文保留了之前指定的参数，无需重复输入。
- 调用HTTP接口发起知识库对话请求，指定已配置的项目与区域参数，确认返回结果包含从医美数据中召回的相关内容，与界面对话的结果一致。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。