用户、角色与访问控制

按用户梳理、角色分层、登录方式和程序访问治理的顺序建立平台访问边界。

功能概述

访问控制负责定义“谁能进入平台、看到什么、操作什么、以什么方式调用系统”。
它同时覆盖人类用户和程序身份，是平台从个人试用走向多人协作的基础能力。

这一页适合：

开始前建议准备：

管理员先进入后台 用户 页面，确认当前平台里已有多少用户、他们处于什么状态。
这一步重点看：

后台用户管理页添加用户弹窗

完成这一步后，你应该能判断平台是仍处于试用阶段，还是已经进入多人协作阶段。

接下来进入角色相关页面，先把用户分成几类稳定角色，例如：

不要一上来就为每个人单独设计权限组合，否则后面几乎无法维护。

后台角色管理页

当角色层级明确后，再去决定身份入口：

这一步的重点是让“登录方式”和“角色权限”配合起来，而不是各自独立配置。

如果平台需要被外部系统调用，再单独创建 API Key，并收紧范围。
程序调用应当被视为独立身份，不应复用管理员或普通用户账号。

当用户、角色、登录方式和程序访问都配置完后，建议至少准备：

分别验证他们能看到什么、不能做什么。

访问控制建立完成后，至少应满足：

通常是因为前期没有先建立角色层级，而是默认 everyone 都接近管理员权限。

因为两者责任边界完全不同。
程序身份需要可回收、可轮换、可审计，不能混在人类账号里。

因为用户进入平台的方式会直接影响后续如何授权、如何回退、如何审计。