Dès qu'Anthropic a rendu public sa proposition de Model Context Protocol (MCP) pour l'interfaçage avec les agents IA il y a près d'un an, nous avons commencé à nous enthousiasmer quant à la compatibilité de Discourse avec celui-ci.
Voici un bon exemple des flux de travail possibles avec Discourse MCP, intégration Discourse → Jira
Impressionnant, bien que je sois surpris que vous utilisiez Jira et non Discourse 
Je sais que vous plaisantez, mais je cherchais un bon exemple illustratif pour les grandes entreprises avec de nombreux canaux de support client qui centralisent les choses sur Jira pour des raisons historiques
Quelqu’un a-t-il d’autres idées d’intégrations comme celle-ci ? Je pourrais faire quelques autres screencasts.
Voici comment je me sens à ce sujet 
Mais plus sérieusement, c’est un ajout fantastique.
Où pouvons-nous trouver la documentation finale sur les valeurs d’arguments possibles et toutes les commandes/outils disponibles ?
Par exemple, j’aimerais ajouter le MCP à mon IDE mais le limiter à des catégories spécifiques telles que Dev et Documentation > Developer Guides.
La documentation est maintenue sur GitHub - discourse/discourse-mcp: MCP client for Discourse sites
Cela s’affiche également dans l’interface utilisateur de votre client MCP, par exemple Claude Code affiche
Actuellement, vous pouvez y accéder en utilisant quelque chose comme :
Lors de la recherche ou du filtrage, via
discourse_filter_topicsoudiscourse_search, ajoutezcategory:dev,documentationà laqueryafin de ne rechercher que des informations pertinentes.
Question sur l’utilisation de Discourse MCP. Si un utilisateur utilise MCP, cela compte-t-il pour sa date de connexion ? afin qu’il puisse obtenir facilement le badge Dévoué ?
Les Conditions d’Utilisation de Meta interdisent de l’utiliser de toute façon 
Vous ne pouvez pas automatiser l’accès au forum, ni surveiller le forum, par exemple avec un robot d’exploration web, un plug-in ou un add-on de navigateur, ou tout autre programme informatique qui n’est pas un navigateur web. Vous pouvez explorer le forum pour l’indexer pour un moteur de recherche publiquement disponible, si vous en gérez un.
Un sujet a été divisé en un nouveau fil de discussion : Discourse MCP User API Key Generator Error Nodejs 20
Excellente nouvelle, et cela suscite toutes les bonnes idées de projets ambitieux (moonshot ideation). J’aimerais voir Discourse MCP disponible sur Cursor. Cela ouvrirait la porte aux utilisateurs communautaires de tous niveaux en matière de développement ou de codage. Cette intégration fournirait une source abondante de cas d’utilisation et de retours pratiques.
Oh, il l’est, il vous suffit de l’ajouter à votre configuration mcp 
Jusqu’à présent, le MCP fonctionne à merveille !
Mais une autre question : existe-t-il un moyen d’ajouter un argument pour récupérer une traduction spécifique du sujet ?
Notre cas d’utilisation : Nous avons une grande base de connaissances en allemand qui est ensuite traduite en anglais. Nos mainteneurs sont des germanophones ayant des compétences limitées en anglais.
Par conséquent, nous aimerions maintenir le contenu en allemand mais récupérer le contenu anglais localisé.
Est-ce réalisable ?
Actuellement non, mais ajouter un paramètre supplémentaire à l’outil de lecture pour transmettre une locale serait une bonne fonctionnalité.
Il pourrait être lié à ma demande de fonctionnalité ici : Support for tl=[lang] parameters in REST API (for non-anon users)
Du point de vue de l’utilisateur, ce serait formidable d’avoir un paramètre et un ensemble de valeurs identiques pour MCP ainsi que pour l’API REST.
Est-ce que cela a du sens ?
@falco acceptez-vous les PR ? Bien que le MCP de Discourse dispose d’un outil pour créer de nouvelles catégories, il n’y a pas d’argument de permissions.
Je pourrais soumettre la PR suivante :
Changements Proposés pour Discourse
src/tools/builtin/create_category.ts
Mettre à jour le schéma
zodpour accepter un champpermissionsoptionnel.
Type :
z.record(z.string(), z.number()).optional().Description : Carte des noms de groupes aux niveaux de permission.
Format :
{ "nom_du_groupe": type_de_permission_int }Valeurs de type de permission (schéma Discourse) :
1: complet (Voir, Répondre, Créer)
2: create_post (Répondre uniquement)
3: readonly (Voir uniquement)Passer
permissionsdans la charge utile àclient.post('/categories.json', payload).
Oui, n’hésitez pas à envoyer des PR.
Super enthousiaste à propos de FEATURE: add user management and file upload tools by SamSaffron · Pull Request #36 · discourse/discourse-mcp · GitHub
Ce serait bien de pouvoir tirer parti de l’API en interne pour pouvoir poser des questions sur les clients, les employés, etc., ce qui est un peu limité par l’outil « get user » (aucune possibilité de voir l’email ou les groupes).
Y a-t-il quelque chose que je puisse faire pour inciter quelqu’un à ajouter cela au plus vite ?
Je cherche juste une confirmation : les outils d’« écriture » sont-ils accessibles au public ? J’ai défini le drapeau --allow_writes et configuré les clés d’API d’administration, mais je ne peux toujours accéder qu’à ces 8 outils sur Claude Code et Cursor.
Corrigé - je ne suis pas sûr si c’était lorsque j’ai créé la api_key que je n’étais pas connecté en tant que « system ». J’ai changé pour system > généré une nouvelle clé et maintenant ça fonctionne !
Une nouvelle version devrait être disponible maintenant !
Je comprends vos remarques sur les limitations de get users, l’email devrait être réservé à l’API admin, mais cela devrait être faisable, tout comme les groupes.
Je ne veux pas faire exploser le nombre d’outils, nous devons donc faire attention à la quantité que nous ajoutons.
J’y réfléchirai demain !
