新加入 Discourse 的用户 - 希望这里是提问的正确地方…
我在 JustinGuitar 社区问过类似的问题 - 我是那里的重度用户，但不是管理员。
JustinGuitar 社区 - 是否有所有社区类别的总列表…
那里的问题是，有几十个顶级类别，每个类别大约有 10 个子类别，这变得越来越麻烦。
我不知道有多少次我想在一个我知道存在的类别中发帖，但找不到它，然后放弃，把它丢进一个像“随便聊聊”这样的万能类别里。
我看到很多其他用户也在这样做，这在某种程度上违背了拥有类别本身的意义。
这也加剧了一种印象，即网站太大了，很难找到东西，用户会不时地表达这种看法…尤其是新用户。
我提议有一个备用的类别视图，将所有内容显示为两级、完全展开的树状结构，我在 iPad 的备忘录中粗略地模拟了一下
使用这种方法，我认为用户可以快速浏览列表，有助于用户发现内容，并减轻版主将主题移至正确类别的负担。
这是管理员造成的问题。这是一个糟糕的主意，而且不鼓励这样做。你也许可以向管理员推荐 是时候谈谈标签了
这就是为什么不鼓励设置太多类别的原因。
另一个问题是，他们想方设法让类别页面不列出所有类别（可能是因为类别太多了）。通常，https://community.justinguitar.com/categories 会列出所有类别。所以你真正想要的是默认的类别列表。
谢谢你提供的链接。据我所知（我只是一个用户），他们根本不使用标签，所以我认为改变方法将是一项艰巨的任务。
这可能是出于历史原因……该网站是从其他系统移植到 Discourse 的……也许保留现有的类别方案更容易。
这一切都是我的猜测。
有命令行工具可以批量更改/合并类别、添加标签等。从技术上讲，这不一定是一项艰巨的任务，但必须经过周密的考虑，因为其中一些操作是不可逆的。
它也可能对习惯了事物组织方式的社区产生影响。用户将不得不适应新的结构习惯，并在尚未开始使用标签的情况下学习如何使用标签。
我的意思是，他们就是这样设置和运营网站的。Discourse 团队可以随心所欲地进行新的发明，但你对他们是否会在你可能使用的任何网站上使用这些发明，拥有零话语权。你的第一个挑战是让他们关心你（一个用户）在重新设计他们的网站方面的需求。然后他们需要安装它，提供选项等等，所有这些都基于一个潜在假设，那就是他们认为这是一个问题。
但无论如何，你会有无限的运气（我敢打赌会多 0.5%？）通过告诉实际网站上的人，你觉得他们的网站难以使用且设计糟糕，而不是试图让软件的开发者制作你完全无法使用的全新软件，哈哈。你提到的所有缺陷都仅仅是因为他们想要设置和使用该网站的方式。为“修复”一个自创的问题而添加新功能并没有多大意义。
