链路环节一：知识盘点与分域
按制度、流程、技术资料、项目复盘等划分知识域，明确每个域的归口责任人与可见范围。
OnvergeAi · OnvergeAi
内部知识库问答
面向企业各业务部门：把分散在OA、共享盘与邮件里的制度、流程与常见问题做成按部门与角色可见的检索问答底座，每条回答回到原文位置与版本；合同金额、客户信息等数据默认不入库，确需纳入按数据域单独审批。
这个场景做什么
把分散在 OA、共享盘、邮件附件与项目文档里的制度、流程、技术资料和常见问题，做成按部门与角色可见的检索问答底座。系统做的是“找资料、给出处、起草稿”，不做的是“确认口径、修订制度、对外表态”。每条回答必须能回到原文位置与版本，由制度归口部门或业务负责人核对后使用；合同金额、客户信息、薪酬与成本等业务数据默认不进入该知识库，确需纳入时按数据域单独审批。
制度与资料分散在 OA、共享盘与邮件附件（同一问题在不同群反复询问，答复口径不一致，跨部门解释成本高）
文档版本多、更新频繁（引用过期版本答复员工或客户，需要事后纠正并重新沟通）
既有账号与权限体系已成型（新增系统若自建账号，会出现越权访问与离职账号不回收，形成两套权限并行维护）
答案缺少出处（员工不敢按答复执行，仍需找原文件核对，效率未提升）
能力边界
不做制度发布与修订，不承担口径的最终解释；不代替 OA、知识管理系统与人事系统；不收录合同金额、客户信息、薪酬与成本等未授权数据域；不在无命中时自行推断；不自动对外发送内容。回答以现行版本原文为准，制度冲突或版本不明时转归口部门确认。
场景分析
这个场景处理的是一条典型链路：知识盘点 → 入库与版本标注 → 权限过滤检索 → 回答与出处 → 复核与更新。前四步是效率收益的主要来源，最后一步决定这套知识能不能长期用。
链路环节二：入库与版本标注
资料只读入库并标注版本、生效日期与来源；失效版本下架，保留索引记录便于追溯当时依据。
链路环节三：权限过滤检索
检索前按部门、角色与数据域过滤；制度编号等精确查询走关键词通道，避免漏检。
链路环节四：回答与出处
输出回答草稿、出处定位与版本标识；未命中或版本失效时按规则拒答并转人工。
链路环节五：复核与更新
归口责任人确认口径，制度修订后更新受影响条目，确认记录留存。
输入输出与复核
每一步的输入、处理与把关角色明确，才能让员工敢用、归口部门敢认。
| 环节 | 输入与处理方式 | 输出与把关角色 |
|---|---|---|
| 知识入库 | 输入：制度与内部资料（只读）。处理：解析、切片、版本标注与知识域归类。 | 输出：可检索索引 · 归口责任人 |
| 权限范围 | 输入：统一身份或 OA 的组织与角色信息。处理：按部门、角色与数据域映射可见范围。 | 输出：权限矩阵 · IT / 信息安全 |
| 检索 | 输入：员工提问。处理：权限过滤后混合检索，编号类查询走关键词通道。 | 输出：命中片段与出处 · 系统 |
| 回答草稿 | 输入：命中片段与必要上下文。处理：生成回答、出处与版本标识。 | 输出：回答草稿 · 归口部门 |
| 无命中处理 | 输入：检索结果为空或版本失效。处理：输出未找到依据并转人工。 | 输出：转人工记录 · 归口责任人 |
| 更新与下架 | 输入：制度修订通知。处理：列出受影响条目，下架旧版本并登记。 | 输出：更新清单 · 归口责任人 |
治理保障
本场景的治理规则围绕“授权入库、权限复用、最小必要、可追溯”四件事，全部可落到系统配置。
- 数据分级与入库授权
- 先形成资料分级清单，再定义入库范围与可见范围；新增知识域逐项审批，不使用无授权的资料。
- 账号与权限复用
- 账号与角色对接统一身份或 OA，随人事流程开通与回收，按周期复核权限。
- 个人信息最小必要
- 员工与客户身份类字段默认不入库；确需使用时按字段登记用途并做最小化处理。
- 日志最小必要
- 记录检索、查看、导出与权限变更行为，不落不必要的全文日志；保留期按企业制度与合同约定。
- 复核与版本留痕
- 问答口径确认、制度修订与旧版本下架均留痕，支持事后追溯当时的依据版本。
价值与衡量方式
收益不用宣传口径描述，用可测量的方式描述：同任务耗时对比、版本正确情况、转人工条目与检查项完成度。
- 查找耗时下降
- 衡量方式：选取 10—20 个高频问题，对比人工查找与系统辅助后的人工核对耗时，形成对比基线。
- 口径一致性提高
- 衡量方式：抽查同一问题的答复是否指向同一有效版本，统计版本正确情况。
- 转人工结构可分析
- 衡量方式：统计转人工条目数与原因分布（无命中、版本冲突、权限不足）。
- 合规可交代
- 衡量方式：边界清单、权限矩阵、日志策略与复核记录四类材料的完成度与留痕完整性。
※ 以上为方法说明与衡量口径，不构成对具体项目效果的承诺；结果受资料质量、版本管理与企业使用方式影响。
场景的结构化说明
- 典型任务
- 按部门与角色范围检索制度、流程与操作指引，回答附原文出处与生效版本：制度与流程问答；围绕岗位职责、操作步骤与常见问题提供检索入口，减少同一问题反复询问：新人与岗位知识检索；把技术文档、方案与复盘记录建成索引，支持按项目与主题定位出处：技术文档与项目复盘检索；按现行对外资料生成回复底稿与话术建议，交坐席或销售确认后使用：口径与话术底稿；制度修订后列出受影响的问答条目与旧版本内容，交归口部门确认后更新：制度变更影响提示；检索无命中或命中版本失效时，输出未找到依据并转人工，不自行推断：无命中时按规则拒答
- 适用前提
- 企业确认制度与内部资料可用于本用途，明确可见范围与保留期（资料使用授权）；提供统一身份或 OA 的组织与角色信息，支持按部门与角色过滤检索范围（账号与权限源可用）；每个知识域明确一名归口责任人，负责口径与版本确认（指定内容归口责任人）；列出该知识库不收录的数据域，如合同金额、客户信息、薪酬与成本（明确不入库范围）
- 推荐部署
- 纯私有化；知识库本地化 + 外部模型
- 推荐架构
- 默认纯私有化：制度与内部资料在企业内网解析、切片与索引，模型与向量库部署在同一可控环境；账号与角色来自统一身份或 OA，检索前按部门、角色与数据域过滤。若采用混合方式，仅把脱敏后的最小片段按审批外发到外部模型，向量库、权限与日志仍留在本地，外发行为留记录。索引与原文分离，回答附文件、版本与条款定位，支持按责任人下架失效版本。
- 数据流与边界
- 用户提问：员工登录后提问，账号与角色经统一身份校验；权限过滤检索：按部门、角色与数据域过滤索引范围，再检索制度与资料片段；片段与提示词：仅取命中片段与必要上下文，不拼接未授权内容；生成回答草稿：输出回答、出处定位与版本标识；未命中则转人工；人工确认：归口责任人对口径与版本确认后用于日常工作；留痕与复核：检索、导出与权限变更留痕，按周期复核问答条目
- 交付物
- 知识域与权限矩阵（表格）：知识域划分、可见范围、归口责任人与操作权限；检索与引用评测记录（报告）：测试集构成、命中与引用定位情况、未达项归因；制度与资料入库规范（文档）：版本标注、生效日期、失效下架与更新流程；问答条目与底稿模板（模板）：高频问答、话术底稿与拒答规则的条目结构；操作规范与复核规则（文档）：复核节点、责任人与留痕要求；验收脚本与测试用例（脚本）：功能、权限、引用定位与拒答行为的可复跑检查项
- 上线节奏
- 第 1—2 周：知识盘点、知识域划分与权限设计，确认不入库范围；第 3—4 周：解析与切片配置、权限对接、检索评测口径建立；第 5—8 周：单部门接入并跑通复核流程，收集使用反馈；第 9 周起：按评测结果复盘并决定扩围范围
- 人工复核点
- 制度与流程口径 / 归口部门（行政 / 人事 / 法务 / IT） / 答复以现行有效版本为准，修订后重新确认；知识域入库范围 / 数据责任人 / 新增知识域或字段须书面授权并登记保留期；对外话术底稿 / 客服主管 / 销售负责人 / 对外前确认产品口径与商务条件；权限与角色变更 / IT / 信息安全负责人 / 新增角色或扩大可见范围须审批并留痕；失效内容下架 / 归口责任人 / 制度修订后核对受影响条目并确认下架
- 风险控制
- 引用过期版本：入库标注版本与生效日期，失效版本下架，回答附版本标识；越权检索未授权数据域：按部门、角色与数据域过滤索引，导出与分享留痕；回答被直接对外使用：回答定位为内部底稿，对外表述由责任岗位确认后发出；无命中时自行推断：按规则输出未找到依据并转人工，记录拒答条目用于改进
- 合规依据
- 数据安全法：按数据分类分级确定入库范围、可见范围与保护措施，联网数据处理在等级保护制度基础上履行义务；个人信息保护法：员工与客户个人信息遵循目的明确、最小必要，委托处理须约定范围、保护措施与双方责任