这个品类的数据长什么样
汽车服务智能尽调的数据来源包括车辆管理所登记档案、品牌售后维保系统、二手车交易平台档案、保险公司出险记录、线下汽车检测机构的纸质或电子报告。更新节奏随数据类型不同有所差异，登记档案随车辆交易、年检实时更新，维保记录随每次维修提交后更新，出险记录随保单批改实时同步。文档结构包含两类内容：结构化字段，如17位VIN码、行驶里程（单位公里）、上牌日期、维修次数、出险次数、年检状态；非结构化内容，如维修工单的文字描述、检测照片的OCR识别文本、事故现场照片说明。单份尽调关联的文档数量通常较多，包含多份分散的子文件。
这些特征在「工作流编排」这一环带来什么约束
多源异构数据的拉取需要按数据源类型拆分节点，不同数据源的更新频率不同，需配置增量同步触发条件，避免重复拉取全量数据。17位VIN码是车辆的唯一标识，需在工作流开头添加校验节点，过滤无效的非标准VIN数据。非结构化的检测照片需先调用OCR解析节点，再与结构化字段关联，增加了流程的节点复杂度。单份尽调关联的文档数量较多，需配置分页拉取和批量解析的参数，避免单次处理数据量过大导致流程中断。不同数据源的字段命名存在差异，需配置字段映射节点统一格式，确保后续处理的字段一致性。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
PARSE_FILE_TIMEOUT_SECONDS | 300 秒 | 汽车服务尽调文档常包含多页维保工单和高清检测照片，解析耗时较长，300秒可覆盖多数场景 |
UPLOAD_FILE_MAX_SIZE | 2000 MB | 单份车辆档案可能包含数十张高清检测图和完整维保记录，需支持大文件上传 |
分段长度 | 800–1200 字符 | 汽车尽调数据包含结构化字段和非结构化维修描述，该分段长度可平衡上下文关联和模型处理效率 |
召回条数 | 前 8 条 | 尽调报告需覆盖核心维保、出险、抵押三类关键数据，过多召回会增加模型处理负担 |
相似度阈值 | 0.75 | 需过滤低匹配度的跨车型无关数据，同时保留同车型不同批次的有效记录 |
http_request_timeout | 60 秒 | 调用外部数据源（如车管所接口）时需预留足够的响应时间，避免中途超时中断流程 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象为工作流执行时返回
408 Request Timeout错误，原因是未针对汽车服务多源数据的拉取配置合理的超时参数，导致外部接口调用超时。 - 现象为生成的尽调报告中关联的原文件无法预览，字段为空，原因是未正确配置
文件链接变量的作用域，未将原文件路径正确传递至预览节点。 - 现象为http请求节点输出的base64编码格式异常，原因是未在请求头中正确设置
Content-Type: application/json，导致FastGPT无法正确解析返回的图片数据。
怎么确认配好了
- 执行工作流的测试节点，查看日志中
PARSE_FILE_TIMEOUT_SECONDS的配置值，确认解析环节未触发超时错误。 - 上传一份包含VIN码和配套检测照片的测试档案，生成尽调报告后点击关联的文件链接，确认可在线预览原文档内容。
- 触发http请求节点调用本地图片转base64的接口，查看返回结果是否包含标准的
data:image/png;base64,前缀，确认格式正确。 - 调整
相似度阈值至0.6，重新执行工作流，查看召回的数据条数变化，确认阈值配置对召回结果的控制生效。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。