@Sailsman63，你提出了一个非常好的观点，我实际上倾向于一遍又一遍地重复，当（是的，我会经常使用这个类比）与人们讨论文件系统时——直接的层次结构很少足以展示复杂的关系。
我认为你为 Discourse 提供了充分的证据，证明它既需要一个更强大的通用关系机制，也需要独立的、可扩展的视图模型。具体来说：
-
在撰写新回复时，允许一个人选择多个评论标记为已回复。这意味着用户不必在评论中标记多个人，如果他们正在回复多个评论，并确保客观地传达他们正在回复的内容。
-
然后，这可以由用户选择的视图模型（平面、线程、适用于那种整天盯着关系数据库看的人的类似 MermaidJS 的关系图）来消费。
-
平面视图仅在回复指示标题中显示多个头像。
-
线程视图将基于响应者指定的“主要”评论（不是理想的解决方案，但直观）。
-
类似 Mermaid 的视图（星形？）将提供一个关于哪些主题似乎最重要的概述，然后允许用户选择一个评论并切换到上述标准视图之一。
-
同意吗？
这取决于对话。在这样的主题中，必须考虑所有背景。然而，在一个关于技术问题的帖子中，该问题已经演变成多人之间的讨论，就像现在这样，要求总结或评论特定部分，而无需考虑其余部分。
一切都是成本效益分析。我没有无限的时间。
它当然受到了影响，确实如此。