Les deux réponses
- C’est un modèle et non un plugin.
- SWI-Prolog compilé en WASM
semblent prometteuses. Je les teste actuellement et je ferai une mise à jour dès que j’aurai obtenu un succès ou un échec. 
MODIFICATION
Quelques retours :
Comme ce message tend à devenir hors sujet, je ferai simplement la mise à jour dans ce post afin de ne pas distraire du fil principal.
- Succès partiel.
J’ai réussi à faire fonctionner le sommaire, mais comme knowledge-explorer est un plugin non disponible avec notre plan Discourse actuel, je n’ai pas pu l’implémenter, par exemple https://meta.discourse.org/knowledge-explorer.
- Cela pourrait être possible, mais Jan W. a suggéré une alternative.
En cliquant sur Plus d’infos, j’ai été redirigé vers une issue GitHub qui n’est pas vraiment une issue, car elle fait partie de la feuille de route de SWI-Prolog ; les issues servent davantage de forum pour discuter d’idées et de souhaits plutôt que de problèmes ou de bugs. En suivant le sujet GitHub, il apparaît que des progrès ont été réalisés, mais que certaines difficultés techniques n’ont jamais été résolues, laissant ainsi l’idée partiellement fonctionnelle mais peu pratique pour un usage courant. Comme Jan W. a travaillé sur ce projet, il est évident qu’il était considéré comme important et qu’il était souhaité qu’il soit pleinement fonctionnel. J’ai demandé à Jan W. l’état du portage de SWI-Prolog vers WebAssembly et s’il y avait des limitations connues à son utilisation dans une page Discourse (réf). Il a proposé une alternative qui repose sur SWISH.