这个品类的数据长什么样
IT服务智能尽调报告的数据来源为IT服务采购合同、项目交付文档、运维日志、第三方合规评估报告。更新节奏为项目周期内按季度同步更新，合同到期前30天触发全量数据刷新。文档结构包含项目基本信息、服务范围、交付物清单、运维记录、合规校验项、风险评估表。核心字段包括服务周期（单位：月）、合规项数量（单位：项）、风险等级（单位：级）、运维记录条数（单位：条），各字段均绑定对应业务属性，无通用冗余字段。
这些特征在「多轮对话与提示词」这一环带来什么约束
IT服务智能尽调报告的数据量大且结构复杂，多轮对话需处理多份关联文档的上下文，因此需限制上下文窗口的合理范围，避免冗余信息干扰分析。字段多且绑定业务属性，提示词需明确指定提取规则，确保多轮对话中准确获取指定字段的内容。数据更新频率较高，多轮对话需支持实时调用最新的运维记录与合规数据，需配置动态上下文刷新机制。部分字段涉及合规要求，提示词需过滤敏感信息，避免在对话中泄露未公开的合规评估细节。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 8000–12000 字符 | IT服务尽调报告包含多份运维日志、交付文档，单轮上下文长度显著高于通用场景 |
dialogueHistoryRetention | 保留最近 15 轮对话 | 尽调报告相关讨论多围绕项目周期内的节点，过多历史会干扰当前查询的准确性 |
PROMPT_REQUIRE_FIELDS | 项目名称、服务周期、合规项清单、风险等级 | 尽调报告的核心提取字段为行业通用标准项，需在提示词中明确绑定 |
UPLOAD_FILE_MAX_SIZE | 200 MB | 单份IT服务尽调报告包含的附件（如运维报表、资质扫描件）通常不超过该大小 |
recallTopK | 前 8 条 | 尽调报告的关联文档多为同项目下的多份材料，召回过多会导致上下文冗余 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：删除单轮对话后，系统同步清除尽调报告分析的关联日志。原因：未开启
dialogueHistoryPersistence参数，系统默认配置为删除对话时同步移除关联日志数据。 - 现象：提示词中无法正确引用多轮对话中提取的服务周期字段。原因：提示词未明确绑定
{dialogue_history}变量的映射规则，未指定提取字段的优先级。 - 现象：配置多模态图片识别后，上传运维截图无对应内容返回。原因：仅开启了对话节点的图片识别开关，未在全局
modelConfig中配置enableImageRecognition为启用状态。
怎么确认配好了
- 上传单份IT服务尽调报告的核心附件，检查系统弹出的文件大小校验提示，调整
UPLOAD_FILE_MAX_SIZE参数至匹配附件实际大小。 - 发起包含多轮追问的尽调分析请求，查看对话历史展示的轮次数量，确认符合
dialogueHistoryRetention的配置规则。 - 编辑提示词，加入
{dialogue_history}变量，发起测试查询，确认返回内容包含多轮对话中提取的指定字段信息。 - 上传测试运维截图，发起多模态查询，确认返回内容包含图片中的关键文字或标识，验证配置生效。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。