Bello!
È molto simile a come usiamo Discourse per gestire i progetti su Pavilion. Utilizziamo:
- Assign per le assegnazioni
- Discourse Event per gli eventi
- La chiusura dei topic per indicare il completamento
- Le categorie per i “team” (ad esempio, ogni nostro cliente ha la propria categoria e il proprio gruppo privati)
- I tag per distinguere i “progetti” dalle “attività”
Usiamo anche il nostro Plugin Layouts e il Widget Lista Categorie Layouts per la nostra barra laterale 
Sono curioso di sapere perché hai scelto di non usare la visualizzazione layout per mobile.
Noi abbiamo scelto di nascondere completamente il menu a discesa delle categorie (in un componente del tema). Mi chiedo se tu abbia apportato delle modifiche al Widget Lista Categorie per selezionare categorie specifiche? O se stai usando l’impostazione excluded_categories? Avevo considerato l’idea di aggiungere un’impostazione included_categories (o qualcosa di simile), poiché potrebbe essere utile per alcune persone.
Recentemente ho abilitato tre livelli di categorie su thepavilion.io per consentire un’organizzazione diversa della knowledge base. In precedenza avevamo:
knowledge
layouts
custom-wizard
category-highlighter
Ora siamo passati a:
knowledge
plugins
layouts
custom-wizard
themes
category-highlighter
Per un certo periodo ho resistito a questo cambiamento, poiché tre livelli sono più complessi, specialmente per quanto riguarda la gestione da parte di plugin e temi. Ad esempio, il widget lista categorie layouts non supportava tre livelli (ho aggiunto il supporto solo recentemente).
Tuttavia, ora abbiamo bisogno di tre livelli nella knowledge base per motivi organizzativi (ad esempio, dobbiamo estrarre determinati argomenti della knowledge base dall’API su base categoria). Come ci si potrebbe aspettare in un Discourse basato su progetti/lavoro, la categorizzazione può essere influenzata dalle esigenze organizzative, piuttosto che dai temi di discussione tipici di un forum più focalizzato sul dibattito.