我想知道是否可以重命名信任级别内部名称，因为它们破坏了我们的 UI，而且我们真的不想添加 4 个额外的组来正确显示（越少越好）。
这是否与翻译成西班牙语有关？
您好，
当然！请参阅：your.domain/admin/customize/site_texts?q=groups.default_names.trust
3 个赞
)
你说得对，比这要复杂一些，对于自动组，只能通过 UI 访问 display_name，但提及会使用 name
附注：关于 Firefox，我只是在用 102.0（win64）没有任何问题 ¯\\_(ツ)_/¯
1 个赞
如果你能提供你的见解或一些阅读链接，我可以更深入地探讨。
我认为这类事情会影响参与度。并非所有社区都适合开发者 
我希望信任等级能更灵活。我们无法在订阅中使用它们，无法更改它们的名称，也无法摆脱它们（徽章也是如此）。
我最初以为会在以下链接中找到一些内容：https://meta.discourse.org/t/administrative-bulk-operations/118349，但正如我担心的那样：https://meta.discourse.org/t/can-i-change-the-staff-group-name/141910，不行。
我目前正在测试是否通过默认使用不同的 locale 重新构建可以更改自动组的名称，嗯……运气不好 
。
它们是在初始设置期间定义的，例如，在法语中，在这里：
附注：你可以“摆脱”徽章，那就是 enable badges 参数 
。
1 个赞
我以为有些是永久的，但没关系，我认为核心团队有他们的道理（：
我问了关于 Staff 组的同样问题（我们需要隐藏并使用其他组，解决方法是可以的，但我们需要一些东西来更改 @trust_level_1）
这看起来真的很糟糕。偏执狂可能会删除网站数据（？）
我确信几乎所有东西在 rails 控制台中都是可能的，但这需要对代码有广泛的了解，而我离这还差得很远！
1 个赞
实际上它确实会，但具体何时以及如何（是否需要重新访问 /wizard/steps/locale？或者运行 discourse-setup，或者它是由定期任务在后台完成的……）仍然有点模糊。
那么现在的问题是，是否可以使用插件来添加区域设置 
是的！Add a new locale from plugin
为什么它会破坏UI？
你可以隐藏所有的信任级别组，这样只有管理员/版主才能在组页面上看到它们。
我们正在使用默认信任级别，但不是使用 _default_trust_level_ux，而是使用更酷的名称。\n\n如果您与 Discord 和 Subscriptions 同步，那么如果您想让您的所有受众都参与到 Discourse 的理念中，但又想提供付费信息的机会，这似乎是合理的。\n\n问题出现在那些让非编码人员几乎不可能实现该目标的小事情上。\n\n我们正在尽力学习
1 个赞
多亏了团队的出色工作，这出乎意料地可行，
- 我按照这里的说明制作了一个非常小的插件：Add a new locale from plugin
- 尝试了几处修改：
- 重建，在
default locale参数中看到自定义区域设置，并选择了它
- 进入应用程序和 rails 控制台
sudo /var/discourse/./launcher enter app
rails c
最后
Group.refresh_automatic_groups!()
exit;exit
2 个赞
非常感谢。\n\n我试过了，但发现它只是无法更新西班牙语的 trust_levels（但它对 Admins 组有效，已更改）：\n\n
\n\nhttps://github.com/satoshinotdead/discourse-custom-locale/blob/main/config/locales/server.es_XX.yml\n\n这可能与我的实例有关吗？我检查了日志，没有发现任何相关的错误。
我刚快速地过了一遍，这个方法对我来说是有效的：
- 将
groups.default_names.trust_level_0改为 ‘Randoms’ (语言：西班牙语)
- 转到
/sidekiq/scheduler并手动触发Jobs::EnsureDbConsistency
在另一个主题中 （https://meta.discourse.org/t/trust-level-default-name/231050/11?u=jammydodger） 存在一个问题，即新的组名已被某些用户占用，从而导致冲突。如果这不起作用，也许是那个原因？
3 个赞
我们应该在手动触发 Jobs::EnsureDbConsistency 后进行重建吗？
我尝试了但没成功 
但谢谢大家！
无需重建。这是一个计划好的后台作业，所以会在某个时候自动运行。手动触发它只会消除等待时间。
我不确定为什么这对你不起作用。 是否有其他组/用户/其他任何可能共享名称导致冲突的因素？
1 个赞
我之前在使用新群组，忘记在按照你们的步骤操作前重命名/删除它们了。
搞定了，再次感谢！
1 个赞
如果我无法更新默认信任级别修改字符串的组，最好的方法是什么？
已尝试：
- 修改并更新插件。
- 从 UI 更改字符串（
groups.default_names.trust_level_X） - 从 sidekiq 重置
EnsureDbConsistency Group.refresh_automatic_groups!()
我以为你已经设法让它正常工作了？
我之前是可以正常工作的，但在尝试更新一些 trust_level 名称时，它们不再更新了。
组仍然没有更新，并且插件在进入应用程序时发生了更改（正如我之前所说，从 UI 中更改了名称）：