这个品类的数据长什么样
燃气尽调数据主要来自属地燃气经营企业的运营台账、城市燃气管网GIS地理信息档案、应急管理部门的燃气安全巡检记录、上游气源供应协议、用户安全检测档案。更新节奏为：管网基础档案每季度更新，运营数据每日同步，安全检测记录每月归档。文档结构多为结构化表格（含管线编号、压力值、检测日期）、PDF格式的巡检报告、CSV格式的用户台账。字段包含燃气管道公称直径（单位mm）、供气压力（单位MPa）、巡检人员编号、检测合格状态，部分文档含经纬度坐标。
这些特征在「引用来源与溯源」这一环带来什么约束
燃气数据的空间属性与专业字段特性，对溯源环节提出特定约束：需关联经纬度坐标以匹配目标管线的地理范围，避免跨区域无关数据混入；不同类型数据的更新频率差异，要求溯源时标注对应数据的采集时间戳，确保尽调报告的时效性；多格式文档并存的情况，需适配结构化表格、长文本PDF与CSV台账的字段提取规则，保证核心参数的完整提取；专业字段带有固定单位，溯源环节需保留单位信息，避免参数歧义；燃气数据涉及公共安全合规，需完整保留来源机构标识，确保溯源可追溯至监管或运营主体。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
召回条数 | 前8条 | 燃气尽调数据字段多且专业，过多召回会引入无关管线数据，过少则无法覆盖核心尽调指标 |
相似度阈值 | 0.75–0.85 | 燃气数据的专业术语密度高，需过滤低匹配度的非专业文档，同时保留同领域的关联数据 |
PARSE_FILE_TIMEOUT_SECONDS | 300 秒 | 大型GIS档案PDF解析耗时较长，需预留足够时间完成结构化字段提取 |
分段长度 | 1000–1200 字符 | 燃气巡检报告多为长段落描述，分段过长会导致上下文断裂，过短则丢失字段关联关系 |
source_field_whitelist | ["管道编号","供气压力","检测日期","巡检机构"] | 仅保留尽调报告所需的核心溯源字段，避免冗余元数据干扰 |
RECALL_RERANK_ENABLE | 开启 | 燃气数据的空间关联性强，重排可优先召回与目标管线位置匹配的文档 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象为本地部署后关联燃气知识库，引用列表显示对应管线数据，但回答正文未提及该内容。原因是未开启
RECALL_RERANK_ENABLE，或相似度阈值设置过高，导致召回的核心字段未被纳入上下文窗口。 - 现象为解析大型燃气GIS档案时出现
408 Request Timeout错误。原因是PARSE_FILE_TIMEOUT_SECONDS取值低于300秒，大型文档未完成解析即超时。 - 现象为溯源字段中缺失燃气管道的公称直径单位（mm）或供气压力单位（MPa）。原因是未配置
source_field_whitelist保留单位字段，或解析时未启用结构化字段提取规则。
怎么确认配好了
- 上传单份燃气巡检PDF文档，查看解析后的元数据列表，确认核心溯源字段已被提取并正常显示。
- 发起包含具体管线编号的查询，检查回答正文是否包含该管线的对应参数，且引用来源标注了正确的巡检机构与检测日期。
- 调整
召回条数与相似度阈值，对比不同配置下的召回结果数量，确认符合燃气数据的专业匹配需求。 - 调用外部API发起查询，检查返回结果中的
source字段是否包含完整的文档来源信息与核心字段。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。