权限与协作（图文教程）
面向组织管理员/IT 管理员：5 分钟讲清「组织 → 身份 → 授权 → 审核发布 → 访问控制」，把协作效率做起来，把对外风险控住。
你要交付什么（5 分钟验收）
- 组织内完成最小成员与角色配置（至少编辑者/发布者）
- 跑通一次“编辑 → 提审 → 审核 → 发布/回滚”的协作链路
- 理清第三方集成的定位：身份入口 vs 角色授权
- 为一个应用站点配置一种外部访问控制策略，并能验证效果
1）组织管理：租户模型、成员、角色、审计
先把底层模型说清楚：组织就是租户。
- 组织之间数据天然隔离
- 同一用户在不同组织内的身份与角色互不影响
组织层先把三件事搭稳：
- 成员：谁在组织里
- 角色：组织里有哪些分工（编辑者/发布者/管理员）
- 审计：关键操作可追溯（谁在什么时候做了什么）
2）第三方集成：SSO / 企微 / 钉钉（身份入口，不是权限）
第三方集成解决“你是谁”，角色权限解决“你能做什么”。
正确顺序：
- 先把身份入口接好（SSO/企微/钉钉）
- 再用角色做授权（登录后能看什么、能做什么）
- 最后把授权落到资源边界（空间/站点/页面）
3）知识库与应用站点权限：角色 + 资源边界
权限落地建议按三层拆解：
- Identity（身份）：谁能登录
- Authorization（授权）：角色决定能做什么
- Scope（边界）：对哪些资源生效（Space / Site / Page）
最小角色集（够用且可扩展）：
- 编辑者：写内容、提交审核
- 审核/发布者：审核、发布、回滚
- 组织管理员：成员、角色、集成、审计
落到资源边界时，优先把两块说清楚：
- 知识库空间：谁能编辑哪些空间、谁只能读
- 应用站点：谁能管理站点配置、谁只能维护页面内容
4）审核/发布与回滚：把协作做快，把风险控住
协作发布闭环保持固定：
编辑 → 提交审核 → 审核 → 发布
线上异常第一优先：回滚到上一个稳定版本，不要在用户面前临时修补。
5）外部访问控制：公开 vs 登录可见 vs 白名单/密码
选择逻辑很固定：
- 对外传播/SEO：公开
- 组织内部协作：登录可见
- 外部但限定人群：白名单/密码，并确保可审计
验收点（务必测一遍）：
- 未登录：是否按预期拦截/可访问
- 已登录：权限是否一致（不该看的仍然看不到）
- 非白名单：是否被拒绝、是否有审计记录
