我们的 Discourse 社区自 2015 年以来一直存在。在 3.0 更新后，我看到聊天功能可用，但默认未开启。
我们不一定马上就要开启它，但我想知道是否有其他人可以分享将聊天功能集成到现有 Discourse 社区的经验。
以下是我想到的一些问题。
如果大家有其他建议，我也很想听听，希望其他人也能从中受益。
我采用了“按需创建”的方法。从一个通用的“讨论”频道开始，随着经常性且常见的话题出现，如果能从中看到好处，就创建单独的频道。我想这与你如何开始构建 Discourse 的论坛部分并没有太大区别。
此外，我为 tl3 和 tl4 启用聊天功能已有一段时间，并逐渐向 tl2、tl1 和 tl0 用户授予访问权限。用户会遵循他们加入聊天时建立的规则和规范。
我想这取决于那些社区的具体主题。我们没有镜像类别，因为 a) 我们没有看到明确的理由说明这样做会有好处，b) 这也强调了聊天不仅仅是另一个可以进行之前在论坛话题中进行的讨论的地方。
谢谢 — 这些真的很有帮助。
以前没想过这一点 — 这确实非常值得牢记。如果我们启用聊天功能，我们会分阶段推出。
就我而言，我无意启用聊天，我非常希望它仍然是一个可选项。（我并非反对聊天这个想法，但我的论坛希望在分类中包含主题和回复。小型管理团队使用私信来讨论问题。）
我认为现在还处于早期阶段，所以了解人们是如何做的以及在此过程中出现了哪些问题将会很有趣。
总的来说，我们经常建议那些已经存在一段时间的网站，首先在网站员工或一小部分高度信任的成员中尝试。这可能不是最终目标，但它是将该功能引入现有社区并进行尝试的一种安全方式。chat_allowed_groups 网站设置可用于控制哪些组可以访问该功能。
我会考虑成员目前如何互动以及在时间上的重叠模式。
是否存在一些来回交流非常频繁的现有主题？是否存在一些用户群体需要以某种方式更紧密地互动？也许为这些群体或这些类型的讨论尝试频道会很有价值。
另一方面，如果目前大多数沟通都是异步的，那么我可能会从另一个角度来看——是否存在一些对社区有益但目前未发生的更同步的沟通方式……那会是什么样子？
当参与者更适合异步讨论并且做得很好时，您在尝试频道时可能会遇到许多错误的开始。当您想让某人参与某个讨论但他们并不总是在同一时间在线，并且实际上最好在主题中进行讨论时。找到那些真正能帮助同一时间在线的群体更快地在聊天中进行交流或在此过程中获得更多乐趣的情况可能需要一些时间。
我们自己还在 Meta 上探索这个问题，我认为最终我们会为不同的事物设置一些公共频道，但除了为员工和其他一些群体设置专用频道外，我们到目前为止尝试过的许多频道都已回滚到 #general::channel。
一个有趣的观点，在社区（或版主小组）具有全球影响力并分布在多个时区的情况下！