Skip to content

Permissions ​

Permission Structure

Since 1.15.1.0, permissions use a capability-oriented naming scheme in the format craftorithm.<domain>.<capability>, and commands share the same permissions with menus. If you previously configured the old nodes (such as craftorithm.command.create or craftorithm.edit_recipe) in a permission plugin, you need to migrate to the new nodes.

Default Permissions ​

Permission NodeDescriptionDefault
craftorithm.commandAll basic commands (root command)OP
craftorithm.command.reloadReload pluginOP
craftorithm.command.versionView versionOP
craftorithm.command.scriptExecute scriptsOP
craftorithm.command.openmenuOpen custom menusOP
craftorithm.command.recipebookOpen recipe bookOP
craftorithm.recipe.createCreate recipesOP
craftorithm.recipe.removeDelete recipesOP
craftorithm.recipe.editEdit recipesOP
craftorithm.recipe.displayDisplay recipesOP
craftorithm.recipe.disableDisable recipesOP
craftorithm.recipe.restoreRestore disabled recipesOP
craftorithm.recipe.discoverUnlock recipes for playersOP
craftorithm.recipe.undiscoverLock recipes for playersOP
craftorithm.itemItem managementOP

Trigger Permissions ​

Custom permission nodes can be used in triggers for conditional checks:

yaml
my_trigger:
  type: crafting
  recipes: ['craftorithm:my_recipe']
  conditions:
    - 'perm("craftorithm.trigger.vip")'
  actions:
    - 'tell("&aVIP exclusive recipe!")'

Permission node names can be freely defined — just reference them in the trigger's perm() function.

Wildcard Permissions ​

Permission management plugins (such as LuckPerms) can be used to set wildcard permissions:

craftorithm.*          # Grant all permissions
craftorithm.command.*  # Grant all command permissions

基于 GPL-3.0 许可证发布