一个 Go 后台如果已经有用户表、角色、菜单和按钮权限，后面又要接公司 SSO 、CAS 、LDAP 或企业微信，本地用户表到底该不该继续存在？我现在的判断是：应该存在，但要退成“映射层”，别再把自己当身份主系统。 我说的不是登录页上多一个按钮。认证入口可以交给外部系统，外部系统负责判断这个人是谁、能不能进公司系统、属于哪个组织。后台本地更适合保留角色、菜单、按钮、接口权限、数据范围和操作日志。原因很土：公司的 SSO 通常不理解某个后台里的“导出订单”“批量删除”“重置密码”这些业务动作。硬塞回统一权限中心，后面很容易变成谁都不敢改的黑盒。 比较稳的切法是中间留一张映射：provider 、external_subject 、local_user_id 、tenant 或 org 。第一次登录创建本地映射，之后按登录事件或定时任务同步禁用、离职、部门调整这类字段。不要直接拿外部账号 ID 当后台 user_id ，不然后面从 CAS 换到企业微信，权限表、日志和历史数据都会跟着疼。 这个方向也来自真实维护问题。2026-08-28 核验时，XYGo Admin 的 GitHub...