这个品类的数据长什么样
玻璃相关的行情与收益率数据主要来自国内主流建材现货交易平台与玻璃期货交易所。数据分为现货报价与期货行情两类，现货报价每日固定时段更新，期货行情随交易时段实时更新。单条数据文档包含产区名称、玻璃品类（如浮法玻璃、钢化玻璃）、厚度规格、当日报价、前一交易日报价、市场库存余量等字段，报价单位多为元/重量箱或元/平方米，库存单位多为重量箱。数据文档通常按产区与品类分类存储，单篇文档覆盖多周期的历史数据。
这些特征在「多轮对话与提示词」这一环带来什么约束
由于数据来源分散且更新节奏不同，多轮对话需在每轮交互中明确数据类型与更新时间，提示词需加入数据溯源的强制要求。由于字段包含多规格、多产区的细分参数，多轮对话需先引导用户明确具体品类与产区，避免返回泛化的无效结果。由于不同数据源的字段结构存在差异，提示词需限定返回的字段范围，防止输出无关的库存或周期数据。此外，数据更新时段固定，对话中需加入时间校验逻辑，确保用户询问当日数据时已过更新时段。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 12000–15000 字符 | 玻璃相关多轮对话需保留产区、规格、数据类型等多轮上下文，避免上下文溢出导致关键参数丢失 |
召回条数 | 前 6–8 条 | 玻璃数据的字段维度较多，过多召回会导致提示词过长，过少则无法覆盖用户所需的多维度信息 |
相似度阈值 | 0.72–0.78 | 玻璃品类的规格、产区差异较大，需较高匹配度避免召回无关的其他建材品类数据 |
PARSE_FILE_TIMEOUT_SECONDS | 300 秒 | 玻璃的历史报价文档通常包含多产区多周期数据，解析耗时较长，需延长超时时间 |
HTTP_REQUEST_TIMEOUT | 600 秒 | 对接第三方现货/期货平台的接口可能存在较长响应时间，避免请求中途中断 |
system_prompt | 固定模板：结合召回的玻璃现货/期货数据，回答用户关于收益率、当日行情的问题，需明确标注数据来源与更新时间，限定返回字段为产区、规格、报价、更新时间 | 统一约束模型输出格式，避免输出无关内容，确保回答符合用户的细分场景需求 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：在版本4.6.9中调用HTTP请求编排节点后，对话输出结果中未显示该节点的output内容。原因：未开启“将HTTP节点输出接入对话上下文”的配置项，导致输出未被纳入对话流。
- 现象：多轮对话中反复询问用户玻璃的品类与规格，未保留之前交互的关键参数。原因：
maxContext配置值过小，导致多轮交互的上下文被截断，无法保留之前的品类、产区信息。 - 现象：配置全模态模型后，仅支持文本对话，无法处理图片或文件输入。原因：未在模型配置中开启全模态支持选项，且提示词未明确要求兼容多模态输入。
怎么确认配好了
- 发起包含玻璃品类、产区、数据类型的多轮对话，核对对话上下文是否保留了前一轮的关键参数。
- 测试调用HTTP请求节点，查看对话输出是否包含该节点的返回内容。
- 配置全模态模型后，上传玻璃的报价单图片，核对模型是否能正确识别图片中的数据字段。
- 触发工作流流程，核对AI对话完成后是否按规则跳转至对应节点。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。