这个品类的数据长什么样
城商行财报数据主要来源于银保监会官方披露平台、城商行官方网站的定期报告栏目。更新节奏为季度报告季后45日内、半年度报告季后60日内、年度报告年后4个月内公开。文档结构包含资产负债表、利润表、现金流量表，以及监管合规类专项附表。字段包含拆出资金、同业存放款项、不良贷款余额等核心财务科目，单位多为人民币万元或亿元，部分监管指标以百分比标注。
这些特征在「工具调用与插件」这一环带来什么约束
固定的更新节奏要求工具调用的定时触发配置需匹配季度、半年度、年度的披露节点，避免重复调用或遗漏更新。包含专项监管附表与差异化科目字段，要求插件需支持自定义财务科目映射规则，适配不同城商行的披露格式差异。多文档块的结构要求工具调用需支持分块召回与关联匹配，确保监管指标与核心财务数据的联动分析。混合单位的标注要求插件内置单位转换逻辑，统一计算口径，避免跨科目分析时的数值偏差。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
tool_call_max_retries | 2 次 | 城商行财报数据更新频率低，重试次数过多会占用不必要的调用配额，且财报数据结构稳定，单次调用失败多为网络波动 |
reranker_model_path | bge-reranker-base | 城商行财报单文档块长度多在1000-1500字符，基础版模型足以覆盖语义匹配需求，可降低单GPU显存占用 |
rag_chunk_size | 1000-1200 字符 | 城商行财报的监管附表多为短段落密集型内容，该分段区间可保留科目与数值的完整关联 |
rag_top_k | 前 8 条 | 财报数据字段关联度高，过多召回会引入无关内容，过少则遗漏核心监管指标 |
plugin_timeout | 600 秒 | 城商行财报多包含多份附表，批量解析与字段映射需要较长的处理周期 |
rag_similarity_threshold | 0.72-0.78 | 财报科目术语的语义相似度较高，该区间可过滤低相关的非财报内容 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象为启动
bge-reranker-base模型时显存占用正常，调用财报分析工具后单GPU显存飙升至6-7G，且多GPU节点下每卡均占用。原因是未配置reranker_batch_size参数，默认批量处理规模过大，且未开启模型显存分片加载。 - 现象为调用插件后返回的财报数据字段为空，或科目与数值不匹配。原因是未配置自定义科目映射规则，使用通用银行科目库无法识别城商行特有的监管附表字段。
- 现象为工具调用超时，返回
504 Gateway Timeout错误。原因是未将plugin_timeout设置为适配多附表解析的时长，默认超时时间不足以完成完整财报的字段映射与单位转换。
怎么确认配好了
- 查看重排序模型的实时显存占用，确认单卡峰值不超过节点硬件的安全阈值，根据实际情况调整
reranker_batch_size。 - 手动上传一份城商行年度财报，验证插件返回的科目映射结果与原始文档的字段一致，调整自定义映射规则。
- 触发定时工具调用任务，确认任务在
plugin_timeout设定的时长内完成，无超时报错。 - 检查日志中工具调用的召回条数，确认符合
rag_top_k的配置区间，调整相似度阈值过滤无关内容。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。