Java 版开服教程常见问题
玩家提示没有权限
不要用“先给 OP”绕过问题；先确认命令、权限节点、所属组和继承关系
玩家输入命令后看到“没有权限”并不一定是插件坏了。它可能意味着命令本来就只允许管理员使用，也可能是权限节点写错、玩家没进入正确组，或某条继承规则覆盖了允许项。先定位命令属于哪个系统，再决定是否应授权。
按顺序排查
- 确认命令来源：是原版、Paper、某个插件还是模组提供的命令？不同来源的权限文档不同。
- 确认设计意图：普通玩家真的需要这条命令吗？例如封禁、世界编辑和性能调试不应默认开放。
- 查官方节点：不要根据网上截图猜节点。Paper 原版/Bukkit/Paper 权限可查官方参考；第三方插件请看作者文档。1
- 检查组关系：玩家是否在正确组？该组是否继承了预期节点？是否有显式拒绝规则？
- 用测试账号验证：修改后用非 OP 账号重新登录测试，而不是用管理员账号判断成功。
为什么不建议临时给 OP
OP 的权限范围很广。用 OP 验证命令能否运行，只能说明命令存在，不能说明普通玩家应该拥有它。更常见的后果是“临时”OP 被遗忘，后来变成权限事故。
如果确实需要紧急处理，记录给了谁、什么时间、为什么给，以及什么时候移除。处理结束后立刻恢复最小权限。
常见误区
| 误区 | 更好的做法 |
|---|---|
| 复制一条不明来源的通配符 | 只添加当前功能需要的节点，并在测试账号上验证。 |
| 只检查玩家个人权限 | 同时检查组、继承、上下文和显式拒绝。 |
| 重载后不生效就反复执行命令 | 查看权限插件日志或查询工具，确认配置是否已保存。 |
看到 /plugins 就认为插件有问题 | plugins 只能说明插件是否加载，不能证明某个权限节点正确。 |
继续阅读用权限组管理玩家，把单个玩家的临时授权改成可审计的角色设计。