SirenHytale
CartStore
修真
本节页面
  1. 修真
  2. 开服指南
  3. 权限

权限

模组声明了二十个权限节点，与 v0.11.1 相同：v0.11.2 v0.11.2 新增了指令，但没有新增节点。其中十八个挂在指令上 —— 哪条指令需要哪个节点，见指令。另外两个，cultivation.profile.test 与 cultivation.land.bypass，是在运行时、于试炼存档与领地规则内部检查的，不挂在任何指令上。也并非每条指令都用到这二十个节点：少数只读子指令自己不具名节点，由引擎替它们生成一个 —— 见生成节点。

权限
权限说明
cultivation/cultivation 根指令、独立的 /divine，以及根指令之下每一条面向玩家的子指令 —— info、meditate、retreat、bind、race、hud、sheet、settings、bonuses、aura、deviation、injuries、tempering、lifespan、soul、milestones、achievements、codex、compass、campaign、faction、solarterm、skilltree、way、dao、seals、domain、tap、luopan、merit、sermon、sense、sensechannel、partner、technique、refine、spirit、respec、preset、formations、realms、depths、dreamtrial、innerdemon、cleanse、tribulation、abode、alchemy、cooking、forge、talisman、beast、duel、legacy、inheritance、rival、rogue、masterdisciple、oath、tea、weiqi、party、dungeon、treasure、pagoda、profile 与 top。坊市不在此列：market 自有节点 cultivation.market。v0.11.1 seals 与 domain（连同 domain claim）是新增的，tap（连同 raid 与 release）与 luopan（连同其四个盘面子命令）亦然，duel 之下除 tournament 外又多了 grandtournament 一系；道印工作台与道域报告除这个节点之外不需要别的节点。v0.11.2 新增的有 techniques（功法菜单）、sight、pressure（连同 burst）、breakthrough、autobreakthrough、stone（连同 condense、refine、break 与 divert）与 mine；duel 现在还可直接写 {玩家}，并带可选的 lethal 或 nonlethal。不新增节点：它们全都归在这个节点之下。
cultivation.sect/sect 根指令及每一条宗门子指令，含 /sect war、/sect banner、/sect top、/sect building、/sect ally、/sect rival、/sect guardian、/sect library、v0.11.1 /sect array（升起与撤下所要求的宗主或长老身份，是在宗门内部核查的，并非另设节点）、v0.11.2 /sect retainer 及其全部子指令、/sect vein 与 /sect mine（占据与放弃灵石矿所要求的宗主或长老身份，是在宗门内部核查的，并非另设节点），以及 0.8.0 的经济一系 —— donate、pavilion、mission、tournament、abbr。经由 /cultivation sect ... 抵达的同一套指令，用的也是这个节点。
cultivation.ascend v0.8.0/ascend 及其 begin、prestige 与 legacy 三支 —— 飞升渡劫大典。
cultivation.celestial v0.8.0/celestial —— 天象日历。/celestial list 自带一个生成节点（见生成节点）；开启、结束与重新排定则归 cultivation.admin。
cultivation.bounty v0.9.0/bounty —— 悬赏令页。它是独立的根指令，而非 /cultivation 的子指令，因此需要这一节点，而非基础的 cultivation 节点。它的 list 与 contracts 两支各自带有生成节点。
cultivation.array v0.10.3/cultivation array 与 /cultivation array anchor —— 传送阵网络。独立于基础 cultivation 节点之外，但同样默认授予 hytale:None。
cultivation.tide/tide —— 兽潮面板：查看进行中的围攻，以及你自己阵地的状况；以及 v0.11.0 /tide claim，领取你抵御兽潮所得的灵石。默认授予 hytale:None。/tide trigger 与 /tide stop 需要 cultivation.admin。
cultivation.land/land（别名 protect 与 protection），也可经由 /cultivation land 抵达 —— 针对你脚下这片土地的领地守护编辑界面。任何人都能打开它；你能改什么，取决于你在该领地上的身份，而非这个节点。
cultivation.market/cultivation market 及其每一支 —— list、sell、buy、auction、bid、buyout、cancel 与 claim。坊市本身在服主打开 Market-Auction-Enabled 之前一直关着。
cultivation.heaven/cultivation heaven 及其 ascend 与 descend 两支 —— 天界。光有这个节点还开不了门：进入仍需飞升。
cultivation.sea/cultivation sea 及其 enter 与 leave 两支 —— 你的识海。
cultivation.calamity/calamity —— 灾劫兽世界首领。/calamity status 自带一个生成节点；/calamity trigger 与 /calamity stop 需要 cultivation.admin。
cultivation.reincarnate/reincarnate 及其 begin 与 status 两支 —— 轮回。
cultivation.quest/quest（别名 quests）—— 你的任务链。/quest log 自带一个生成节点。
cultivation.admin一切仅限管理人员之事：/cultivation admin 配置编辑界面及其下每一条子指令，外加那些挂在所管辖功能旁的管理工具。完整清单见 cultivation.admin 管辖什么。
cultivation.profile.test v0.7.0自己账号上的试炼存档沙盒：/cultivation profile test 及其 realm、stage、qi、points、race、reset 各分支。自 v0.7.3 起沙盒仅可由命令使用 —— 它不再出现在存档菜单中，而为他人授予试炼之身则归 cultivation.admin。在运行时检查：/cultivation profile 整体属于每一位玩家，只有这七个分支会查这个节点。
cultivation.land.bypass无视各处领地的规矩 —— 宗门大殿、宗门之地与洞府一概在内。由领地规则在运行时检查，从不挂在任何指令上；仅限本次登录的管理员豁免解除的也是同一套规矩。
cultivation.debug/cultivation debug（别名 d）指令组。
cultivation.debug.vein/cultivation debug vein。
cultivation.debug.hotkeys/cultivation debug hotkeys。

层级

节点名以点分隔，而这层点分正映照着指令树 —— cultivation 是根；cultivation.sect、cultivation.ascend、cultivation.celestial、cultivation.bounty、cultivation.array、cultivation.tide、cultivation.land、cultivation.market、cultivation.heaven、cultivation.sea、cultivation.calamity、cultivation.reincarnate、cultivation.quest、cultivation.admin、cultivation.profile.test 与 cultivation.debug 居于其下；cultivation.land.bypass 居于 cultivation.land 之下；cultivation.debug.vein 与 cultivation.debug.hotkeys 则居于 debug 组之下。每条指令都明确要求它自己的节点，因此持有 cultivation 本身并不附带 cultivation.admin。

在一处，这层点分不止是命名。/cultivation debug vein 与 /cultivation debug hotkeys 自己不设权限组，因此引擎还会索要它们父级的节点：要用其中任何一条，玩家除了叶节点之外，还需要 cultivation.debug。管理组上的通配符可同时覆盖二者。

cultivation
默认授予所有人

cultivation.sect
默认授予所有人

cultivation.ascend
默认授予所有人

cultivation.celestial
默认授予所有人

cultivation.bounty
默认授予所有人

cultivation.array
默认授予所有人

cultivation.tide
默认授予所有人

cultivation.land
默认授予所有人

cultivation.market
默认授予所有人

cultivation.heaven
默认授予所有人

cultivation.sea
默认授予所有人

cultivation.calamity
默认授予所有人

cultivation.reincarnate
默认授予所有人

cultivation.quest
默认授予所有人

cultivation.admin
仅限管理

cultivation.profile.test
仅限管理

cultivation.debug
仅限管理

cultivation.land.bypass
仅限管理

cultivation.debug.vein
仅限管理

cultivation.debug.hotkeys
仅限管理

默认授予什么

十四个节点 —— cultivation、cultivation.sect、cultivation.ascend、cultivation.celestial、cultivation.bounty、cultivation.array、cultivation.tide、cultivation.land、cultivation.market、cultivation.heaven、cultivation.sea、cultivation.calamity、cultivation.reincarnate 与 cultivation.quest —— 都注册到了 hytale:None 组，即每位玩家默认所属的组，因此整套面向玩家的体验 —— 修炼、宗门、飞升渡劫、读天象、悬赏令、传送阵、兽潮面板、领地守护、坊市、天界、识海、灾劫兽、轮回与任务一概在内 —— 无需任何权限配置便开箱即用。

六个节点默认不授予任何人 —— cultivation.admin、cultivation.debug、cultivation.debug.vein、cultivation.debug.hotkeys、cultivation.profile.test 与 cultivation.land.bypass —— 但原因并不相同：

  • cultivation.admin 与 cultivation.debug 被刻意注册为一份空的权限组列表，而非置之不理。未设置的列表会回退到父指令的权限组，那将经由 hytale:None 悄无声息地把管理菜单交到每位玩家手中。挂在其他根指令之下的每一条管理专用子指令 —— /celestial start、/tide trigger、/calamity trigger、/cultivation realms open 等等 —— 也都如此。v0.11.1 0.11.1 的新增指令同样如此，每一支的每一个节点皆然：/cultivation admin dreamtrial（连同 here 与 clear）、/cultivation admin domain（连同 rival）、/cultivation admin array（连同 raise 与 lower），以及 /cultivation duel opengrandtournament。v0.11.2 0.11.2 的新增指令同样如此，每一支的每一个节点皆然：/cultivation admin deathpenalty（连同 status 与 clear）、endpressure、retainer（连同 list、recover 与 clear）、sectvein（连同 status、ascend、reset 与 advance）、sectprotect（连同 add、remove、list 与 check），以及 structure（连同 types、place、list、info、remove 与 locate；place 带旋转参数的用法变体，也以同样方式封住）。cultivation.debug.vein 与 cultivation.debug.hotkeys 自己不设列表，因此承袭 debug 组那份空列表。
  • cultivation.profile.test 与 cultivation.land.bypass 是仅在运行时检查的节点。没有任何指令把它们注册到任何组；模组只是在使用的那一刻问一句玩家是否持有，因此它们只存在于服主授予过的地方。

服务器管理人员仍按常规途径取得它们 —— 通过自己管理组上的通配符。

管理指令没有反应？

v0.11.1 每一条管理指令与 /cultivation admin 菜单都需要 cultivation.admin。若你的管理指令没有反应，而你又不在一个通配符覆盖该节点的管理组里，可用 /perm user add <uuid> cultivation.admin 直接授予该节点，<uuid> 填那位管理员的玩家 UUID。

cultivation.profile.test 比其余几个更值得慎重授予：它不是调试便利，而是一个玩家可用的沙盒 —— 持有者可亲手设定任意境界、阶段与灵气，凭空立起一名临时修士。试炼修士不入排行、不计宗门积分、不上宗门名册，因此这个节点可以放心交给信得过的平衡测试者 —— 但它终究不是为 hytale:None 准备的。

生成节点

一条自己不具名节点的指令，会由引擎给它一个：其父级的节点，加一个点，再加它自己的名字。本模组中有五条只读子指令靠的就是这个。它们各自与其余一切一道注册到了 hytale:None，因此无需任何设置。

指令生成节点
/bounty listcultivation.bounty.list
/bounty contractscultivation.bounty.contracts
/celestial listcultivation.celestial.list
/calamity statuscultivation.calamity.status
/quest logcultivation.quest.log

它们不计入那二十个，因为模组从未给它们起过名。每一条都立于自己的节点之上，因此单是拒绝父级根节点并不能封住其中任何一条 —— 想把它关上，须同时拒绝那个生成节点。

cultivation.admin 管辖什么

  • /cultivation admin 配置编辑界面，以及其下每一条子指令：bypass、setrealm、setstage、setlevel、setqi、setlifespan、extendlifespan、reset、setrace、grantracechoice、grantskillpoints、granttechnique、revoketechnique、setlifebound、halloffame clear、npcdebug、test 沙盒一系、balance、heaven status（旧的天界重建工具已于 v0.11.0 移除）、v0.11.1 dreamtrial（连同 here 与 clear）、domain rival、ally、boss、arm 与 calm、tap list、fill、rival 与 clear、rift open 与 close、dungeon stop、array raise 与 lower、inspect、backups 与 restore。v0.11.2 deathpenalty status 与 clear、endpressure、retainer list、recover 与 clear、sectvein status、ascend、reset 与 advance、sectprotect add、remove、list 与 check，以及 structure types、place、list、info、remove 与 locate。
  • 查验与恢复、平衡台账与管理员豁免。
  • 挂在所管辖功能旁的管理工具：/cultivation store status 与 recheck（在根指令上，而非 admin 之下）、/cultivation merit grant、/cultivation rogue spawn 与 clear、/cultivation duel opentournament 与 v0.11.1 opengrandtournament、/cultivation realms open 与 close、/celestial start、stop 与 rearm、/tide trigger 与 stop，以及 /calamity trigger 与 stop。
  • 三项在运行时而非指令上做的检查：用 /cultivation array anchor 重新校准秘境落点（其余持有 cultivation.array 的人只能重新校准自己的洞府，或自己领导、担任长老的宗门大殿），菜单中仅限管理员的控件，例如管理标签页与天象日历的开启、结束控件，以及v0.11.1 空镜尚未设置时 /cultivation dreamtrial 多打印的那一行：它指向 /cultivation admin dreamtrial here，且只有持有 cultivation.admin 的玩家才看得到。

查验与恢复

v0.10.3 cultivation.admin 之下新增三样工具，它们的目的是让管理员自己那些会改动修士进度的指令用起来更安全，而非赋予更多权限：

  • /cultivation admin inspect [player <玩家>] 是一次只读查看 —— 查看在线玩家的实时数据，查看离线玩家则读取其存档文件，两者都绝不改动任何东西。管理菜单中新增的「查验与恢复」标签页可看到同样的内容。
  • 管理员对他人进度所做的每一次改动 —— 无论来自指令还是菜单 —— 如今都会先自动备份一次，没有单独的开关可以关闭它。
  • /cultivation admin backups [player <玩家>] 按时间倒序列出这些备份。/cultivation admin restore {id} 预览并准备恢复其中一份，什么都不会应用，直到你接着输入 /cultivation admin restore confirm，它会精确撤销那一次记录下的改动。恢复只对在线玩家生效。

各指令的确切用法见指令。

平衡台账

v0.10.3 /cultivation admin balance 显示一份本地的、仅含汇总数据的使用情况报告，涵盖模组近期新增的几套系统 —— 茶道、传送阵、符箓、试炼塔、元婴遁走 —— 这些系统上线时的默认数值都还未经实战检验。它只记录次数，绝不记录任何玩家的 UUID 或名字，且不会将任何内容发往任何地方。/cultivation admin balance reset 会清空所有计数器并重新记下统计起始时间。