我认为这非常适合用聊天来处理，而不是论坛。将每条消息视为一个独立的帖子，附加到一个“主题”（聊天频道）上；在论坛上将每个聊天频道显示为一个特殊论坛类别的线程，该类别处理聊天；允许用户使用 Discourse 的论坛帖子编辑器回复任何给定的消息；也允许用户使用聊天回复任何普通论坛帖子，在这样做时将帖子转换为聊天消息。聊天记录可以显示在单独的信息流中：这将为论坛提供强大的发现和策机制，用户可以在其中重新浮现和开启围绕某个著名主题或帖子的讨论，而无需承诺撰写完整的回复。这就像 Zulip，但没有反直觉的用户体验。
尽管老派的“聊天与论坛之争”的人们怎么想，论坛和聊天之间没有根本区别。实际上，论坛（参见社交媒体信息流）比信息流更接近聊天：用户几乎无法对内容进行排序和呈现；帖子被僵化地附加到主题中，无法方便地脱离上下文进行消费，即使主题的 OP（原始发帖人）很少是主题中最具信息量的帖子（例外情况证明了规则：社交书签、技术支持、工作/项目论坛效果更好）；主题阻碍了分支到新的对话上下文。信息流强烈鼓励以一种不那么线性的方式与内容互动，这样你就可以在同时有许多人参与的对话中进进出出。
此外，在其他条件相同的情况下，“肤浅”的内容比“深入”的内容更好。
我们拥有有效的搜索引擎和其他发现机制，可以根据线索帮助我们找到好的内容。如果我想深入了解一个主题，我通常可以通过查找和阅读手册来做到。当一个帖子或视频不能立即切入正题，或者喋喋不休地谈论一些不相关或过时的材料时，这简直是对观众/读者的冒犯。平台的设计应该能够促使用户不要浪费彼此的时间，或者至少允许其他用户完全过滤掉这些内容（例如，屏蔽）。当人们无法过滤掉低质量内容时，平台就会变得极其脆弱，并且随着更多人的参与，通常会变得越来越糟而不是越来越好。这正是 Facebook 面临的问题，也是聊天、短视频和订阅式发布平台兴起的原因。