行业洞察2026 年 11 月 9 日

不同部门只能看自己的资料，AI 怎么做到？

部门资料隔离靠的不是让 AI「看过之后判断该不该说」，而是让它根本拿不到不该看的内容。做法是把资料按空间和角色分开，使检索范围本身就受限。前者是概率，后者是边界。

以下说明的是权限组织的基本机制，具体权限项、可配置粒度与状态流转规则，以平台当期版本与项目配置为准。

01 权限不该由模型当场判断，要靠事前隔离

让模型先读到全部内容、再决定哪些能说，等于把边界交给概率。只要它读到过，就有可能在总结、举例或追问中被带出来。

正确的顺序是反过来的：先按空间和角色限定它能检索到的范围，再让它在这个范围内作答。检索不到的内容，模型无法在答案里编造出准确细节——它可以编，但编出来的东西与原文不符，这正是能被发现的地方。

先读到再过滤与先限定范围两种思路的对比，只涉及思路，不涉及具体实现方式。选哪一种，取决于资料本身的敏感程度。

空间是比人更好维护的单位，因为人员会变动，部门结构相对稳定。按人开权限的做法，在第十个人之后就会开始失控。

Haoee 的空间分四类：个人空间、公司空间、部门空间和临时协作空间。资料放在哪个空间，决定了默认谁能看到；跨空间共享通过授权实现，而不是复制内容。资源目录会按授权范围呈现可用资源，也就是说员工看到的清单本身就是权限的结果。

实际配置时的做法是先定空间、再把人放进去，而不是先列人、再给每人配资料。前者在人员变动时只需要调成员，后者每次变动都要重配一遍。

能看见和能改动是两类不同的权限，混在一起会给错权限。常见的事故是：只想让某位同事用一下，结果给了可以修改的权限。

按能力从低到高排列，大致是：能查看 → 能调用（在任务中使用）→ 能修改（改内容、改配置）→ 能授权（把资源再分配给别人）。每一层都应该单独确认，而不是一次性给到最高。

具体哪些角色具备哪一层权限，以平台当期权限项为准。建议在发布前逐个角色实际登录验证一次，而不是按设计意图推断。

复制是最容易想到、也最容易留下隐患的做法：两份内容从此各自更新，很快就说不清哪份为准。授权则保留原归属，一份内容只有一处来源。

授权可以撤销，操作全程留痕。这两条带来的好处不只是安全：当某份资料出错时，你能知道它被授权给了谁、谁在什么时候看过，而不需要逐个部门去问。

需要跨部门长期共享的内容，更合适的做法是放进公司空间统一维护，而不是让每个部门各存一份。

权限解决的是「能不能看」，不解决「看得对不对」。一个部门的资料本身有冲突，权限再严也只是让它更安全地错下去。

所以权限之外还要两样东西：版本和负责人。版本决定员工问到时能说清是哪一版，负责人决定资料更新后谁去改。这三样缺任何一样，半年后都会出现同一类问题：员工不再相信答案，转而回去问人。

最后一条必须提前讲清：平台侧撤销权限，不等于能够收回已经导出到本地的副本。资料离开平台之后的去向，需要企业制度和终端管理配合。权限是平台侧的边界，不是全部边界。

部门负责人离职了，他配的权限会失效吗？人员变动时权限需要随成员调整重新配置，建议在制度里写明由谁接手。平台侧能做的是把资产保留在原归属的空间里，不让内容跟着人消失。

同一个人同时在两个部门，怎么处理？按空间加成员即可，同一个人可以在多个空间拥有不同角色。关键是每个空间的角色要单独确认，不要默认沿用另一处的权限。

怎么验证权限真的生效了？用每个角色的账号实际登录，问几个只有越权才能答出的问题，看它是否答得出。这个验证比检查配置页面更直接，也更容易被业务方理解。