这个品类的数据长什么样
投资平台的智能尽调报告数据主要来自公开工商信息、上市公司财报、行业研报、二级市场交易数据四类。数据更新节奏存在差异：工商信息随企业变更不定期更新，财报按季度/年度周期发布，研报随行业动态定期或突发更新，交易数据为实时同步。文档结构包含结构化字段与非结构化片段，结构化字段包含company_code、report_date、revenue、debt_ratio等，对应单位为亿元、百分比等；非结构化片段包含财报原文段落、研报点评内容。
这些特征在「引用来源与溯源」这一环带来什么约束
投资平台的尽调数据特征对溯源环节带来多重约束。多源分散的数据源要求溯源需关联至少两类以上的信息来源，避免单一数据源的片面性。不同更新节奏的数据源需要区分实时与离线缓存的溯源标记，确保展示的引用内容与当前数据版本一致。结构化字段与非结构化片段并存的结构，要求溯源同时支持精准字段匹配与段落定位。单位明确的结构化数据，需在溯源中保留对应单位，避免数据歧义。多维度的尽调维度，要求召回的引用片段覆盖营收、风控、行业地位等多个维度，不能仅聚焦单一指标。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxRetrievalCount | 10–15 条 | 投资平台尽调数据来源分散，需召回足够多的多源片段覆盖营收、风控等多个尽调维度 |
rerankTopN | 前 5–8 条 | 尽调报告需高相关性的引用片段，重排后保留TopN结果可过滤低价值内容，确保溯源精准 |
referenceFragmentLength | 300–800 字符 | 兼顾财报原文段落、研报点评的完整语义，避免截断关键财务数据或行业分析内容 |
mysqlQueryTimeout | 60 秒 | 尽调数据查询涉及多表关联的企业信息、财报数据，需足够超时时间避免查询中断 |
enableSourceMeta | 开启 | 需展示report_date、source_type等元数据字段，匹配投资尽调的合规溯源要求 |
referenceDisplayMode | 分组展示 | 按财报、研报、交易数据等来源类型分组，便于用户快速区分不同类别的引用内容 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：AI回答未展示MySQL查询的原文片段，仅返回聚合后的结论。原因：未开启
enableSourceMeta配置，或未在API调用中携带数据源元数据字段。 - 现象：引用片段超出设定长度被截断，导致关键财务数据缺失。原因：
referenceFragmentLength取值过小，未匹配尽调报告中长段落的财报原文。 - 现象：召回的引用条数远超设定上限，导致页面加载卡顿。原因：未配置
maxRetrievalCount限制，或重排环节未执行过滤操作。
怎么确认配好了
- 发起包含多源尽调数据的查询，查看AI回答末尾的引用区块，确认包含
report_date、source_type等元数据字段。 - 检查引用片段的长度，确认未出现关键数据被截断的情况，与
referenceFragmentLength的设定匹配。 - 模拟高并发查询，查看接口返回的引用条数未超过
maxRetrievalCount的设定值。 - 查看系统日志，确认未触发
504 Gateway Timeout错误，MySQL查询超时配置生效。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。