Comate 权限管理分享贴：谁能看到、谁能创建、谁能用，一篇讲清楚
很多企业刚上 Comate 时最容易踩的坑不是”不会用”，而是权限没配对：员工看不到专家入口、技能发出去没人能搜到、数据连接不敢开放……今天用一篇帖子把 Comate 的权限逻辑讲透。
一、先理解 Comate 权限的”三层架构”
Comate 不是单一的权限开关，而是三层管控叠加，各管一段：
Studio 侧
企业管理员配置角色
DataHub 侧
受企业数据权限体系约束
Comate 客户端侧
用户能看到和使用哪些专家
发布时的可见范围决定
💡 一句话记忆：Studio 管”谁能造”，DataHub 管”能碰什么数据”，Comate 管”谁能看到”。
二、管理员第一步：开通”专家开发”权限
很多同事反馈”客户端里没有专家入口、点不了新建专家”——这不是 Bug，是没开通开发权限。
管理员操作步骤：
用管理员账号登录 WPS Comate Studio 后台
创建一个「专家开发」角色
为该角色勾选两项权限：专家管理权限 + 专家开发权限
把这个角色分配给需要开发的同事账号
验证方法：回到 Comate 客户端左侧栏，出现「专家」入口、能点「新建专家」，即配置成功。
三、发布不等于全员可见：可见范围怎么设
技能和专家发布时都有可见范围设置，这是日常用得最多的权限开关：
全企内可见：适合通用型技能（如周报生成、会议纪要）
指定成员或团队可见：适合业务性强的技能（如财务分析、销售问数）
仅自己可见：开发调试阶段用
⚠️ 注意一个联动规则：技能的数据权限要和专家权限保持一致。专家权限是”指定团队可见”，绑定的数据技能却发全企，就等于开了权限旁路。
四、团队角色：管理员 vs 成员
Comate 团队空间里只有两种角色，简单清晰：
团队管理员：拥有全部管理权限——成员管理、资源管理、使用数据统计
团队成员：使用团队资源（技能、Wiki、应用）、参与协作任务
管理员可以在数据统计里看成员活跃度、任务执行量、资源使用情况，方便判断哪些技能值得推广、哪些该下线。
五、安全底线：TrustHub + 最小权限原则
Comate 底层有 TrustHub（信任中枢） 做保障：事前权限分级、事中异常拦截、事后全链路审计——AI 的所有操作都在权限边界内执行，全程可追溯。
给管理员的三条最佳实践：
最小权限原则：数据访问、专家开放，按”刚好够用”来配，不要图省事全开
权限匹配自查：专家、技能、数据连接三层权限定期核对一遍
发布走审批：重要专家配置变更后重新发布，有审批流程的务必走完再上线
常见问题速查
Q：同事说看不到我建的专家？
→ 检查发布时的可见范围；用户只能看到自己有权限的专家。
Q：谁能帮我开通专家开发权限？
→ 企业管理员在 Studio 后台建「专家开发」角色并分配。
Q：数据连接开放后担心泄露？
→ DataHub 侧受企业权限体系约束，专家只能访问授权范围内的数据；再叠加可见范围设置，双保险。
以上内容整理自 WPS Comate 官方技术文档与内部实践指南，适用于企业管理员、团队负责人及技能开发者参考。