这个品类的数据长什么样
废标项竞价数据来源于公共资源交易平台公开的废标公告、企业内部投标归档库。数据更新随对应招标项目的状态变更，无固定周期，单项目废标后24小时内完成更新。单条数据文档结构包含项目标识号、招标主体、废标事由、涉事标段数、原投标限价、公示发布时间等字段，字段单位多为“个”“元”“年月日”，部分字段存在多值情况，如涉事标段可包含多个独立标段编号。
这些特征在「多轮对话与提示词」这一环带来什么约束
数据来源分散导致多轮对话需要跨多个知识库关联召回，需限制上下文窗口仅保留当前招标项目的相关数据，避免跨项目内容干扰。无固定更新节奏要求对话环节支持实时触发知识库刷新，不宜依赖固定定时同步机制。固定字段与单位要求提示词必须明确指定提取规则，避免出现单位混淆或字段遗漏。多值字段的存在则要求多轮对话中需支持分步追问确认细节，确保提取信息完整。同时，单条数据关联的项目标识需作为上下文关键标识，在多轮交互中持续保留，防止对话上下文错乱。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 8000–12000 字符 | 匹配单条废标项文档的平均长度，保留当前招标项目的上下文信息，避免跨项目干扰 |
recallTopK | 前 3–5 条 | 废标项数据单项目条目较少，过多召回会引入无关公告内容 |
similarityThreshold | 0.75–0.85 | 过滤低相关的废标公告，确保召回内容与当前招标项目强关联 |
promptTemplate | 按废标项字段模板提取，保留单位与项目标识 | 匹配废标项的固定字段结构，避免提取错误的单位或字段 |
timeout | 600 秒 | 跨平台召回公告需要较长时间，避免提前终止对话 |
PARSE_FILE_MAX_SIZE | 20 MB | 适配批量导入的废标公告归档文件大小 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象为对话执行至知识库召回环节后直接终止，无后续回复。原因是
timeout参数设置过短，跨平台召回公告时未完成请求就触发超时。 - 现象为对话频繁返回状态码504的请求超时错误。原因是
similarityThreshold设置过高，导致无法召回足够的有效数据，系统等待超时。 - 现象为普通对话环节自动引入废标项知识库内容。原因是未关闭默认知识库关联开关，导致非指定场景下召回了无关数据。
怎么确认配好了
- 上传单条废标项公告文档，核对提取结果是否包含预设字段与对应单位。
- 发起包含多个招标项目的多轮对话，确认上下文仅保留当前项目的废标项数据。
- 查看对话执行日志，确认未出现提前终止或超时报错。
- 测试插件触发场景，确认仅在指定环节调用提示词模板。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。