需要多精细的控制？这似乎需要实现很多功能，而且最终用户也很难管理（例如，用户搜索框、逗号分隔的用户名等）。我想知道你具体担心的是什么，以及通过允许你指定允许提及你的群组（或信任等级？）来解决是否同样有效？例如，只允许员工，或只允许 TL2 及以上用户等。
与上面类似，但“把我拉进聊天”是否只是邀请我加入聊天？换句话说，这需要被添加/邀请的用户进行确认操作。我希望它能这样工作。同样，我认为主动控制谁（具体/单独）可以“添加”用户是一种“笨重”的解决方案，而且可能只有少数用户会使用，而不是更广泛的选项或行为，如“邀请 vs. 添加”以及“按信任等级或群组控制邀请/提及”。也许你的意思是它可以在群组/TL 级别上工作，但我认为这需要一些澄清。
感谢您的回答。
目前我只找到一个选项可以联系到我（用于私信）：
在聊天中拥有类似的设置是一个好主意。
我认为用户没有任何办法可以阻止提及 @all（就像在 Skype 中一样）、@group、@here。
我不知道如何在讨论热烈的聊天中处理提及。例如，有 3 个聊天：A 队、B 队和 C 队。我被选中来支持他们（例如修复服务器）。A 队和 B 队昨晚很活跃，他们两次提及我（例如“嘿，伙计们，你们还记得上次 @rapekas 在同一个问题上说了什么吗？”）。B 队和 C 队提到了 @all（我被硬编码在此组中）。您知道有多少用户在提及 @all 后发帖了吗？
您是否同意最后一段很难阅读？我应该用图表/图片来可视化它而不是写出来，对吗？当有人在我很长的聊天中提及我时，我必须找到每一次提及，并仔细阅读提及附近的所有内容。
当我在公司开始使用 Discourse（作为支持票务系统）时，我发现了一些事实：
用户永远不应使用共享邮箱（例如 supplies@company.com 或 customercare@domain.com 等）注册 Discourse 帐户。这样的用户在聊天中？绝不可能。
当外部用户意识到我正在回复他们时，他们会尝试在一个地方/同一个主题中解决所有问题。他们想象自己正在打电话。尽管如此，我还是将问题分成单独的主题，但客户仍然在一个主题中轰炸。对他们开放聊天很危险。
接下来，即使 1 和 2 都没问题，当客户知道我的昵称时，他们会在每篇帖子中提及我。
如果我没有及时回复他们，他们会给我发私信。
不幸的是，当我的公司转向 MS Teams 时，使用 Teams 的客户在第一次电话会议后立即收到了我的公司电子邮件。接下来，他们开始通过电子邮件联系我，而不是在 Discourse 中提问。我无法（而且老实说也不想）通过 Teams 支持他们，因为作为他们 Teams 的访客，我在 Firefox 中收不到电话或消息（目前只有 Chrome 支持）。
下一步，客户打电话给项目经理，当我在 A、B 和 C 聊天中按优先级排序提及内容时，他敦促我立即将他们连接起来。
聊天是快车道。通常，当一个普通人能够进入快车道时，除非触发严格的规则，否则他不会想回到慢车道。这是一个无限的循环。
也许吧。我只是想要结构化且可管理的聊天，并为用户提供私人空间。
我想补充一点，我的角色本应有一位秘书来为我制定优先待办事项列表。但我认识一些人，尽管职位很高，却亲自阅读他们在 Twitter 或公司聊天中帖子的回复。如果聊天功能足够方便，不会让人分心，但又能始终保持最新，那就太好了。
我现在正在阅读来自 Alpha 测试者的热情反馈，但我知道当它在拥有数千用户的社区中上线时，情况可能会如何变化。
我也有很多客户支持方面的经验，通过 Discourse（和其他论坛）、电子邮件等。我当然同意/分享你的许多担忧！话虽如此，我认为这些是更广泛的普遍问题，像 Slack 这样的应用程序仍然没有解决例如 @everyone 的问题，除非在人们尝试这样做时发出警告（或在管理员级别上禁止某些用户/用户组使用它——这不是单个用户可以控制的），所以我不太确定我们能否期望 Discourse 在这方面做得更好。
但是，你可以控制你的通知偏好（例如，当有人 @everyone 时你是否会收到通知等）。所以也许这是一个可以考虑的选项，如果它还没有包含在 Discourse 提供的通知控件中，并且与新的聊天功能集成在一起的话。
总之，我的总体观点是，你描述了一些重大且非常真实的问题，但这些问题基本上没有其他工具能够让所有人都满意地完全解决。这当然部分是因为这是一个非常困难的问题。我认为如果不是有点不合理的话，期望 Discourse 团队作为聊天设计核心的一部分来解决其中许多问题是不现实的，这对我来说感觉有点像“功能蔓延”。当然，我无权代表团队发言。
尽管如此，我也确实希望他们能想出一些很棒的方法，让人们能够轻松地管理他们的提及、通知等，这些方法要与 Discourse 的设计一致等。
