一个帖子如果回复太多，不仅加载耗时，而且由于上下文时间跨度大、且交错复杂，不便于阅读理解。不如新开一个帖子，然后引用旧帖作为话题背景补充。
我在 Auto-lock topics after X days? - #5 by pfaffman - support - Discourse Meta 看到有自动关闭的选项：
但去设置找了一圈没找到。最大回帖数目限制的选项倒是有，这个也可以适当改小一些：
在发贴时引入另一个帖子的内容这种事情我好像做过n多次了 
，我觉得没有这个必要，还是希望一个贴子几年过去了，仍然具有回复功能，这个决定权应该交给贴子的作者，贴子的作者觉得回复太多，时间跨度大,交错复杂那就关。
但现在普通用户好像没法关掉自已发的贴子的回复功能，只能删除自己发的贴子。需要管理员才能关掉贴子回复功能
我觉得可以给予普通用户这个权限（符合一定条件后关掉自已发的贴子的回复功能）,毕竟这个功能其它平台都有(围脖、知hu什么的)
我倒觉得一个超长的帖子挺好的，“引用旧帖”这个关联帖子的方法比较脆弱，可能发帖的人漏掉也可能多几层link然后看帖的人看漏了，而一个大帖子对于经常看这个帖的人来说，只要点蓝圆圈就能看到最新的回复，没看过的人也可以一口气从头看到尾。
这个感觉我有时也有，我当时想的是“能大家投票或原po有权隐藏部分低质量回帖，就可以提高可读性了”
这个太主观了，不合适。而且增加了发帖／读帖人的负担。
我是想，如何让人在一个帖子中比较容易聚焦到他所关注的内容。
帖子篇幅短应该就不存在这个问题了。
长帖用如果用树状呈现，多线叙事，层次分明，很容易聚焦：
+----------
+----------
+----------
+----------
+----------
+----------
+----------
但是树状嵌套到最后横向空间越来越小，不适合贴代码。
平铺的方式适合贴代码，但是层次不够分明，需要从头开始顺序读帖，然后在脑袋里构建起上下文的结构：
+----------
+----------.....
+---------- |
+----------.......
+---------- | |
+----------..... |
+----------.......
+----------
有没有结合两者优点的方式？感觉 twitter 比较接近了，既有层次，但又不压缩水平展示空间。