老张在公司负责内部插件市场的运维，上周刚上线一个新审批插件，结果第二天就发现普通员工能删掉管理员配置的流程节点——不是代码有漏洞，是权限配错了。
权限不是越严越好，而是要对得上角色
很多团队一上来就给所有用户开‘全部权限’，图省事，但真出问题就全乱套。比如某设计团队的插件市场里，UI组件上传、版本回滚、发布审核都混在一个按钮里，设计师点错一次，线上组件直接回退到三个月前的老版本。
实际用起来，建议按三类角色分：开发者（能上传/更新自己的插件）、审核员（只能看提交列表、打标签、走审批流）、终端用户（仅安装、启用、反馈）。这三类人操作界面自动收窄，连按钮都不显示，比弹窗提醒更靠谱。
别漏掉‘插件级权限’这个盲区
很多人只盯着用户账号权限，却忘了插件自己也有权限开关。比如一个读取本地文件的插件，安装时就得让用户明确勾选‘允许访问文档目录’；再比如调用摄像头的会议插件，系统会自动弹出系统级授权框——这些不是后台能绕过的，必须在插件描述页里写清用途，否则用户一犹豫，装率直接掉一半。
实操小技巧：用配置文件快速校验
如果你用的是开源插件平台（比如基于OpenPlugin规范的），权限策略通常存在manifest.json里。检查这类文件时，重点盯这两个字段：
"permissions": ["storage", "notifications"],
"host_permissions": ["https://api.company.com/*"]前者是插件向浏览器申请的能力，后者是它想通信的域名白名单。没写进这里的，哪怕代码里硬写了fetch也跑不通。
另外，后台管理页加个‘权限快照’功能很实用：选中某个用户，立刻列出他当前能操作的插件名、可执行动作（如‘上架’‘下架’‘查看日志’），还能一键导出为CSV——HR做季度权限复核时，不用翻七八个页面，30秒搞定。