这个品类的数据长什么样
本品类的数据服务于代码与变更评审辅助场景，用于校验广告相关代码变更是否符合合规要求。数据来源包括广告平台后台、客户资质库、合同系统及监管公开规则，日常文档包含广告审查表、资质附件、投放记录、整改通知等。数据更新频率随广告活动周期按月调整，字段包含活动ID、审查状态、资质有效期、投放时段、整改节点等。本品类聚焦审核与投放证据的保存，区别于关注素材内容校验的广告素材审核品类，无额外统计数字。
这些特征在「引用来源与溯源」这一环带来什么约束
在代码与变更评审的场景中，上述数据特征为引用来源与溯源环节带来三项核心约束：第一，数据来源分散且跨多个系统，需配置支持多数据源联合索引，确保评审时可快速调取全量合规文档；第二，更新频率随活动周期波动，需适配非固定增量的索引触发逻辑，避免遗漏最新的合规文件；第三，文档字段多为合规强校验项，需精准匹配活动ID等唯一标识，防止评审时调用无关文档导致代码变更校验失效。此外，合规场景下的出错后果直接关联监管处罚，要求溯源结果的精度与一致性有明确保障。
配置怎么定
以下配置适用于 FastGPT v4.17.0 版本。
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
quoteMaxToken | 1200–1500 token | 覆盖单份合规文档的核心内容，确保代码评审时引用的合规信息完整 |
responseData | 仅返回活动ID、资质编号、投放时段字段 | 过滤非合规校验相关的字段，聚焦代码评审所需的关键信息 |
detail | 开启 | 保留引用来源的完整元数据，便于后续合规审计与变更追溯 |
| 单次搜索上限 | 前 4–6 条 | 匹配单广告活动的关联合规文档数量，减少冗余结果干扰代码评审 |
| 最大上下文 | 800–1000 字符 | 适配合规文档的分块长度，保证分块内信息完整，避免截断关键合规字段 |
容易做错的三处
- 现象：代码评审时无法调取广告平台后台的投放记录文档，原因：未配置跨系统数据源索引，仅索引了本地存储的合规文档。
- 现象：返回的引用内容与当前广告活动的合规问题无关，导致代码变更校验失效，原因：未过滤非活动相关的文档字段，且单次搜索上限设置超过本活动的关联文档数量。
- 现象：引用来源的资质编号、投放时段等关键元数据缺失，无法完成合规归档，原因：未开启
detail配置，未保留引用的完整元数据字段。
怎么确认配好了
- 查看索引配置页面，确认已添加广告平台后台、客户资质库、合同系统三类数据源。
- 发起一次代码变更评审的测试提问，核对返回的引用内容是否包含当前活动的专属合规字段，如活动ID。
- 检查引用结果的元数据，确认是否包含文档来源、更新时间等信息。
- 模拟一次合规检查场景，验证返回的引用内容可直接用于归档整理。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-10-19，文中适用性按 FastGPT v4.17.0 基线讨论；部署前需核对实际版本。