这个品类的数据长什么样
铁矿石尽调数据的来源包括矿山生产日志、港口中转记录、海关通关单证、大宗商品现货交易系统、下游钢厂采购台账，多用于金融机构的大宗商品授信尽调场景。更新节奏存在差异：港口中转数据每日更新，海关单证数据按周度同步，现货交易数据实时更新。文档结构分为两类：单份尽调报告为结构化表格搭配备注说明，批量汇总数据为CSV或标准化JSON格式。核心字段包含批次编号、原产国、粒度区间、含铁量基准值、装卸重量、交易价格，其中重量单位为吨，价格单位为元/吨。
这些特征在「多轮对话与提示词」这一环带来什么约束
数据源多且更新节奏存在差异，多轮对话需要明确当前调用的数据源类型，避免混淆不同时间粒度的港口、海关或现货数据。文档结构分为两类，提示词需要区分结构化表格数据与非结构化备注的处理逻辑，防止召回数据格式混乱。核心字段有固定单位，多轮对话流程需要自动校验字段单位匹配性，防止重量或价格单位混用。实时数据与非实时数据的优先级不同，多轮对话需要支持用户指定数据的时间范围，确保尽调报告的时效性符合金融尽调的需求。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 8000–12000 字符 | 铁矿石尽调数据包含多批次、多字段的关联信息，足够的上下文可支撑多轮对话中的参数关联校验 |
recallTopK | 前6–10 条 | 铁矿石尽调数据批次较多，过多召回会增加冗余，过少会遗漏核心批次的关键参数 |
SIMILARITY_THRESHOLD | 0.75–0.85 | 适配使用ollama部署的bge模型的相似度计算逻辑，需精准匹配铁矿石的批次、产地等核心字段，避免无关数据被召回 |
PARSE_FILE_TIMEOUT_SECONDS | 300 秒 | 适配FastGPT 4.8.10版本的解析逻辑，批量铁矿石尽调文档的结构化解析需要较长时间，防止因超时导致文档导入失败 |
fixedWorkflowPerSession | 开启 | 匹配铁矿石尽调的固定流程需求，避免会话中途切换流程导致数据校验逻辑混乱 |
UPLOAD_FILE_MAX_SIZE | 2000 MB | 适配批量铁矿石尽调汇总文档的体积需求，支持大文件导入 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 导入铁矿石尽调文档时返回500错误。原因：未调整
PARSE_FILE_TIMEOUT_SECONDS参数，批量文档解析超时未被正确处理。 - 多轮对话输出所有AI对话模块的结果，未仅保留最终结果。原因：未配置对话结果截断规则，或未锁定会话流程的输出节点。
- 多轮对话中调用的数据源类型混乱，出现港口数据与海关数据混用的情况。原因：未在提示词中明确数据源校验逻辑，且未锁定会话流程的数据源选择步骤。
怎么确认配好了
- 上传一份标准体积的铁矿石尽调文档，检查解析状态是否正常，若出现超时错误则调整对应参数。
- 发起一轮多轮对话，输入不同批次的铁矿石查询，检查召回结果的数量是否符合预期，调整对应配置项。
- 发起多轮对话并切换流程选项，检查是否保持固定流程，确认会话流程锁定配置生效。
- 查看对话日志的操作按钮是否可见，确认日志管理配置是否开启。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。