自从几年前为 Discourse 添加了出色的聊天功能以来，我一直希望能更好地将聊天中的活动与核心论坛功能整合起来。如今，AI 编程代理已如此强大，我开始尝试探索这种整合可能呈现的样子。这是一个早期概念：
您看到的是这样一个视图：它包含了当前分类（“这是一个顶级分类测试”）下的主题、子分类（如“编程”）以及聊天频道，所有内容均按最近更新时间排序。对于子分类和聊天频道，会显示最新消息的小预览；对于主题，则仅显示分类徽章（我尚未实现不显示当前分类徽章的功能，仍在开发中）。子分类可以像这样以单行形式呈现，也可以像 Discourse 现有的扁平化“最新”视图那样，展示包含子分类的所有主题并附带分类徽章。我之所以选择这种展示方式，是因为它显得新颖。与 Discourse 的分类视图不同，该视图将所有内容交错排列，并按时间倒序排序。字母顺序模式会将子分类置顶，其余内容按字母顺序排列。
我仍在探索如何最好地传达每条更新/行所对应的上下文，例如是否应明确将主题标记为“主题”。不过，希望您花一分钟查看后就能理解其可读性，而且未来还有很大的改进空间和时间。
那么，为什么要这样做呢？如今，聊天功能已非常全面且强大，包括线程功能（我很喜欢！），并能与论坛系统良好互动（在主题中回复）。但在默认的 Discourse 体验中，即使经过大量自定义侧边栏后，聊天功能仍感觉最多只是次要的。新用户很难找到它，而且与聊天互动及获取聊天更新的操作，相比论坛内容而言，不够直观且支持不足。
当然，我理解 Discourse 首先是论坛（forumost？抱歉，我没忍住 
）。但它现在拥有的聊天功能已足够强大，足以作为至少与论坛同等的互动方式，甚至可能成为主要方式。其完善的用户管理、群组与权限系统、强大的身份验证、事件插件等，对于以聊天为主的社区都极具价值。而我并不知晓有任何其他平台能在一个仅聊天、易于自托管的开源系统中提供所有这些实用功能，更不用说一个同时整合聊天与论坛功能的系统了。
在我看来，真正阻碍此处实现更好平衡、让社区构建者能够自主选择不同互动界面重要性的，主要是用户界面（UI）和用户体验（UX）。在这方面，我认为最关键的一点是允许用户看到整个系统中所有更新的內容，无论其上下文如何（当然支持可选过滤）。侧边栏的改进可能也是必要的，以真正让这一切发挥最佳效果。但目前，对我来说最有趣的实验是：我们如何尽可能轻松地查看整个系统中所有更新，同时保持对这些更新上下文的清晰理解，而不让任何一项更新显得比其他项更“重要”。
我很好奇是否也有人觉得这个想法有前景！即使我目前展示的概念还不够完善，我也非常希望能听到您的想法、批评、替代方案等。