这个品类的数据长什么样
水处理收益率相关数据主要来自在线水质监测终端、水厂运行日志、药剂采购与投加报表、产水达标统计台账。数据更新节奏覆盖分钟级实时监测、每日日报、月度成本汇总三类。单份文档结构包含设备唯一标识、监测时间戳、进水浊度、COD浓度、氨氮含量、药剂投加量、单位能耗、产水量、产水达标率、单位处理成本等字段，字段单位涵盖NTU、mg/L、m³、元/m³等专业计量标准。
这些特征在「多轮对话与提示词」这一环带来什么约束
水处理数据的多维度分散来源要求多轮对话需关联不同文档的上下文，例如将设备ID与对应时段的能耗、产水数据绑定。高频更新的实时数据要求对话系统需优先召回最新监测条目，避免使用过期的历史数据。字段的专业性要求提示词需明确限定检索范围，防止生成超出水处理专业范畴的无关内容。多轮对话中需跟踪用户的问题链，例如先确认设备ID后再检索对应成本数据，避免跨设备的参数混淆。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 1500–2000 字符 | 水处理数据字段多且关联紧密，需保留多轮对话中设备ID、监测时段等关键上下文 |
recall_count | 前 8 条 | 水处理数据包含多维度参数，需召回足够条目覆盖不同监测维度与成本项 |
similarity_threshold | 0.72–0.78 | 避免召回无关的历史监测数据，同时覆盖同设备不同时段的关联日志 |
clear_upload_history_on_new | 开启 | 避免每次新上传附件时加载历史文档，仅保留当前上传的水处理运行报表 |
use_variable_kb_id | 按实测标定 | 支持按用户输入的水厂ID动态切换知识库，适配多站点水处理场景 |
force_knowledge_retrieval | 开启 | 强制每次对话都调用知识库检索，避免系统随机跳过检索环节 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：每次上传新的水处理运行日报后，系统仍会加载此前上传的历史监测日志，导致召回数据冗余。原因：未配置
clear_upload_history_on_new为开启状态，系统默认保留所有上传的文档副本。 - 现象：尝试通过自定义变量传入知识库ID时，返回
invalid variable reference错误。原因：未正确启用use_variable_kb_id配置，变量未绑定到知识库管理模块的合法ID字段。 - 现象：部分对话未召回水处理的产水率、成本数据，仅返回通用解释内容。原因：未开启
force_knowledge_retrieval配置，系统未强制要求每次对话都调用知识库检索。
怎么确认配好了
- 上传单份水处理运行日报，发起“查看今日产水率”的对话，检查召回的文档仅包含当前上传的文件。
- 在对话中输入自定义知识库ID，发起查询，确认系统能正确关联到对应水厂的监测数据。
- 开启强制知识库检索开关后，发起无前置上下文的查询，确认结果仅来自绑定的水处理知识库。
- 发起多轮对话，依次询问“设备A的今日进水浊度”“对应的药剂投加成本”，检查系统能关联两轮对话的上下文参数。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。