# 允许用户在用户资料中查看信任等级3的进度

**URL:** <https://meta.discourse.org/t/allow-users-to-see-trust-level-3-progress-on-user-profile/16968>\
**Category:** Feature\
**Tags:** trust-levels\
**Created:** [2014年六月28日 20:23 UTC](https://meta.discourse.org/t/allow-users-to-see-trust-level-3-progress-on-user-profile/16968 "2014-06-28T20:23:02Z")\
**Posts on this page:** 1\
**Showing post:** 47

<div class="post-metadata">

**Author:** ![khenmu](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/khenmu/32/108976_2.png) [@khenmu](https://meta.discourse.org/u/khenmu)\
**Post date:** [2026年七月24日 00:45 UTC](https://meta.discourse.org/t/allow-users-to-see-trust-level-3-progress-on-user-profile/16968/47 "2026-07-24T00:45:26Z")

</div>

就我个人而言，我认为 UTL4 的设计从根本上来说更优。我很想听听团队的意见：UTL3 是否被特意设计为 UTL2 和 UTL4 之间的过渡方案？因为——我绝无冒犯之意——它给人的感觉有点像是一种“妥协式的设计”，或者说是“委员会式设计”的产物，而这正是那些所谓的“折中方案”常有的特点。

作为控制我通常视为“软性” moderation（管理）工具门槛的机制，我完全理解避免将其“游戏化”的初衷——你当然不希望用户通过\*“赚取”\*这些权限，然后随后为所欲为。但另一方面，@joebuhlig 关于用户会对 Lounge（休闲区）话题投入精力的观点确实说服了我。同时，@Ed_S 关于“降级”受重视的社区成员的观点也让我觉得很有道理。

因此，我能理解 UTL2 试图扮演的角色，以及 UTL4 试图满足的需求。但相比之下，UTL3 显得有些别扭——仿佛人们认为 UTL2 和 UTL4 之间存在过大的鸿沟，因此特意插入了这样一个中间层。它具备 UTL4 部分 moderation 能力，但仅限于少数几个“安全”的功能。同时，它保留了 UTL2 的自动化特性，以避免因处理“请提升我超过 UTL2”的请求而给工作人员带来过重负担。

坦白说，我对 UTL3 持有一定的保留态度。就我个人而言，我更倾向于在授予_任何_ moderation 工具访问权限时做出深思熟虑的决定。同时，我也不认为让那些作为社区重要支柱的成员在度假、家中遭遇变故或住院归来后，得知自己在此期间被降级，是 Discourse 论坛套件的最佳实践。

---

_[View the full topic](https://meta.discourse.org/t/allow-users-to-see-trust-level-3-progress-on-user-profile/16968)._