您可以允许一个组自行运行此数据浏览器查询以查看其进度：
我认为您可以使用类似 Custom Components -- add button or text at any plugin outlet 的组件向用户个人资料添加指向该查询的链接。
2 个赞
是的，但我认为对基本逻辑和目标的透明化并不意味着需要逐字显示所有数字。我会将信任等级的进展参与度更多地体现在这个方向：
所以我们可以显示进度的粗略估计（可能甚至不需要是百分比）。以及根据等级和指标的条件性提示（不说明实际数字）。
最后的“领导者等级”与当前的逻辑（其中领导者是手动分配的）不符。但对我来说，那个进度标尺从来没有真正合理过，它应该只是一个自动标尺，而手动分配的访问权限等级是分开的。
11 个赞
我不确定我是否希望显示进度——甚至不希望信任等级的存在比现在更明显。我想，如果我最活跃的用户在收到一点惊喜时发现这个概念，那就可以了。
但是，如果这是一个选项，这看起来是一个非常好的实现方式。做得非常出色。
3 个赞
作为用户：是的，我一直想要这个功能。失去 TL3 且不知道原因是最糟糕的感觉，能有东西来对抗这种情况会很棒。即使只是一个小的提示（“确保阅读更多主题并参与更多回复！”），也会有很大帮助。
作为网站所有者：也许应该隐藏确切的数字？但我不确定数据是否敏感到需要关心（我敢肯定你仍然可以通过查看控制台来检查），但即使我们不显示我建议的确切数字，我认为这仍然是有益的。
3 个赞
是的，我确实喜欢这个模式，但我也应该指出，这只是使用生成模型进行的一次非常快速的探索。底层模式来自 Duolingo。所以他们肯定在这方面投入了大量工作，这是应用程序的核心驱动力：
我在这里所做的只是引用该模式，并在 Figma Make 中给出了一个相当简单的指令：
为 Discourse 生成一个信任等级进展指示器。信任等级的解释请参见 Understanding Discourse Trust Levels
该指示器应遵循所附的设计。提供关于缺少什么才能继续前进的提示，但不要透露确切的指标。例如：“传播爱心”、“保持好奇心并阅读”、“分享你的知识”。
这或多或少地产生了我在上面分享的卡片。我认为能够快速探索这样的设计方向很棒。另一方面，投入可能会有点误导，因为它看起来通常非常精致，而实际上只是一次快速的探索。就这个想法而言：如果我们不仅说明一些数字，而且可视化整体的信任等级进展，它会是什么样子？
1 个赞
只是一个想法，如果降级时发送指示——当一个人失去 TL3 时——这意味着它会传给一个以前是 Regular 的人。因此，它在某种程度上解决了人们为了获得 TL3 而操纵评分的问题，但它能帮助那些“半神秘地”失去了 TL3 的人。
就我个人而言，我认为我更倾向于让 TL3 更有粘性。
3 个赞
就我个人而言，我认为 UTL4 的设计从根本上来说更优。我很想听听团队的意见：UTL3 是否被特意设计为 UTL2 和 UTL4 之间的过渡方案？因为——我绝无冒犯之意——它给人的感觉有点像是一种“妥协式的设计”，或者说是“委员会式设计”的产物，而这正是那些所谓的“折中方案”常有的特点。
作为控制我通常视为“软性” moderation（管理）工具门槛的机制，我完全理解避免将其“游戏化”的初衷——你当然不希望用户通过*“赚取”*这些权限，然后随后为所欲为。但另一方面，@joebuhlig 关于用户会对 Lounge（休闲区）话题投入精力的观点确实说服了我。同时，@Ed_S 关于“降级”受重视的社区成员的观点也让我觉得很有道理。
因此，我能理解 UTL2 试图扮演的角色，以及 UTL4 试图满足的需求。但相比之下，UTL3 显得有些别扭——仿佛人们认为 UTL2 和 UTL4 之间存在过大的鸿沟，因此特意插入了这样一个中间层。它具备 UTL4 部分 moderation 能力，但仅限于少数几个“安全”的功能。同时，它保留了 UTL2 的自动化特性，以避免因处理“请提升我超过 UTL2”的请求而给工作人员带来过重负担。
坦白说，我对 UTL3 持有一定的保留态度。就我个人而言，我更倾向于在授予任何 moderation 工具访问权限时做出深思熟虑的决定。同时，我也不认为让那些作为社区重要支柱的成员在度假、家中遭遇变故或住院归来后，得知自己在此期间被降级，是 Discourse 论坛套件的最佳实践。
1 个赞
TL3 不仅仅旨在弥合 TL2 和 TL4 之间的巨大差距，还旨在逐步让更活跃的 TL2 成员在社区管理工作中承担更多责任，例如重新标记或重新分类主题。请注意，与 TL4 相比，TL3 的权限较少。
在一些论坛中，获得 TL3 身份是晋升为 TL4 的途径。由于 TL3 成员活跃，并在使用权限稍强的工具时表现出责任感，管理员会更放心地将最优秀的 TL3 成员晋升为 TL4。你可以这样想：如果没有 TL3 这一层级，你将如何筛选出最优秀的那几个人进行晋升？
2 个赞
我觉得我们本质上已经达成了一致。
因为我确实理解为何在 UTL2 和 UTL4 之间需要设置一个层级——但争论说它们之间的差距过大，并不能真正支持现有的 UTL3 设计。
我认为，如果由我来设计一个假设性的 UTL3 层级，它应该具备以下特点：
- 包含休息室（Lounge）的访问权限
- 有可能失去 UTL3 身份，但仅因长期不活跃
- 不包含任何类型的版主功能
回答你的问题——虽然我从未深度参与过维基百科本身，但多年来我在围绕单一游戏建立的各个维基上积累了数万次编辑。作为社区，我们通过讨论来决定谁应该成为管理员，谁应该成为官僚（Bureaucrat）：讨论政策；讨论从过往案例中吸取的深刻教训；讨论那些被认为过于模棱两可、没有单一“正确”答案的案例，以及潜在的社区成员会站在哪一方及其原因。
我知道 Discourse 是一款软件，人们往往倾向于赋予软件各种功能来解决每一个看似存在的问题。但它也是一个用于自由交流思想、观点和信息社区平台。如果必须依赖论坛软件包来告诉你该信任哪些社区成员、不信任哪些成员，那说明出了问题。
1 个赞
我不太理解这两点。默认情况下不再设有“休息室”类别。但当它存在时，默认的安全设置允许 TL3 及以上的用户查看和发帖。因此，TL3 用户是可以进入休息室的。你仍然可以创建这样的类别，如果你已有现有的休息室类别，也可以更改谁有权访问它。
你指的是哪种版主功能？大多数权限都由站点设置控制。所以，如果你不希望拥有 TL3 的用户编辑主题（改进标题、添加标签、重新分类），你可以将该用户组从 edit_all_topics 站点设置中移除。
我不会说成是软件决定你可以信任谁。对我来说，信任等级是一个自动化系统，在用户展现出对论坛的一定兴趣后，授予其更多权限。他们获得的信任关乎他们是否会滥用所获得的权限——例如发布垃圾信息。
我很喜欢 Jono Bacon 在他关于 Discourse 信任等级的 YouTube 视频中使用的比喻：把社区中的新成员想象成按你门铃的人。你还不认识这个人，所以不知道他是想成为你的朋友还是想向你推销东西。因此，在让他进入你家深处之前，你想先多了解他一些。同样，你不知道社区的新成员是发垃圾信息的、捣乱的还是好人。这就是为什么限制新成员被允许执行的权限是有意义的。而且，当用户数量超过少数几个时，你需要一个自动化流程来解除这些限制。
此外，我觉得你的帖子可能值得单独开一个主题，因为它们似乎是在讨论 TL3 的一般情况，而不是关于向用户显示进度。
3 个赞
回到最初、最初的 关于添加进度指示器的请求，我目前正在通过一个插件来实现；目前仍处于早期阶段。不保证一定能成功，但我希望一切顺利 
。
4 个赞
在插件开发方面取得了很好的进展后，我遇到了一个小问题：如果用户被锁定在 TL2 会怎样？那么显示“您符合 TL3 的资格”还有意义吗？毕竟用户实际上无法获得该等级。管理员是否希望用户知道自己被锁定在某个 TL？我很好奇大家对此的看法。
2 个赞
在我看来，将用户锁定在特定的信任等级，是为了防止他们“钻空子”绕过信任等级要求。这通常是因为他们此前已经表现出令人担忧的行为。因此，我认为有理由不告知他们当前的进度，或者不告知他们无法晋升，或者至少将是否告知设为可选项。
3 个赞