知识混在一起，谁都能查到不该看的
权限只能限制“打开哪个入口”，却很难阻止一份知识被错误引用。部门之间的职责边界，必须先于权限配置存在。
Architecture / Knowledge
部门知识库
每个部门的知识，只给该部门用。
01 / Problem
问题不在“能不能查”
而在“该不该看”。
知识的价值来自可复用，风险也来自错误复用。边界不清，权限做得再细也只能挡住入口。
两件事会同时发生。
知识混在一起，数字看起来都能查；口径没有归属，回答就变成了各部门各自的解释。
NOTE
这不是搜索问题，而是知识从进入系统那一刻起，就没有被放对位置。
口径混用，数字自然对不上
同一个指标，两套定义、两个统计范围、两个更新时间。最后不是系统算错，而是各部门在回答不同的问题。
02 / Structure
先切开，再授权
每部门独立知识库，按职责授权，总控只取汇总结果。
隔离解决“谁能看”，授权解决“为什么能看”，汇总解决“上层需要知道什么”。三层各做一件事，不互相替代。
01
独立知识库
部门 01部门 02部门 03部门 04部门 05
部门 06部门 07部门 08部门 09部门 10
文档、流程与口径各自归属，不先汇成一锅再靠搜索拆开。
02
职责授权
03
总控
- 只看部门结果
- 不穿透部门原文
- 不绕过业务权限
隔离 不是把知识锁死，而是先承认归属。
汇总 不是再建一个全知库，而是只回答管理层需要的问题。
03 / Ownership
知识库属于客户，不属于供应商。
交付的不是一套把你锁在里面的黑盒系统。知识库可导出、可迁移、可接管，部门边界与口径资产始终留在公司手里。
可导出EXPORT
可迁移MIGRATE
可接管TAKE OVER
Control stays with you
控制权属于企业。
- 01知识内容可完整导出
- 02系统与知识资产可迁移
- 03企业团队可以接管维护
04 / Boundary
脏数据是架构风险
脏数据会污染知识库，必须有口径维护机制。
知识库不是回收站。只要错误内容能像正常内容一样被检索、被引用、被智能体读取，污染就会扩散到后续判断。
硬边界
口径没有责任人，系统越聪明，错误传播得越快。
口径责任人
每个关键指标只对应一个口径负责人，定义、解释与变更都由明确角色负责。
变更留痕
新增或修改口径时，保留旧值、变更原因、生效时间与适用范围。
发布前对齐
跨部门共用的指标在上线前完成一次确认，不能依赖口头同步。
冲突拦截
同一指标出现多个值时不自动合并，进入人工裁定与版本更新。
机制必须前置到知识发布流程里，而不是等报表出错之后再追责。
知识库的价值，不是让更多智能体读到更多内容；是让每个智能体只在自己的职责里，读对内容。