我已在 GitHub 上发布了该代码，但目前只能称得上是 Alpha 版本。很多功能都能正常工作，但该插件缺少文档，并且还需要一些补丁（例如 这个）才能让 Discourse 正常工作。
目前已实现的功能：
当插件达到 Beta 质量时，将发布一个更正式的主题来宣布该插件。感谢您对该插件的关注！
http://matrix.org/Element.io 不再存在（尽管 http://element.io 显然仍然存在）。
干得好，但这则消息会在这里被忽略。您需要为这个插件创建一个单独的主题。
“主题”是什么意思？（您是指“主题”吗？）
@volanar 我认为你没领会丹的意思：
他完全有能力在他想要那种曝光度的时候开启一个新帖子。
也许是个愚蠢的问题，但有了这个集成，它是否会在 Discourse 上提供端到端加密？还是仅仅是将 Discourse 上的内容复制并推送到 Matrix，以便 Discourse 的管理员仍然可以访问聊天中发送的所有明文消息？
这真是太令人兴奋了。我注意到链接的拉取请求已完成，但毫无疑问这是一个庞大的项目。对 Matrix 聊天支持的进展感到好奇，并为此感到兴奋。
看起来这个可能已经停止更新了，但我想回复这个帖子，并让你们知道至少还有一个人会定期关注这个 
能否将其拆分为独立的插件部分，以便其他人更容易查找和讨论？感谢您的考虑！
依我之见，Discourse 主要被设计为一个公共论坛。E2E 加密在这方面适得其反。如果你不信任 Discourse 实例的管理员，我看不出有任何使用它的意义。E2E 加密无法阻止管理员将恶意功能推送到浏览器以规避加密。如果一次向多方或多方之间的通信有很高的保密要求，我认为专门的 Matrix 频道是最佳选择。
我同意。我猜我只是觉得，大多数使用互联网的人并不完全明白，在一个平台上进行的私人聊天通常是管理员可以看到的。就我而言，作为管理员，我可能会禁用 Discourse 上的私人聊天，因为我不知道人们是否会明白，尽管我告诉他们多少次我可以看到他们所有的 1-1 条消息，但我仍然可以看到。然后，我可能会尝试引导人们，如果他们想直接联系别人，可以通过 Matrix 或 Signal 进行（仍在等待用户名，这样就不用给每个人提供电话号码了）。
我很欣赏这一点，即使用开源 Discourse，管理员也可以随时禁用端到端加密（E2EE），所以无论如何都可能不信任它。
感谢您的回复~
很酷，但我发现没有实际的安装说明。
有关此插件的更多信息以及如何在 [Meta](https://meta.discourse.org/t/TODO) 上安装它。
你弄错了。这连接到 Matrix，这意味着它不包含任何形式的端到端加密。它只是让 Matrix 用户也可以访问论坛聊天。
这与保密无关。它只是为了与碰巧在 Matrix 上的用户聊天。
这里没有端到端加密。端到端加密意味着加密在客户端进行，在到达服务器之前。我们能否停止将 Matrix 支持与端到端加密混淆。
对于任何确实想要 Discourse 中的端到端加密并在其他地方讨论的人……您可以使用 Discourse Encrypt (deprecated)
我们可以通过将所有管理员包含在每个聊天群组的参与者列表中（当然，当管理员离开和加入时，会动态管理）来简单地解决这个问题，但这当然是一个单独的功能请求。
我不知道我是否在重复造轮子，但我在编写一个从 Discourse Chat 到其他平台的桥梁。在 Telegram 上，我取得了相当大的成功，而且桥接效果非常好。接下来我考虑将 Discourse Chat 桥接到 Matrix。
太棒了。你可以看看现有的正在开发的桥接器。也许也值得在此基础上进行开发。GitHub - udan11/discourse-chat-matrix: A Matrix bridge for Discourse Chat
有点。这个帖子开始的想法是用 Matrix 协议替换 Discourse 的聊天协议。这听起来非常合理，因为它似乎设计得很好并且得到了越来越多的采用。我甚至不知道我们在这里为什么要谈论桥接。问题是我们是否应该在未来弃用 Discourse 协议。
通过采用 Matrix 协议，默认情况下可以实现私人聊天/消息的端到端加密（在我看来应该是同一件事）。无需自定义协议。
是否有 Discourse 核心团队成员可以提供有关“Discourse 聊天与基于 Matrix 的聊天互操作性”讨论的最新情况？在欧洲，我们有许多大公司已经使用 Matrix 作为其自有通讯应用的技术基础：
Matrix 的采用正在全球范围内增长。我相信将 Discourse 聊天与 Matrix 生态系统“连接”起来，可能成为未来使用 Discourse 平台的一个关键论据（与用于将 Discourse 与 Mastodon 连接的 ActivityPub 类似）。在
有一个桥接代码，但最后一次活动是在 2 年前。那么，是否有计划采用此代码或创建一些“官方支持”的新东西？
正如 ActivityPub 在连接开放讨论方面非常有用一样，实现 Matrix 协议也可以作为一种安全的方式来连接不同 Discourse 服务器之间的非公开类别，并作为向用户发送通知的附加方式。
目前还没有具体的计划。
我们曾与 Dan 在该存储库中进行早期探索，以更多地了解使聊天与 matrix 互操作的可行性。
当时看起来很有希望，尽管我们遇到了一些挑战，但我们还没有完全解决——主要是每个系统上的用户处理方式。
此后，聊天也发生了很多变化，我们没有将 matrix 兼容性视为我们设计的约束，因此这两个系统之间可能存在需要解决的进一步差异。
这可能需要有人赞助这项工作才能继续进行，并确保有更强的动力来维护已构建的内容。