这个品类的数据长什么样
化妆品智能尽调的核心数据来自国家药监局备案系统、第三方成分检测数据库、合规监管公告。数据源以结构化备案表、PDF检测报告、文本格式的成分清单为主。更新节奏随产品备案、成分新增、监管政策调整不定期触发，备案系统数据每月更新，第三方成分库每周同步。文档结构包含产品名称、INCI成分列表、备案编号、生产企业、功效宣称、检测项结果等字段，成分含量以百分比为单位，检测结果以mg/kg为单位，备案编号遵循固定的国妆备进字/国妆特字格式。
这些特征在「多轮对话与提示词」这一环带来什么约束
化妆品数据的多字段复合属性要求多轮对话需逐步引导用户明确核查维度，比如先确认产品备案编号再展开成分核查。高频更新的数据源要求提示词中必须指定最新数据的过滤规则，避免返回过期信息。长文档与多字段的组合容易导致上下文窗口溢出，需严格控制召回内容的长度与数量。此外，化妆品功效宣称需严格匹配监管要求，多轮对话需逐步验证每一项宣称的合规性，不能直接生成笼统结论。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 前1800-2200字符 | 单份化妆品备案文档的核心内容长度多在1200-2000字符，保留该范围上下文可避免截断关键合规信息 |
recallTopK | 前6-8条 | 化妆品数据字段较多，召回过多会超出上下文窗口上限，过少无法覆盖成分、功效、备案三类核心核查维度 |
similarityThreshold | 0.78-0.82 | 区分相似成分名称与功效宣称表述，避免误召回非目标产品的备案数据 |
maxTokenPerChunk | 850-950 | 化妆品检测报告的段落长度较长，分段后可确保单块内容完整包含一组检测项与结果 |
PARSE_FILE_TIMEOUT_SECONDS | 130秒 | 单份PDF格式的化妆品全项检测报告体积较大，解析耗时较通用文档更长 |
systemPromptTemplate | 按备案编号→成分核查→功效宣称合规性的顺序执行 | 化妆品尽调需遵循监管核查的标准流程，固定提示词顺序可确保逻辑一致性 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 调用mysql工具返回400 status code (no body)。未正确配置化妆品成分含量字段的类型映射，将百分比数值字段误设为字符串类型，导致参数校验失败。
- 多轮对话生成的尽调报告缺失最新合规公告内容。未设置知识库的数据源更新时间过滤规则，召回了超过6个月的过期备案数据。
- 免登录分享的尽调报告链接被删除后，后台操作日志同步清除。未关闭对话删除同步日志的配置项，导致合规核查的操作痕迹丢失。
怎么确认配好了
- 上传单份带有明确备案编号的化妆品备案文档，发起包含该备案编号的查询，核对返回的知识库召回内容是否匹配对应产品的备案信息。
- 发起包含具体INCI成分名称的多轮对话，依次询问合规性、含量要求，确认系统能保留前序对话的上下文并逐步推进核查。
- 配置mysql工具调用后，输入成分含量查询，检查返回结果是否包含正确的数值字段与对应单位。
- 生成免登录链接后删除对话，确认后台操作日志仍保留该次尽调的操作记录。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。