这个品类的数据长什么样
光伏品类的营销数据主要来自光伏设备制造商公开的产品规格文档、分布式光伏项目的技术交底材料、地方能源管理部门发布的并网指导文件。更新节奏分为两类：产品规格文档随新品推出或参数调整按季度更新，政策类文档随地方政策调整不定期更新，项目案例文档随项目竣工实时补充。文档多采用结构化表格搭配简短说明的形式，核心字段包含产品型号、额定输出功率、组件外形尺寸、系统总重量、适配安装场景，对应的单位分别为kW、mm、kg，适配场景为文字描述。
这些特征在「多轮对话与提示词」这一环带来什么约束
光伏品类的结构化数据特征，要求多轮对话需精准绑定预设字段开展交互，避免生成无依据的参数信息。固定周期更新的产品数据，要求对话系统需同步更新知识库解析后的结构化内容，防止输出过时参数。不定期更新的政策类数据，需在提示词中明确要求优先调用最新解析的政策文档，避免引用失效条款。多场景适配的营销需求，要求多轮对话需保留用户输入的安装场景、用电需求等上下文信息，为后续产品匹配提供依据。不同单位的字段共存，需在提示词中统一单位表述规则，防止出现功率单位混淆的问题。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 8000–12000 字符 | 光伏营销对话需保留用户安装需求、产品参数等多轮上下文，避免丢失关键交互信息 |
RECALL_TOP_N | 前6–8条 | 光伏产品参数字段较多，需召回足够的结构化数据覆盖用户提问维度，同时控制冗余信息 |
PROMPT_TEMPLATE | 按产品型号、额定功率、适配场景的顺序整理回复，仅使用当前知识库中的字段数据 | 光伏核心营销信息集中在该三类字段，可提升回复针对性与合规性 |
PARSE_FILE_TIMEOUT_SECONDS | 300 秒 | 光伏产品手册多为多页结构化表格，解析耗时较长，需预留足够时间完成完整解析 |
JSON_SCHEMA | {"type":"object","properties":{"product_model":{"type":"string"},"rated_power":{"type":"number"},"adapt_scene":{"type":"string"}},"required":["product_model","rated_power"]} | 规范营销内容的返回格式，确保核心产品字段完整返回 |
AUTO_REFRESH_KNOWLEDGE | 按季度触发 | 光伏产品参数按季度更新，需同步刷新解析后的知识库内容，避免输出过时信息 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：部署后的对话工作流执行速度慢于本地调试阶段。原因：部署后需调用云端实时解析的知识库数据，且多轮上下文的校验逻辑会增加整体处理耗时。
- 现象：回复的JSON格式不符合预设的
JSON_SCHEMA，出现字段缺失或数值类型错误。原因：提示词未明确要求严格遵循预设的结构规则，或知识库中的非结构化内容干扰了格式生成逻辑。 - 现象：多轮对话中无法保留用户此前提供的安装场景、用电需求等上下文信息。原因：
maxContext配置的字符数过小，较早的交互内容被自动截断，无法留存至后续对话环节。
怎么确认配好了
- 发起一轮包含多轮交互的测试对话，检查后续轮次是否能正确调用此前输入的安装场景信息，核对上下文留存效果。
- 输入包含产品参数查询的提问，检查返回内容是否仅使用当前知识库中的字段，未出现无依据的参数信息。
- 查看知识库的自动刷新日志，确认按配置的周期完成了文档解析与更新，验证
AUTO_REFRESH_KNOWLEDGE配置生效。 - 生成一条测试回复，检查格式是否符合预设的
JSON_SCHEMA规则，核对字段完整性与类型正确性。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。