这个品类的数据长什么样
水产养殖的尽调数据来源包括养殖塘口的物联网监测设备、养殖户日常台账、渔政抽检报告与饲料供应商供货记录。数据更新节奏分为三类：水质溶解氧、pH等实时指标每小时更新，投喂量、病害记录等台账数据每日更新，渔政抽检报告按周更新。文档结构以塘口为唯一标识，包含养殖品种、养殖周期、塘口面积、水质指标（溶解氧、氨氮，单位mg/L；pH无单位）、日投喂量（kg/亩）、病害发生记录等字段。
这些特征在「多轮对话与提示词」这一环带来什么约束
由于数据来源分散且更新节奏不一，多轮对话需先明确当前查询的塘口与养殖品种，避免跨塘口调用数据。不同养殖品种的水质指标阈值差异明显，提示词需先获取品种信息再匹配对应阈值规则。实时指标与历史台账需区分调用优先级，多轮对话中需先拉取最新实时数据再补充历史台账内容，确保尽调数据的时效性。字段包含特定单位，提示词需明确要求所有指标附带标准单位，避免生成无单位的模糊结果。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 前 1200–1500 字符 | 水产养殖数据字段多，需保留足够的历史对话与指标上下文，避免截断关键养殖参数 |
ragRecallNum | 前 8 条 | 需覆盖水质、投喂、病害多类数据，过多会增加token消耗，过少无法覆盖全量尽调维度 |
similarityThreshold | 0.75–0.85 | 水产指标阈值严格，需过滤低匹配度的非养殖相关数据，避免错误调用非对应塘口的监测数据 |
responseFormat | 按指定JSON结构 | 尽调报告需结构化输出，便于后续自动化整合与报表生成 |
apiTimeout | 600 秒 | 需调取多源分散的养殖数据，避免因数据拉取超时导致对话中断 |
system_prompt_template | 按塘口品种+指标维度拆分提示 | 适配不同养殖品种的阈值差异，明确优先调用实时物联网数据再补充台账 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：调用API启动智能尽调对话后，界面提示“会话初始化失败”。原因：未在对话配置中绑定对应水产养殖塘口的专属数据权限，导致无法拉取对应数据源。
- 现象：完成一次对话后，历史记录中多出一条重复的用户输入内容。原因：未关闭自动追加历史上下文的开关，或在调用API时重复传入了初始用户提问文本。
- 现象：生成的尽调报告回复中未附带水质指标的标准单位。原因：提示词未明确要求所有水产养殖指标需标注对应单位，或配置的
responseFormat未包含单位字段校验规则。
怎么确认配好了
- 发起一轮针对指定塘口水质的提问，核对返回结果中是否包含该塘口的最新溶解氧、pH值数据。
- 调用API连续发起两轮对话，检查历史记录中无重复的用户提问条目。
- 配置
responseFormat为JSON后，生成的回复可被标准JSON解析工具正常解析。 - 调整
similarityThreshold参数，通过测试不同阈值下的召回结果，确认其取值匹配水产养殖指标的精度要求。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。