我对您误解“邀请参与话题”功能的工作方式感到好奇——我们将重新设计此功能，使其与全新改进的邀请系统保持一致。希望在此过程中，我们能使其更加清晰易懂。
该功能请求涉及“临时用户”（staged users）的范畴。临时用户并非真正的用户，因为他们只能通过电子邮件参与，且临时用户的功能除了在私信（PM）系统中外，尚未得到充分完善。我认为您是在探索临时用户设计初衷的边界，这很有趣，但短期内甚至可能永远都不会实现。
对于大多数社区而言，让非用户参与讨论是毫无意义的。这里也存在一个滑坡效应：接下来我们应该赋予临时用户哪些权限？临时用户无法被@提及，不会关注话题或分类，无法访问私密分类中的附件，无法登录修改个人偏好（包括邮件偏好），无法接收每周邮件摘要，也不会出现在用户列表中。那么，临时用户何时就仅仅变成了从未登录过的用户呢？我们希望论坛体验对每个人来说都棒极了，因此真正的目标应该是降低人们登录的门槛，而不是让他们躲在电子邮件背后。
能否请您进一步说明您的使用场景，以及您已尝试过哪些现有的 Discourse 功能，并在哪里遇到了困难？能否描述一下您试图拉入的这些人群，以及他们为何不愿或无法注册并作为用户参与？
我能想到的一个个人使用场景是：邀请家人和朋友加入我用于管理家庭项目（如相册等）的私密 Discourse 站点，而他们对此有所顾虑。我知道他们会因收到孤立话题的通知而感到兴奋，添加回复并与我以及话题中的少数其他人交流。然而，他们可能永远不想注册站点，也不愿为了回复而登录，更不想看到他们不感兴趣的其他所有话题。但这属于 Discourse 相当特殊且可能罕见的用例，我目前可以通过单独给这些人发邮件来与他们讨论我的项目，从而应对这一情况。
另一个可能的用例出现在 Discourse for Teams 中，我们已经在测试访客用户功能。目前，访客与 Teams 站点的交互方式是通过被专门邀请加入访客分类。访客的数量不计入用户限制（可邀请的访客数量与团队成员数量相同）。随后可以在访客分类中创建与站点其余部分隔离的话题，使团队能够就特定话题（例如客户项目）与访客互动。到目前为止，我们尚未看到许多 Teams 站点使用访客功能，但如果他们发现有一个简单的界面可以邀请访客参与话题，并允许他们通过电子邮件加入而无需登录，他们可能会开始使用它。
我想，我们可以效仿员工向电子邮件地址发送私信的做法来实现您所描述的功能：创建临时用户，当他们的私信收到回复时，他们即可回复并接收邮件；如果他们后来决定创建账户，他们将获得对其作为临时用户期间所有活动的完整访问权限。可以提供一个按钮，用于向电子邮件地址发送帖子，或许在顶部附带一条个人留言。系统会创建一个临时用户，并通过电子邮件将完整帖子发送给他们。如果他们回复，他们就会开始关注该话题，从而收到后续回复（本周在另一个话题中曾提到这一点）。如果他们感到不堪重负，可以使用邮件页脚中的取消订阅链接。