在我们公司，我们广泛使用“whispers”（悄悄话）进行内部沟通。
我们组织中几乎所有的角色（销售、服务、开发人员、产品经理、社区管理、用户体验、文档）都在我们的用户社区中发挥作用。对我们来说，这意味着每位员工都应该能够看到“whispers”。
在 Discourse 中，您必须是 staff（员工）组成员才能看到“whispers”。对我们来说，这意味着要授予 300 多人 moderator（版主）访问权限。这些人本来只需要 TL4 权限就足够了。
简而言之：我们所有的员工都需要看到“whispers”，但很少有人需要成为版主。
如果我们能做到以下几点，将非常有帮助：
您怎么看？
这无疑是一个非常有趣的问题，我非常理解你的想法，并且同意这个权限应该基于用户组。
但遗憾的是，由于我们内部设计的许多方式，这是一个重大的改变。
表面上看，这似乎是一个简单的改变……只需重写这两个方法：
但 Discourse 内部的改变相当深入。
我们甚至有一个列来跟踪 highest_post_number_including_whispers……但它被称为 highest_staff_post_number。
这里的另一个复杂之处在于，我们需要一个用户组检查来确定用户是否可以看到“whisper”，而现在这个检查更便宜，因为我们只需查看用户记录。
我将把这个问题加入书签，以便内部讨论，看看我们是否能在这里做些什么，但遗憾的是，复杂性相当高。
也许换个思路，创建一个新的员工会员级别？
管理员 > 版主 > 团队
他们仍然可以被视为“员工”，但不会出现在“关于”页面上。
我曾有其他时候，希望能够将其他员工标记到对话中，即使他们没有关注社区的大部分活动（例如，将相关反馈提交给产品团队），但又不想让他们成为版主并拥有其他特权。
我明白你的意思，但我们的一般模式是转向超灵活的基于组的权限。我们已经为“分配”和“已解决”做了这件事，并将把它扩展到越来越多的部分。
我想到的一个变通方法是使用主题聊天功能，并且只允许员工和您的团队群组访问该频道，并将其用作耳语，而不是实际的耳语功能。
@Colin_Mueller 更改应该已在您的网站上生效 
感谢您的建议，这确实是许多人想要的。这里有一个重复的模式，使用 TL 作为网关或 Staff 作为网关往往不如允许基于组的权限灵活。
嘿 @sam
哇！这真是太棒了。这将极大地帮助我们。非常感谢。
此主题已在 14 天后自动关闭。不再允许回复。
