# 更新 Meta 上的分类组织方式 **URL:** \ **Category:** Site feedback\ **Tags:** meta-redesign-2026\ **Created:** [2026年二月17日 17:03 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306 "2026-02-17T17:03:32Z")\ **Posts on this page:** 20\ **Page:** 3
**Author:** ![ToddZ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/toddz/32/328350_2.png) [@ToddZ](https://meta.discourse.org/u/ToddZ)\ **Post date:** [2026年二月26日 18:22 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/41 "2026-02-26T18:22:05Z")
> [@mcwumbly](#): > > 我认为在很多情况下，我所寻找的更像是“分类组”而不是“父分类” 类似于……[分类组 - 主题组件](https://meta.discourse.org/t/category-groups/200874)？虽然想出包含所有内容的分类组并不难，但我们会失去父分类及其子分类的汇总功能。 > [@mcwumbly](#): > > 缺少对子分类的直接访问 我在这方面没有遇到困难，但这可能不是很直观。如果默认设置在侧边栏列表中包含父分类，那么将它们全部设置为“在此分类的主题上方显示子分类列表”/“框”（Box），类似于 #Documentation，可能会很不错： ![image](https://global.discourse-cdn.com/meta/original/4X/7/0/8/7083e4aa3b599bc5741066e447732fe4369d575b.png) （如果我重复了建议，请原谅——这个主题内容太多了。） ---
**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\ **Post date:** [2026年二月26日 19:28 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/42 "2026-02-26T19:28:36Z")
> [@ToddZ](#): > > （如果我重复了建议，请原谅——这个主题内容太多了。） 别担心。我们都在这里集思广益…… > [@ToddZ](#): > > > [@mcwumbly](#): > > > > 缺少对子类别的直接访问 > > 我没有遇到这个问题，但这可能不是很直观。如果默认设置在侧边栏列表中有父类别，那么将所有父类别设置为“在类别主题上方显示子类别列表”/“框”，类似于 #Documentation，可能会很不错： > > ![image](https://global.discourse-cdn.com/meta/original/4X/7/0/8/7083e4aa3b599bc5741066e447732fe4369d575b.png) 是的，@bryce 在别处也与我分享了一些类似的反馈。我打算看看我们能在这方面做些什么。 我之前将事情概括为两个选项： > [@mcwumbly](#): > > 我正在权衡接下来的两个选项： > > - 将事物进一步扭曲成一致的层次结构 > 禁止在所有顶级类别中发帖——将所有主题推入子类别。 > - 恢复，然后重新思考 > 回到以前的样子。谨慎但有目的地使用父/子类别，并允许在使用的父类别中发帖。重新评估接下来的步骤 但 Bryce 建议可能还有第三种选择——更清楚地区分哪种类型是哪种类型——所以我打算先尝试那个。 请稍候…… ---
**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\ **Post date:** [2026年二月26日 20:29 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/43 "2026-02-26T20:29:00Z")
好的，我今天在这些方面取得了一些进展： - 限制在主要用作子类别容器的顶级类别中发帖 - 为新类别添加了描述，以便显示它们的横幅 - 配置了顶级类别以显示其子类别，使它们更容易被发现 我仍然需要处理这个问题： > [@mcwumbly](#): > > > [@stephtara](#): > > > > 我很遗憾地说，我绝对不喜欢 #Community Building 的主题列表现在充满了各种各样的事情，这些事情在我看来与该类别以前涵盖的“社区管理”领域毫无关系 > > 我也不喜欢。 我会很快回到解决那个问题上。 ---
**Author:** ![stephtara](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephtara/32/517827_2.png) [@stephtara](https://meta.discourse.org/u/stephtara)\ **Post date:** [2026年二月26日 20:49 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/44 "2026-02-26T20:49:39Z")
> [@mcwumbly](#): > > 配置了顶级类别以显示其子类别，使它们更易于发现 这真的为我改善了情况。 我认为 #Customization 类别的描述中存在一个故障。当我点击类别描述中的“了解更多”时，我却进入了 discourse 主题速成课程 🥴 ![IMG_7264](https://global.discourse-cdn.com/meta/original/4X/0/f/9/0f9d9a5b4f52c354e71354fa6c421deabaa83fea.png) ![IMG_7265](https://global.discourse-cdn.com/meta/original/4X/f/8/9/f8977fda042566aa1e86d74b14ee37a9dc4d2b42.png) ---
**Author:** ![Moin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/moin/32/554653_2.png) [@Moin](https://meta.discourse.org/u/Moin)\ **Post date:** [2026年二月26日 21:14 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/45 "2026-02-26T21:14:42Z")
我理解将子类别放在顶部的优势。但同时，当我访问一个类别时，我再也看不到任何主题，只看到静态内容。我通常访问一个类别是为了查找和阅读主题，而不是子类别的名称和描述。 ![Screenshot_20260226_221353_Firefox](https://global.discourse-cdn.com/meta/original/4X/4/3/c/43c00287899d20dbd9dedbcf364e3b129d5a298d.jpeg) ---
**Author:** ![ToddZ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/toddz/32/328350_2.png) [@ToddZ](https://meta.discourse.org/u/ToddZ)\ **Post date:** [2026年二月26日 22:15 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/46 "2026-02-26T22:15:55Z")
您指的仅仅是“首屏可见”的内容，还是您没有看到下面的正常主题列表？ ![image](https://global.discourse-cdn.com/meta/original/4X/b/c/b/bcb28a755648365a7c18c9b8af99c2ec834bbc7f.png) ---
**Author:** ![Moin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/moin/32/554653_2.png) [@Moin](https://meta.discourse.org/u/Moin)\ **Post date:** [2026年二月26日 22:19 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/47 "2026-02-26T22:19:57Z")
下面是一个主题列表，但我上面分享的是我滚动之前看到的内容。平板电脑的垂直空间是有限的。 ---
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2026年二月27日 00:20 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/48 "2026-02-27T00:20:34Z")
> [@stephtara](#): > > 我觉得 #Customization 这个分类的描述里有个小问题。当我点击分类描述中的“了解更多”时，结果却跳到了 Discourse 主题的速成课程 🥴 我觉得旧版的 #Customization > Theme 或 #Customization > Theme component 分类的横幅里就已经有这个了。 ---
**Author:** ![ToddZ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/toddz/32/328350_2.png) [@ToddZ](https://meta.discourse.org/u/ToddZ)\ **Post date:** [2026年二月27日 00:54 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/49 "2026-02-27T00:54:33Z")
一键装箱的链接一直都是这种漂亮的格式吗？也许直到它们有了描述和子类别我才注意到…… ![image](https://global.discourse-cdn.com/meta/original/4X/3/5/0/350d180e52cf0fb5a131fbc799a59e41519bbcec.png) 参考截图。真实情况中所有内容都是实时链接。 非常小的观察：指向子类别的长内联链接在句子中不太自然地流动…… ![image](https://global.discourse-cdn.com/meta/original/4X/5/d/6/5d6e47937ee7a4bd9e84fab316c0d308e37db315.png) ---
**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\ **Post date:** [2026年二月27日 02:47 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/50 "2026-02-27T02:47:29Z")
> [@mcwumbly](#): > > > [@mcwumbly](#): > > > > > [@stephtara](#): > > > > > > 我很遗憾地说，我绝对不喜欢#community-building::category 的主题列表现在充满了各种各样的事情，对我来说，这些事情与这个类别以前为我涵盖的“社区管理”领域毫无关系 > > > > 我也不喜欢。 > > 我会尽快解决那个问题。 我在这里做了一些小的改动，我认为会有帮助： - 我将“General”（常规）移出了这个类别，作为一个额外的顶级类别 - 我稍微重新排列了类别，所以“Community Building”（社区建设）排在第二位（在“News and Events”（新闻与活动）之后排第一）。 - 我使类别描述更简洁了一些 - 我没有为这个类别添加“显示子类别” （它也没有在“Support”（支持）中显示） 是否显示子类别的决定取决于是否允许（或鼓励）在该顶级级别发帖 - 我没有移出其他三个子类别（data and reporting（数据与报告），praise（赞扬），comparison（比较））。 目前，这些对我来说仍然是最好的归属地。 现在有 3 个主要的、顶级的讨论类别： - Community Building（社区建设） - General（常规） - Support（支持） 其他的顶级类别更像是“类别组”——主要是子类别的容器。 我想继续塑造这个“Community Building”类别。我想知道是否有方法可以为更多此类讨论提供更大的便利，例如： - 帮助刚接触 Discourse 的社区管理员了解产品的使用方法 - 帮助刚接触社区管理的工作的网站管理员了解实践的使用方法 - 分享故事/经验 但这可能是在其他事情稍微稳定下来之后，需要更独立关注的事情。 ---
**Author:** ![manuel](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/manuel/32/468169_2.png) [@manuel](https://meta.discourse.org/u/manuel)\ **Post date:** [2026年三月5日 19:31 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/54 "2026-03-05T19:31:37Z")
> [@mcwumbly](#): > > 我已将“General”（通用）移出此类别，作为一个额外的顶级类别 我觉得“General”（通用）在 Meta 上并不是一个非常有用的类别。它目前包含两百多个主题，但查看后发现其中许多主题实际上更适合“Site Feedback”（站点反馈）、“Feature”（功能）或“Support”（支持）。 我认为清理该类别后，可能只剩下大约 50 个确实不属于任何其他类别的帖子。对于这些帖子，一个更具体的类别名称可能会更有意义（例如“Off-topic”（离题）、“Random Talk”（闲聊）、“Watercooler”（水冷却器）等），而不是“General”（通用）。 ---
**Author:** ![hellekin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hellekin/32/51636_2.png) [@hellekin](https://meta.discourse.org/u/hellekin)\ **Post date:** [2026年三月12日 15:07 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/55 "2026-03-12T15:07:41Z")
> **这是我的分类选项卡** > > ![screenshot of tabs](https://global.discourse-cdn.com/meta/original/4X/f/6/5/f6572c59febe775fab9808fb0475439941fae29f.png) 我还没有真正使用它，但我已经发现了一些问题： 1. `#wiki` 是可以的，因为它显示了所有的子维基。 2. 但是子维基“index”链接指向一个分类而不是索引主题（至少在“Developer wiki”的例子中），这需要再点击一次才能访问你可以 \text{Ctrl}+\text{f} 的一次性资源。 3. 由于某种原因，“Forum summaries”的描述没有显示在 `#news-and-events` 页面上。 4. 我选择在我的分类选项卡中放置 `#news-and-events:announcements`，但也可以恢复到默认的 `#news-and-events`，因为我对 `#news-and-events:blog` 也感兴趣。 5. `#community-building:data-reporting` 对我来说位置明显不对。 6. `#support` 不显示子分类，这在你想寻求特定帮助时是有害的。 7. 对我来说，“Data Reporting”属于 `#customization`。 8. 在 `#documentation` 中，索引链接对于 `#documentation:site-management` 和 `#documentation:developer-guides` 不容易直接访问。你应该使用像 `#documentation:contributing` 那样的更短的描述，以便索引链接可以立即点击。然后在分类描述的其余部分使用更详细的描述。 9. 文档中的索引链接应该指向索引\_主题\_，而不是分类（节省一次点击）。 10. 在我的分类选项卡中，我放置了所有维基，但我应该定制并指向维基索引主题以节省一次点击。 11. `#dev` 是一个顶级分类，还是应该是 support 的子分类？那么“solid dev knowledge”应该是文档……我不确定，但这似乎很多 `#dev` 主题都是对开发人员的支持。我建议将 `#dev` 移到 support 下，默认将其静音，并创建一个专门的开发人员组来取消该分类的静音。 ---
**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\ **Post date:** [2026年三月17日 02:01 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/56 "2026-03-17T02:01:07Z")
感谢所有反馈，@hellekin —— 以下是对每一条评论的一些回复： > [@hellekin](#): > > 但是子维基的“索引”链接指向一个分类而不是索引主题（至少在“开发者维基”的案例中），这需要再点击一次才能访问您可以通过 Ctrl+f 访问的单次资源。 啊，有意思。链接是正确的，但是这些框体阻止了点击。点击框体内的任何位置都会被框体本身捕获，即使链接看起来是可点击的： ![Screenshot 2026-03-16 at 9.52.22 PM](https://global.discourse-cdn.com/meta/original/4X/8/1/c/81c60f6db15d31541b764c7f700d00770ea2161c.png) > [@hellekin](#): > > 在 #Documentation 中，#Documentation > Site Management 和 #Documentation > Developer Guides 的索引链接不易获取。您应该使用更简短的描述，例如 #Documentation > Contributing 的描述，这样索引链接就可以立即点击。然后在分类描述的其余部分进行更详细的说明。 这是一个很好的建议，但我认为在解决第一个问题之前，这不会有帮助，否则这些链接根本无法点击。 > [@hellekin](#): > > “论坛摘要”的描述不知何故没有显示在 #News and Events 页面上 嗯……“对我来说是有效的”： ![Screenshot 2026-03-16 at 9.53.57 PM](https://global.discourse-cdn.com/meta/original/4X/5/b/6/5b67191d85139970fad94e8877ad55d595407848.png) 您能分享一下您在这里看到的内容的截图吗？ > [@hellekin](#): > > #Community Building > Data & reporting 对我来说明显放错位置了。 📝 知道了。我仍然需要就 #Community Building 开启一个新主题，就像之前承诺的那样。我上周不在，这周也会不在，所以可能要等到下周才能做那件事。 > [@hellekin](#): > > 对我来说，“数据报告”属于 #Customization 我不认为那是它的正确位置，但我们将在即将到来的主题中更深入地讨论它。 > [@hellekin](#): > > #Support 不显示子分类，这在您试图获得特定问题的帮助时很不利 我决定（暂时）\_不\_在允许在顶级发布内容的父分类中显示子分类。 我们解决这个问题的方式可能取决于我们对主题下一迭代的方向（抄送 @manuel） > [@hellekin](#): > > #Dev 是一个顶级分类还是应该是 support 的子分类？那么“solid dev knowledge”应该是文档……我不确定，但看起来 #Dev 的很多主题都是对开发人员的支持。我建议将 #Dev 移到 support 下，默认静音它，并创建一个专用的开发人员组来取消静音该分类。 我在探索时多次调整了这个分类的位置。首先，我把它放在 #Contribute 下面。然后，我把它放在 #Customization 下面。最后，我决定它需要成为一个顶级分类。 考虑到参与这些不同类别的可能用户，我认为它应该独立存在。 ---
**Author:** ![manuel](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/manuel/32/468169_2.png) [@manuel](https://meta.discourse.org/u/manuel)\ **Post date:** [2026年三月17日 10:10 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/58 "2026-03-17T10:10:46Z")
> [@hellekin](#): > > 但是 Subwiki 的“索引”链接指向一个分类而不是索引主题（至少在“开发者 wiki”的情况下），这需要再点击一次才能访问到你可以使用 Ctrl+F 的一次性资源。 这只是默认分类框目前的工作方式。我们或许可以更改默认行为。不过我想知道我们在文档分类中的预期体验是什么。看起来添加索引是考虑到了分类横幅，而不是分类框： ![Screenshot From 2026-03-17 10-00-22](https://global.discourse-cdn.com/meta/original/4X/c/6/5/c652ba8ebc4cef4476b55e237c81151447ecf993.png) 同时，索引主题会固定在主题列表的顶部，当索引主题被阅读时它不会自动取消固定。所以我们在这个索引上做了很多重复工作：首先，它旨在生成侧边栏菜单。然后我们将其固定在主题列表的顶部。然后我们在可见的分类描述中添加一个指向它的链接。 我认为我们可以直接删除文档分类中描述里的链接。 ---
**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\ **Post date:** [2026年三月17日 10:17 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/59 "2026-03-17T10:17:30Z")
> [@manuel](#): > > 与此同时，索引主题会置顶在主题列表的顶部，当索引主题被阅读后，它不会自动取消置顶。 嗯……这不是我的经验。 但是是的，如果它对我那样工作，那么我认为我不太需要索引出现在这些描述中。 无论如何，这清楚地表明该链接是我们新的文档插件可用性差距的一个权宜之计。 ---
**Author:** ![manuel](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/manuel/32/468169_2.png) [@manuel](https://meta.discourse.org/u/manuel)\ **Post date:** [2026年三月17日 10:36 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/60 "2026-03-17T10:36:59Z")
> [@mcwumbly](#): > > 嗯……这与我的经历不符。 这很奇怪。我进入了几个分类，话题在所有分类中都保持置顶状态。我们能调试一下这个问题吗？ ---
**Author:** ![Moin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/moin/32/554653_2.png) [@Moin](https://meta.discourse.org/u/Moin)\ **Post date:** [2026年三月18日 22:52 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/61 "2026-03-18T22:52:54Z")
> [@manuel](#): > > 我们可以调试一下吗？ 我正想问一下你们是如何配置自动取消置顶主题的？我记得 Meta 上的默认设置前段时间改了 > [@tobiaseigen](#): > > 好的，我已经在这里（Meta）重新启用了“自动取消置顶主题”，可以确认用户偏好设置又出现了。对我来说，用户偏好设置默认是启用的，我现在已经为自己禁用了它。新用户的此选项默认设置为禁用，现有用户可以自行更改。 但看起来这里的“自动取消置顶主题”现在被禁用了；至少我再也找不到这个选项在我的偏好设置里了。 ---
**Author:** ![manuel](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/manuel/32/468169_2.png) [@manuel](https://meta.discourse.org/u/manuel)\ **Post date:** [2026年三月19日 10:17 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/62 "2026-03-19T10:17:03Z")
是的，还有两个设置。我认为_自动取消置顶主题_指的是任何手动置顶的主题。而_默认主题自动取消置顶_只指的是系统默认置顶的主题，比如欢迎主题和“关于此分类”主题。 ![image](https://global.discourse-cdn.com/meta/original/4X/f/1/e/f1e0b01f4e6ab1ff4b710fffaf2ff0a6461ee0e8.png) 我们真的需要区分这两者吗？如果需要，我们是否应该改进描述，使它们的区别更明显？ 这并不能解释为什么主题没有为 @mcwumbly 保持置顶状态？您是手动更改了置顶状态吗？ ---
**Author:** ![Moin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/moin/32/554653_2.png) [@Moin](https://meta.discourse.org/u/Moin)\ **Post date:** [2026年三月19日 10:18 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/63 "2026-03-19T10:18:59Z")
> [@manuel](#): > > 如果这样，我们是否应该改进描述，使差异更加明显？ 我们可以在关于该主题的讨论中继续吗？ > [@Can we improve usability of pinned topic site settings?](https://meta.discourse.org/t/can-we-improve-usability-of-pinned-topic-site-settings/386365): > > I agree it’s confusing not to know what these settings do and how they relate to each other. How can we improve the site setting descriptions? Here is how they look currently: automatically\_unpin\_topics: "Automatically unpin topics when the user reaches the bottom." default\_topics\_automatic\_unpin: "Automatically unpin topics when the user reaches the bottom by default." How about something like this? Accurate but a little clunky. automatically\_unpin\_topics: "Automatically unpin topics when t… ---
**Author:** ![Moin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/moin/32/554653_2.png) [@Moin](https://meta.discourse.org/u/Moin)\ **Post date:** [2026年三月19日 10:22 UTC](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306/64 "2026-03-19T10:22:15Z")
> [@manuel](#): > > 这没有解释为什么 @mcwumbly 的主题没有被置顶？您是手动更改置顶状态的吗？ 🤔 也许他是在自动取消置顶仍然启用时阅读了这些主题。索引主题是在禁用自动取消置顶之前一年多创建的。 [上一頁](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306.md?page=2) [下一頁](https://meta.discourse.org/t/updating-how-categories-are-organized-on-meta/396306.md?page=4)