因此，我经常访问多个 Discourse 站点，并且作为其中一个站点的管理员，我充分利用了所能做的所有操作。
就在最近，我加入了另一个站点，并回复以帮助那里的新用户。我没有做自我介绍，也没有阅读任何帖子，等等。我只是看到了一篇最近的帖子，觉得可以帮忙回答。
由于我在那里是个新用户，因此受到了所有新用户限制的约束。在尝试帮助回答时，我肯定因为使用过多链接、试图对同一主题回复超过两次，以及我那非常友善的回答被标记并隐藏而多次被标记。不用说，我试图帮助的用户从未看到我那友善的回复。
虽然我知道这永远不会发生，但我还是不得不问：
能否为当前 Discourse 站点的管理员提供一种秘密方式，将他们从信任等级的底层提升出来？
这被称为“隐匿式安全”。这是一个糟糕的主意。一旦垃圾邮件发送者掌握了这个“秘密暗号”，他们就能向全球所有的 Discourse 站点发送垃圾邮件。
你需要通过传统方式达到 TL2，或者向管理员请求提升。
我就知道会有这样的回复。
我花了几分钟浏览了几篇帖子，才终于达到 TL 1，并成功发布了我的回复。
现在我明白了，为什么一些新用户会感激我在他们管理的网站上将他们提升到 TL 3，尤其是当他们发布的某个主题听起来像是已经使用 Prolog 一两年以上的时候。
被困在 TL 0 比被禁言更糟糕。我得记住这一点。
呃，不对？使用 Discourse 的默认设置，只需大约 10 分钟就能升到 TL 1。被禁言的话你完全无法发帖，所以我不明白 TL 0 怎么会更糟糕。
如果你想在完成社区设置的所有繁琐流程之前获得信任，可以考虑联系其工作人员提出请求。
这让我想到了一些在社区之间识别或验证身份的方法，但也许你无需这些也能引起他们的注意。
任何基于技术的“科纳米代码”式捷径来绕过信任等级，都会轻易规避信任等级的目的；但反过来，它们也无法替代直接建立信任。
当你被禁言时，你知道自己无法发布任何内容；但当你卡在 TL0 等级，却不断遇到各种限制（例如每个主题只能回复 2 次、每篇帖子只能包含 2 个链接等）时，情况会变得非常令人沮丧。我可能会花几分钟时间撰写一篇包含链接的优质帖子，并在过程中进行研究并附上参考资料，但当我点击“回复”时，系统会通知我哪里出了问题。此时再想修正帖子就变得很麻烦，因为部分内容不得不被删减。结果，当你好不容易把第三次回复都弄好，系统却不允许你发布了。我认为这之所以更糟糕，是因为你花费了更多时间去尝试完成一条回复；而如果你被禁言，你甚至根本不会花这个时间。
这让我想起了编程的旧时代：那时你要用打孔卡编写代码，然后将其装入读卡机。第二天，你得排队去领取打印出来的输出结果（绿条纸），并祈祷自己没有犯错。
这样解释应该清楚了吧。
或许，在创建第一篇帖子时，如果能弹出一个窗口，告知你的限制是什么，并给出如何升级到 TL1 的友好建议，那就太好了。另外，如果能有一个进度显示，让你知道距离 TL1 还需要多久（是 5 分钟还是 30 分钟），也会很有帮助。我理解设置这些低限制是为了过滤垃圾信息等。
总之，正如我所提到的，我刚才花了几分钟阅读了几个不同的主题，从而在那个网站上获得了 TL1 权限。这通常是我访问其他新网站时的做法，但这次我只是直接开始回复，而没有做其他事情。
是的，在第一条被标记的帖子之后，我确实使用了 @ 来提及员工，但由于时间已晚，我想他们当时都不在线。
我很欢迎这样的机制，但在我看来，除非这开始成为一个反复出现的常规问题，否则它并非当务之急。虽然我不知道 Discourse 站点的确切活跃数量，但当我听到像 10,000 这样的数字时，我并不感到惊讶。就我个人而言，我知道的大约有 200-300 个站点，而其中我实际使用的只有大约 10 个。
在我看来，这包含两个部分：信任和技能（能力）等级。
我还没有更好的答案来说明如何将这两者分开，但正如你所暗示的那样，建立一个集中式的存储库，用于保存其他站点的技能和信任等级，是一种可能的方式。无论如何，目前这仅仅是一场哲学讨论。
我不确定这是否能成为核心功能，但它完全可以作为一个出色的插件，用于连接各个 Discourse 实例。构建一个可信的第三方服务来解决认证问题才是关键。
请不要在这里曲解我的意思，这并不是我的本意。那个话题之前已经讨论过，并且存在各种各样的挑战。
但有什么能阻止某人自行托管，构建一套虚假的信誉，并利用它来绕过其他实例的保护措施呢？
我之前说过：
任何希望相互连接的 Discourse 实例都需要经过中心服务的管理员审核。
正如其他人所指出的，TL0（新用户）沙盒确实限制较多，但升级起来相当容易。
TL2 唯一的“魔法握手”方式是持续参与，或者通过/about 页面联系版主，如果你认识他们，可以请求他们手动升级。