Отлично!
Это довольно близко к тому, как мы используем Discourse для управления проектами в Pavilion. Мы применяем:
- Assign для назначения задач
- Discourse Event для событий
- Закрытие тем для обозначения завершения
- Категории для «команд» (например, каждый наш клиент получает свою приватную категорию и группу)
- Теги для различения «проектов» и «задач»
Также мы используем наш плагин Layouts и виджет списка категорий Layouts для боковой панели 
Мне интересно, почему вы решили не использовать мобильный вид макета?
Мы решили полностью скрыть выпадающее меню категорий (в компоненте темы). Мне интересно, вносили ли вы какие-либо изменения в виджет списка категорий для выбора конкретных категорий? Или вы используете настройку excluded_categories? Я рассматривал возможность добавления настройки included_categories (или чего-то подобного), так как это может быть полезно некоторым людям.
Недавно я включил трёхуровневую иерархию категорий на thepavilion.io, чтобы организовать базу знаний иначе. Ранее у нас было:
knowledge
layouts
custom-wizard
category-highlighter
Теперь мы перешли к:
knowledge
plugins
layouts
custom-wizard
themes
category-highlighter
Долгое время я сопротивлялся этому переходу, так как три уровня сложнее, особенно для плагинов и тем. Например, виджет списка категорий layouts не поддерживал три уровня (я только что добавил такую поддержку).
Однако теперь нам необходимы три уровня в базе знаний по организационным причинам (например, нам нужно извлекать определённые темы из API на основе категорий). Как можно ожидать в проекте или рабочей среде на базе Discourse, категоризация может определяться организационными потребностями, а не темами обсуждения, как в более ориентированном на дискуссии форуме.