Entrambe le risposte
- Si tratta di un modello e non di un plugin.
- SWI-Prolog compilato in WASM
sembrano promettenti. Le sto provando ora e aggiornerò non appena raggiungerò un successo o un fallimento. 
MODIFICA
Alcuni feedback:
Dato che questo post sta diventando sempre più fuori tema, aggiornerò direttamente nel post per non distrarre dal thread principale.
- Successo parziale.
Sono riuscito a far funzionare la tabella dei contenuti, ma poiché knowledge-explorer è un plugin non disponibile con il nostro piano Discourse attuale, non è stato possibile implementarlo, ad esempio https://meta.discourse.org/knowledge-explorer.
- Potrebbe essere possibile, ma Jan W. ha suggerito un’alternativa.
Cliccando su More info sono stato reindirizzato a una issue di GitHub che in realtà non è una vera e propria issue, in quanto fa parte della roadmap di SWI-Prolog; quindi, le issue sono più un forum per discutere idee e desideri piuttosto che problemi o bug. Seguendo l’argomento su GitHub, è evidente che sono stati fatti progressi, ma che alcune difficoltà tecniche non sono mai state risolte, lasciando l’idea parzialmente funzionante ma poco pratica per un uso comune. Dato che Jan W. ha lavorato su questo progetto, è chiaro che fosse considerato importante e che si desideri vederlo completamente funzionante. Ho chiesto a Jan W. lo stato del porting di SWI-Prolog su WebAssembly e se ci fossero limitazioni note all’utilizzo in una pagina Discourse (rif). Ha proposto un’alternativa che si basa su SWISH.