这个品类的数据长什么样
竞对报价数据主要来源于公开招投标平台、企业内部历史投标档案、行业合作方共享的投标文件。更新节奏随招标项目周期变动，通常每周或每旬新增一批有效数据。标准文档包含投标函、分项报价明细表、资质证明附件三部分，核心字段包括项目唯一编号、投标单位全称、分项单价与总价、交付周期、资质等级，单位涵盖元/件、万元、日历天等，部分文档会附带多语言报价说明。
这些特征在「多轮对话与提示词」这一环带来什么约束
竞对报价的多字段分散特性要求多轮对话需逐步引导用户明确核心查询条件，避免因字段缺失导致结果偏差。数据随项目动态更新的属性，要求对话上下文需保留历史查询的项目编号、单位等关键信息，防止跨项目混淆。多附件组合的文档结构，要求解析环节需同步处理正文与附件内容，且提示词需明确指定附件内容的提取规则。不同投标方的报价单位不统一的情况，要求提示词需强制统一输出指定单位，避免结果混乱。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 12000–15000 字符 | 竞对报价文档常包含多组分项报价与资质说明，需保留多轮对话中的项目编号、单位等上下文信息，避免上下文溢出 |
recallTopK | 前 8–12 条 | 竞对报价数据按项目分组，需召回足够多的同项目历史报价样本，覆盖不同投标单位的报价区间 |
similarityThreshold | 0.72–0.80 | 区分同项目不同投标方的报价差异，避免召回非目标项目的无效数据 |
PARSE_FILE_TIMEOUT_SECONDS | 300 秒 | 竞对报价常附带多页资质附件，需预留足够时间完成长文档解析 |
promptTemplate | 需明确指定项目编号、币种单位后再提取报价数据 | 竞对报价数据字段分散，需通过提示词约束AI先校验核心字段完整性再输出结果 |
fileChunkSize | 800–1000 字符 | 拆分分项报价明细时保留单组报价的逻辑完整性，避免拆分后丢失单价与总价的对应关系 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：对话中上传的竞对报价文件无法被读取，知识库上传文件流程正常。原因：未开启对话场景下的临时文件解析权限，导致本地部署时临时上传的文件无法触发解析逻辑。
- 现象：多轮对话输出的竞对报价存在币种、单位混乱的情况。原因：提示词未明确要求统一转换为指定单位，且未配置上下文保留历史对话中的项目单位信息。
- 现象：向量索引召回的竞对报价数据与用户指定的项目编号不匹配。原因：召回条数设置过多，且相似度阈值设置偏低，混入了其他项目的报价数据。
怎么确认配好了
- 上传单份包含分项报价的竞对报价文档至知识库，触发解析后检查分段后的文本是否保留了单价与总价的对应关系。
- 发起多轮对话，先指定项目编号与目标币种单位，再询问某投标方的分项报价，检查AI是否能基于上下文输出正确的单位与金额。
- 调整相似度阈值后，测试召回同项目下的不同投标方报价，确认召回结果与目标项目强相关，无无关项目数据混入。
- 上传包含多页资质附件的竞对报价文档，检查解析后的文本是否覆盖了所有附件内容，无截断或缺失情况。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。