环节一：资料入库与分级
只读入库并登记来源；按分级结论决定哪些内容进索引、哪些仅在隔离空间使用、哪些不入库。
OnvergeAi · OnvergeAi
合规知识问答
面向金融机构合规岗：把监管公开要求、内部制度与操作规程做成可控检索问答，每条答复带出处与生效状态，口径经合规岗确认后方可对业务使用；新产品判断与责任认定不进问答范围，只做资料检索与要点整理。
这个场景做什么
把监管公开要求、内部制度、操作规程与业务问答口径做成可控检索与问答，不承担合规人员的判断职责。系统把「谁记得、在哪份文件里」变成「谁都能查到、每条答复带出处与生效状态」；条文引用必须回到原文，答复口径由合规岗确认后才能对业务或客户使用。涉及新产品新业务判断、跨部门争议与责任认定的问题不进入问答范围，只做资料检索与要点整理。
制度与监管要求分散在多份文件与多个系统（业务问询依赖个人经验与私下沟通，答复口径不一致，检查时无法举证依据）
制度版本更新频繁且生效期交叉（误引失效或未生效条款，事后整改返工，制度修订任务难以闭环）
跨部门检索与确认耗时（单次问询需多轮往返，业务等待时间长，答复质量取决于谁在场）
答复缺少留痕（无法说明当时依据哪一版文件与由谁确认，检查与内审时需重新翻找）
能力边界
不提供合规结论与法律意见；不判定业务可否开展；不作出授信、投资、承保与风控判断；不直接对客户发布答复；不导入未经授权的客户资料与个人信息全文；不承担合规岗的审核职责。
场景分析
这条链路是：资料入库 → 分级与版本标注 → 权限过滤检索 → 生成候选答复 → 人工确认 → 留痕与复审。前四步决定效率，后两步决定能否被采用。
环节二：版本与生效状态
每条内容标注版本、生效日期与版本更替关系；检索默认只看现行版本，历史版本按权限单独可见。
环节三：检索与出处
制度文号与条款编号走精确匹配通道，自然语言问询走语义检索，结果统一附文件定位与出处。
环节四：候选答复生成
生成可修改的答复草稿与要点清单，保留引用片段；无出处内容按规则降级为未找到依据。
环节五：确认与留痕
合规岗确认答复口径后发布，记录确认人、时间与依据版本；未确认内容不得对业务或客户使用。
输入输出与复核
每一步的输入、处理方式、输出与把关角色都要明确，否则输出无人敢用，试点会在验收阶段停滞。
| 环节 | 输入与处理方式 | 输出与把关角色 |
|---|---|---|
| 规范检索 | 输入：制度与公开监管文件（含版本信息）。处理：检索 + 生效状态与权限过滤。 | 输出：带出处的检索结果 · 合规岗 |
| 答复草稿 | 输入：常见问题 + 现行制度条款。处理：按口径模板组织内容并保留引用。 | 输出：待确认草稿 · 合规岗 + 业务负责人 |
| 制度变更影响 | 输入：新发布制度全文 + 现有制度目录。处理：条目级影响比对。 | 输出：影响清单 · 制度归口部门 |
| 口径差异比对 | 输入：各部门现有口径文本。处理：同问题差异点提取。 | 输出：差异清单 · 归口部门裁定 |
| 培训素材 | 输入：制度与公开文件。处理：要点与题目整理并附出处。 | 输出：培训素材 · 归口岗位 |
| 版本变更评测 | 输入：固定测试集 + 待上线的模型/提示词版本。处理：评测与回放比对。 | 输出：评测与回放记录 · 模型治理岗 |
治理保障
本场景的治理规则围绕分级、版本、权限、留痕四件事，全部可以落到系统配置与审批流程上。
- 分级先行
- 没有分级结论不进入入库环节；未定级字段默认不入索引，分级变更须书面确认并同步调整策略。
- 版本与生效状态
- 更新产生新版本，旧版本标注失效或转历史档；引用默认只看现行版本。
- 权限与可见范围
- 按部门、岗位与知识域限制可见范围；跨域检索与导出留痕。
- 答复审批与留痕
- 对外与业务答复须经指定岗位确认后发布，记录确认人、时间与依据版本。
- 模型与提示词变更管理
- 变更前用固定测试集评测与回放，差异项书面评估；上线后保留版本号便于追溯。
- 第三方调用边界
- 外部模型与服务仅用于允许的任务，字段脱敏并逐次审批；责任划分写入合同与责任接口矩阵。
价值与衡量方式
收益用可复核的口径描述：抽检一致性、返工事件数、同任务耗时对比，不使用效果承诺类表述。
- 答复口径一致且可溯源
- 衡量方式：抽取若干典型问题，统计答复口径一致性与出处完整度，逐条记录未附出处的比例。
- 制度误用返工减少
- 衡量方式：统计因引用失效或未生效版本导致的返工与纠错事件数变化。
- 问询响应耗时下降
- 衡量方式：选取同一批典型问询，对比人工检索与系统辅助后的人工核对耗时。
- 合规动作可交代
- 衡量方式：检查分级清单、审批矩阵、版本台账、外发记录四类材料的完成度与留痕完整性。
※ 以上为方法说明与衡量口径，不构成对具体项目效果的承诺；结果受制度完备程度、资料质量与复核执行情况影响。
场景的结构化说明
- 典型任务
- 输出附文件版本、条款定位与生效状态的检索结果，失效与未生效内容单独标注：制度与监管要求检索；面向坐席与业务人员生成待确认答复草稿与出处，不直接对客户输出：业务问答口径辅助；新制度发布后列出受影响的现有制度与操作规程条目，形成修订待办清单：制度变更影响清单；按主题归集公开监管要求与内部制度要点，输出清单与出处，供合规岗判定：专题合规资料整理；从制度与公开文件整理培训要点与题目，答案附出处由归口岗位复核：培训与题库素材整理；对同一业务问题比对不同部门现有口径，输出差异清单，交由归口部门裁定：跨部门口径差异比对
- 适用前提
- 无分级结论时先补分级清单，否则可入库范围与字段裁剪规则无法界定，本场景不具备开工条件（完成数据分类分级并确认入库范围）；约定哪类问题进入问答、哪类必须转人工，以及对外答复的批准岗位（明确场景风险定档与人工批准节点）；模型、提示词与知识库变更须留存版本号，可用固定测试集评测与回放（建立模型版本管理与评测回放机制）；每个知识域有归口岗位负责内容正确性、更新与下架（指定知识域归口与答复责任人）
- 推荐部署
- 纯私有化；知识库本地化 + 外部模型
- 推荐架构
- 默认纯私有化：制度、规程与业务资料在授权网络内解析、切片与索引，按部门与岗位做权限隔离，账号一人一号；检索前执行权限过滤与生效状态过滤，输出附文件版本与条款定位。敏感字段在入库前做最小化与脱敏，客户与账户类数据默认不进索引。若采用混合方式，仅允许脱敏后的最小片段经审批外发，调用与审批记录留痕；外部模型的版本与内容变更纳入同一版本台账管理。
- 数据流与边界
- ① 入库：制度与监管资料只读入库，登记来源、版本与责任人；② 分级与脱敏：按分级结论裁剪字段并脱敏，未定级字段默认不入索引；③ 版本标注与切片：标注生效日期与版本更替关系，按条款与章节切片，保留页码锚点；④ 权限过滤索引：按部门与岗位分区索引，检索前执行权限与生效状态过滤；⑤ 检索问答：返回附条款出处与生效状态的候选答复，无出处内容降级为未找到依据；⑥ 人工确认与留痕：合规岗确认答复口径后发布，记录确认人、时间与版本；⑦ 复审触发：制度或监管要求更新时触发复审任务，由归口岗位限期完成
- 交付物
- 知识域与责任表（表格）：知识域划分、资料来源、归口岗位与更新周期；分级与入库范围清单（表格）：字段级分级结论、可入库范围、隔离使用范围与不入库范围；版本与生效期台账（台账）：文件版本、生效日期、版本更替关系与失效标注；检索与引用评测记录（报告）：测试集构成、命中与引用定位情况、拒答情况与未达项归因；答复口径模板与审批流程（文档）：答复模板、批准岗位、留痕字段与发布流程；模型版本台账与回放记录（台账）：模型与提示词版本、变更原因、评测与回放结论
- 上线节奏
- 第 1—2 周：诊断与前置条件核查：数据分级、模型治理与第三方合作制度是否具备，缺失项列为里程碑；第 3—4 周：知识域梳理、分级落地与入库范围确认；第 5—6 周：版本标注、切片入库与固定测试集检索评测；第 7—8 周：单部门试点问答，跑通答复审批与留痕流程；第 9—10 周：评测复盘、扩围判定与归口岗位接手更新
- 人工复核点
- 分级结论与入库范围 / 数据治理岗 + 合规岗 / 分级结论书面确认后方可入库，未定级字段不入索引；条文引用与生效状态 / 合规岗 / 引用须定位到现行版本原文，逐条核验生效状态；对外与业务答复口径 / 合规岗 + 业务负责人 / 发布前确认，承诺性表述不得出现，留痕记录确认人与版本；制度变更影响清单 / 制度归口部门 / 受影响条目逐项确认后形成修订任务并限期闭环；模型版本上线与更新 / 模型治理岗 / 变更须通过固定测试集评测与回放并留审批记录
- 风险控制
- 引用失效或未生效条款：版本台账 + 生效状态过滤，失效内容转历史档并在结果中提示；辅助答复被直接用于对外或业务承诺：输出标注为辅助材料，须经合规岗或业务负责人确认后发布，未确认内容不得对外；消费者个人信息或客户资料进入索引：入库前字段最小化与脱敏，客户与账户类数据默认不入索引，确需样本单独登记；外部模型调用范围不清：仅脱敏后的最小片段经审批外发，调用对象、字段与审批人留痕，纳入责任接口矩阵
- 合规依据
- 中华人民共和国数据安全法：建立数据分类分级保护制度，按数据重要程度与危害程度分级并采取相应保护措施；中华人民共和国个人信息保护法：处理个人信息应具有明确合理目的并采取对个人权益影响最小的方式；委托处理须约定范围、保护措施与双方责任