这个品类的数据长什么样
整车财报数据来自公开监管披露渠道与车企官方投资者关系页面，更新节奏分为定期与临时两类：定期报告按季度、半年度、年度固定披露，临时公告在重大业务事项发生后及时发布。文档包含多模块结构化内容，涵盖整车业务营收、交付量、单车平均售价等核心字段，字段单位包含人民币元、辆、亿元等。单份定期报告包含多页结构化报表与文字分析内容，部分数据以表格形式呈现，部分为针对业务板块的详细说明。
这些特征在「引用来源与溯源」这一环带来什么约束
数据来源分散的特点要求溯源环节需关联披露渠道与文档类型标识，避免混淆不同批次的财报内容。文档体量较大且包含多业务板块的特性，要求召回时需精准定位对应板块的段落，避免跨业务模块的无效引用。字段单位存在不同量级的情况，要求溯源时保留原始单位标注，防止出现单位混淆的分析错误。临时公告的高频更新特性，要求溯源环节附带披露时间戳，确保引用的是最新版本的业务数据。整车财报的核心字段与具体车型、业务板块强绑定，要求溯源信息需关联到细分板块，不可仅关联文档整体。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
chunk_size | 800–1200 字符 | 整车财报单段结构化数据长度多在500-1000字符，分段过长会丢失字段关联，过短会拆分同一业务板块数据 |
top_k | 前 6–8 条 | 整车财报涉及多业务模块，需召回足够数量的相关片段覆盖不同板块，同时避免冗余召回 |
similarity_threshold | 0.72–0.85 | 财报字段精准度要求高，阈值过低会引入无关业务数据，过高会遗漏相关细分字段 |
enable_source_reference | 开启 | 需保留原始文档的章节、披露时间等溯源信息，满足财报分析的合规性要求 |
source_metadata_fields | ["披露日期", "文档类型", "业务板块"] | 整车财报需区分定期报告/临时公告、对应业务板块，这些元数据可提升溯源准确性 |
dynamic_knowledge_base_switch | 开启 | 需支持动态切换不同车企的财报知识库，适配多主体分析场景 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：动态知识库节点的
reference_variable选择框无可选变量，无法完成动态指定。原因：未创建与节点参数类型匹配的全局变量，或变量未保存为生效状态。 - 现象：MongoDB日志中仅显示文档名称，无法区分同一文档内的不同业务板块引用条目。原因：未配置
source_metadata_fields参数，未采集业务板块、披露日期等细分元数据。 - 现象：大模型生成的引用ID未匹配实际召回的知识库片段，或输出内容中出现未绑定真实片段的引用标记。原因：召回片段未绑定原始文档的段落偏移量或章节标识，导致大模型无法生成有效溯源信息。
怎么确认配好了
- 进入工作流的动态知识库节点，查看
reference_variable下拉框，确认已配置的变量已显示在选项中。 - 触发一次测试调用，查看返回结果的引用源，确认包含
披露日期、业务板块等元数据信息。 - 查看MongoDB日志，确认每条引用记录都包含对应的知识库ID、文档元数据和片段偏移量。
- 调整任意配置参数后，测试召回结果的数量或内容变化，确认参数生效。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。