不错！
这与我们在 Pavilion 使用 Discourse 管理项目的方式非常接近。我们使用：
- Assign 进行任务分配
- Discourse Event 处理事件
- 关闭主题以表示完成
- 分类用于“团队”（例如，我们的每个客户都有专属的私密分类和群组）
- 标签用于区分“项目”和“任务”
我们还使用 Layouts Plugin 和 Layouts Category List Widget 来构建侧边栏 
我很好奇，你为什么选择不使用移动布局视图？
我们选择完全隐藏分类下拉菜单（通过主题组件实现）。我很好奇，你是否对分类列表组件进行了调整以选择特定分类？或者你是否使用了 excluded_categories 设置？我曾考虑添加一个 included_categories 设置（或类似功能），因为这可能对某些人很有用。
我最近实际上在 thepavilion.io 启用了三级分类体系，以实现不同的知识库组织方式。我们之前采用的是：
knowledge
layouts
custom-wizard
category-highlighter
现在已改为：
knowledge
plugins
layouts
custom-wizard
themes
category-highlighter
我此前一直抵制这一转变，因为三级分类更复杂，特别是对于插件和主题的处理。例如，分类列表组件之前不支持三级分类（我最近才添加了支持）。
然而，出于组织原因，我们现在在知识库中需要三级分类（例如，我们需要按分类从 API 中提取特定的知识主题）。正如在基于项目/工作的 Discourse 论坛中可能预期的那样，分类可能会受到组织需求的影响，而不是像以讨论为主的论坛那样仅围绕讨论主题进行划分。