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