这个品类的数据长什么样
处罚案例的数据来源为国家金融监督管理总局官网、各地银保监局公示栏、行业协会合规通报库。更新节奏随监管执法进度发布，无固定周期，单次发布后不再修改。单条文档结构包含处罚文号、被处罚主体名称、违法违规事实、处罚依据、处罚结果、作出处罚的机构、作出日期七个核心字段。其中处罚文号为唯一标识，处罚结果包含罚款金额（单位：万元）、停业整顿期限等具体量化内容。
这些特征在「引用来源与溯源」这一环带来什么约束
处罚案例的唯一标识为处罚文号，因此溯源环节必须绑定该字段作为核心关联原始公示页面，避免同文号不同案例的混淆。数据来自监管公开渠道，溯源链接必须直接指向监管官方发布页面，不得使用二次转发地址。违法违规事实为核心引用内容，召回时需优先匹配该字段，主体名称的匹配需置于其后，确保引用内容的准确性。数据更新无固定周期，需配置实时同步机制，保证最新处罚案例及时被纳入召回范围。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
source_unique_key | 处罚文号 | 该字段为监管发布的唯一标识，可避免召回重复案例 |
retrieve_field | 违法违规事实 | 该字段为处罚案例的核心合规内容，匹配精度更高 |
source_sync_mode | 实时拉取 | 监管处罚公示无固定发布周期，实时同步可保证最新案例被纳入 |
source_link_template | https://[监管域名]/[处罚文号] | 直接指向监管发布的原始公示页面，符合溯源合规要求 |
max_retrieve_count | 前3条 | 处罚案例单条内容较长，过多召回会超出上下文窗口 |
similarity_threshold | 0.75–0.85 | 该区间可过滤无关召回，同时保留核心匹配内容 |
本页给出的参数取值均为常规建议，用于确定配置的起点。实际取值受材料形态、数据量与业务规则影响，具体问题需具体分析，建议在自有样本上实测后再定。
容易做错的三处
- 现象：对话接口返回的结果中未展示溯源链接入口。原因：未配置
show_source_link参数，或参数取值为false，导致无法生成溯源入口。 - 现象：工作流中调用溯源功能时，无法通过自定义变量拼接链接。原因：
source_link_template仅支持基于处罚文号的固定拼接，不支持外部变量注入，需直接使用监管域名+文号的格式。 - 现象：召回结果中出现
source_url字段为空。原因：未将处罚文号配置为source_unique_key，导致无法正确关联原始公示页面。
怎么确认配好了
- 触发一次包含处罚案例的合规问答，检查返回结果中是否包含
source_url字段，且链接格式符合监管官方域名+处罚文号的拼接规则。 - 查看系统同步日志，确认新发布的处罚案例是否在合理时间内被拉取到知识库中。
- 调整
similarity_threshold的取值，验证召回结果的匹配精度是否符合预期。 - 检查
max_retrieve_count的配置，确认每次召回的结果条数不超过预设值。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-14，当时的最新发布版本为 FastGPT v4.17.0。