我们的网站已有十多年的历史，最近才导入到 Discourse。有很多不活跃的账户和许多只潜水的人，这就是为什么 TL1 如此之高。
非默认设置：
（默认 10）
（默认 12）
也许额外的时间长度会有帮助。我个人认为，如果你已经活跃到可以达到 TL3，那么你就应该在那里待一段时间。
实际上，我发现 TL4 对我来说毫无用处。目前它与版主的功能重叠了。
我们的网站已有十多年的历史，最近才导入到 Discourse。有很多不活跃的账户和许多只潜水的人，这就是为什么 TL1 如此之高。
（默认 10）
（默认 12）
5 个赞
TL3 的默认值，TL1 和 TL2 的要求略有提高
直接回答你的问题……我认为 TL3 的要求相当高，而且我认为有些实例可能没有，也不需要它们。例如，我可以想象，如果你管理一个支持某些软件或服务的论坛，大多数人只会来问一个困扰他们的问题。相比之下，如果你管理一个主题社区（即用户可能对其他人讨论的内容感兴趣），那么在社区相对较小的情况下，TL3 是相当容易管理的。但同样，正如其他人所争论的，TL3 的好处主要是对活跃用户的“认可”，如果你属于前一种情况，那么你的用户可能不会寻求这种认可。
另外，既然你提到了，我检查了我的要求，发现已读帖子是 1174，而所有已读帖子是 500，这至少对我来说是没有意义的。现在我需要考虑是否要降低已读帖子的要求……
6 个赞
感谢大家参与讨论和分享！这非常有帮助！
我从中得到的是，至少对于高流量社区来说，默认的 TL3 要求有些问题。了解到你们许多人在较低流量的社区中也手动提升了一些 TL3 用户，这非常有趣。
感谢 @Falco 提出的建议，让我根据我们社区的顶级用户来调整要求。事实上，这正是我一直在研究的，我使用了大约一年前分享的 TL3 差距报告。通过该报告，我可以添加额外的列，包含不同的标准，以查看不同数值如何改变结果。例如：
例如
SELECT pr.user_id,
greatest(50-coalesce(pr.visits,0),0) as "访问天数差距",
greatest(10-coalesce(trt.replied_count,0), 0) as "主题回复差距",
greatest(5-coalesce(trt.replied_count,0), 0) as "主题回复差距2",
greatest(tclhd.all_topics-coalesce(tva.topic_id,0),0) AS "近100天查看主题数差距",
greatest(150-coalesce(tva.topic_id,0),0) AS "近100天查看主题数差距2",
greatest(200-coalesce(tvat.topic_id,0),0) as "主题查看 (AT) 差距",
greatest(pclhd.all_posts - coalesce(pr.posts_read,0),0) as "近100天阅读帖子数差距",
greatest(250 - coalesce(pr.posts_read,0),0) as "近100天阅读帖子数差距2",
到目前为止，我的标准是：
- 近100天访问天数 - 我期望看到的 TL3 用户中的大多数已经满足了这一点。
- 近100天主题回复数 - 5次
我仍在努力寻找与社区流量相关的标准。目前我设置的是：
- 近100天主题查看数 - 150次
- 近100天帖子查看数 - 250次
这将使我们获得…… 3 位 TL3 用户。虽然 3 位用户对我来说很少，但我必须大幅降低主题查看数才能增加这个数字。所以这可能就是我们最终的设置。
@piffy 我喜欢扩展 TL3 时长这个想法，我可能会这样做，所以感谢你的分享！
关于点赞，有些人在这里质疑过它，但在仔细考虑后，我认为要求用户获得点赞（作为他们是积极贡献者而不是仅仅是多产发言者的证据）是有道理的。我还认为，我们应该要求高级用户鼓励他人，这有点像我看待点赞的方式。我们周五刚简要看过 Reactions 插件，它也许……？可以解决文化上不愿给某事物点赞的顾虑…… @Ed_S 你认为 
而不是 
这个选项对你的用户会有所不同吗？
为了回答你的问题 @tobiaseigen，我们社区出现这个问题的原因正如我最初分享的：
员工都被授予了 TL4，但我们想知道我们同事的“自然信任等级”是什么，并开始深入研究。那时我们才意识到，我和 Colin——我们的全职工作就是在我们社区工作——是唯一能够达到默认要求 TL3 的人。而且，为了达到 TL3 的要求，必须是你的全职工作，这似乎有些不妥。
6 个赞
好问题。我可能会问一些我们更经常来的会员——但首先我应该和我的联合版主商量一下我们对整件事的看法。我非常慷慨地给予点赞（爱心），所以我认为每个人都会收到一个点赞，并收到通知，甚至可能获得一个徽章。我认为任何达到 TL2 的人都会知道点赞的存在，并且可以将其用作奖励、鼓励或认可。
3 个赞
所有TL设置都是默认的。我的网站已有10年历史，大约在2.5个月前从phpBB迁移到了Discourse。大约有二分之一到三分之二的用户不活跃，还有一个TL4用户是手动设置的。
4 个赞
感谢分享，@Roi！
顺便说一句，@Ed_S，原来“反应”不计为点赞（https://meta.discourse.org/t/discourse-reactions/183261/284?u=ganncamp）。
4 个赞
这在几周前就在论坛里了。无论这里的讨论如何，反应都应该和点赞一样被对待。我认为反应插件是一个非常常见的插件，当我查看我的论坛时，反应的使用频率比点赞还高。因为反应可以表达比点赞更多的内容。
6 个赞
就TL3授予目的而言，我同意，但作为管理员选项。
我运行了几个自己的实例，它们将从中受益匪浅，但我也在一个实例上担任版主，在该实例上，反应计入TL3授予（或像喜欢一样普遍）将对社区不利。事实上，在该实例上启用反应插件的部分原因是为了阻止人们滥用喜欢功能，试图尽快获得TL3和各种*“喜爱”徽章。
4 个赞
可以启用或保持禁用的选项将是完美的解决方案，是的！ 
3 个赞
我同意可以选择将反应计入点赞数会很好。
6 个赞
才意识到点赞要求是过去100天。现在我得重新考虑那里的数量了…… 
2 个赞
有些日子我才意识到我脑子里有多少东西已经消失了。我知道这一点，但它还是消失了。
对于任何公开的 Discourse 网站，只需在基本 URL 后添加 /about，然后滚动到页面底部即可查看网站统计信息，例如：
4 个赞
目前我们在 BlenderArtists.org 有 35 位 TL3 用户，最高时曾达到约 50 位，但这个数字波动很大。
TL3 用户在我们网站上有很多特权——尤其重要的是，他们可以投票选出要“精选”的艺术作品，并在网站顶部获得更长的可见度（这是一个部分艺术分享论坛）。投票似乎非常有激励作用；大多数成为 TL3 的用户都会保持 TL3，即使他们暂时离开，也几乎总会回来。
6 个赞
感谢 @Joseph_Hansen！很高兴听到来自比我们更大/流量更高的网站的反馈。你们是否调整了 TL3 要求，还是仍保持默认设置？
5 个赞
他们仍然使用默认设置，但这是一个紧密的社区，每天都有很多人访问，并且点赞/被点赞的次数很多。我们不使用反应插件，所以点赞是唯一的选择，这可能是一个因素。我同意反应应该计入 TL3 要求。
6 个赞
这件事有结果了吗？ 
我非常希望看到这个功能。
2 个赞
据我所知，还没有……
2 个赞
我认为，如果启用了反应，则必须调整信任级别的限制，或者将反应也计入点赞。
只有两个 TL3 用户，肯定是有原因的。当我查看使用了什么时，反应的使用频率远高于点赞。所以这可能是几乎没有人达到 TL3 的主要原因。
顺便问一下，我能否以某种方式查看用户已达到的要求以及还缺少什么？是否有例如数据探索器查询或其他类似的东西？
另一个问题，也为了百分之百清楚：信任级别是否可以再次被撤销（我不是指管理员手动撤销）？我读到一些关于过去 100 天的内容会影响到晋升到下一个信任级别的信息。或者 TL 一旦达到就会一直保留吗？我不太明白。
4 个赞
如果有人看到这个，请注意，如果将来要更改为计算反应，请将其设为公式中的可选值，或者让管理员为使用的反应设置一些“分数”。
您可以通过转到 /admin/users/{user_id}/{username} 并滚动到信任级别值来检查用户的信任级别要求。
至于这个话题，在过去几年论坛发展过程中，这个问题曾多次浮现在我的脑海中。起初，我觉得 TL3 的基本要求有点吓人。现在，放眼未来，我认为默认值完全没问题。这带来了一群我们可以信任的用户进行用户间互动，因为我们确切地知道他们受到了其他成员的真正赞赏，并且他们了解论坛的运作方式（在我们的案例中更是如此），这使他们成为一群有价值且忠诚的用户。
如果您对 TL 的分配不满意，为什么不尝试调整一些设置呢？我建议了解您社区的“频率”。消息的频率如何？如果按照您的标准来说是不频繁的，请缩短“tl3 时间段”的时间窗口。相应地调整“tl3 需要访问天数”。
也许“tl3 需要回复主题数”的 10 个要求对您的社区来说太多了？
我可以继续。那里的设置供您调整。
tl3 晋升最短持续时间 设置是您正在寻找的。
3 个赞
@Roi 我大约一年前发布了一份 TL3 差距报告，并且自那以后更新了几次：
4 个赞