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