Résumé hebdomadaire des sujets liés à l'IA

Nouvelles et événements Résumé des forums
113

Vue d’ensemble

Les conversations de cette semaine sur Meta concernant l’IA se sont concentrées sur la clarification de l’IA Discourse pour les utilisateurs et la simplification de son exploitation à grande échelle. Sur le plan du produit, une forte dynamique a poussé à renommer « Personnalité IA » par « Agent IA », un terme plus largement compris (avec des implications pour le workflow de traduction), comme discuté dans Renommer la Personnalité IA en Agent IA et dans les threads suivants tels que Renommer la Personnalité IA en Agent IA. L’expérience des administrateurs a également été prise en compte : les sites où l’IA était désactivée voyaient toujours les tableaux de bord et les rapports de l’IA, ce qui a été confirmé comme un bug et intégré aux travaux plus larges sur les rapports dans Ne pas afficher les rapports IA si l’IA n’est pas activée et dans le thread principal connexe Rapports et analyses administratifs : changements incrémentaux.

Sur le plan opérationnel, la communauté a examiné en profondeur les contrôles des coûts et des performances ainsi que les points de friction liés à la mise à l’échelle : Discourse a déployé des niveaux de service pour les fournisseurs OpenAI/Azure dans Niveaux de service sur les fournisseurs Open AI, tandis qu’une instance auto-hébergée de grande taille a signalé une charge sévère lors de l’activation de la recherche par embeddings sémantiques dans L’activation de la recherche IA a paralysé mon serveur. Des améliorations ont également été apportées à l’UX assistée par l’IA, en particulier là où l’IA touche à la localisation et à l’interface de l’éditeur, comme discuté dans Sauvegarder les traductions de l’assistant IA en tant que localisation de contenu et Le bouton étoile :star: du suggestionnaire de titres est placé en dehors du champ de titre lors de l’édition d’un titre traduit.

Enfin, les travaux connexes à l’IA dans l’écosystème se sont poursuivis avec les outils MCP : un guide de configuration pratique a été publié pour Codex CLI dans Configuration de Discourse MCP dans OpenAI Codex CLI, et a été lié au fil d’annonce canonique Discourse MCP est arrivé !.

Sujets intéressants

Activité

Au total (7 derniers jours) : 6 nouveaux sujets et 25 messages, avec l’engagement le plus fort autour du nommage/polissage UX et des contrôles pratiques de mise à l’échelle/coût pour les embeddings et l’utilisation d’OpenAI — voir Renommer la Personnalité IA en Agent IA, Niveaux de service sur les fournisseurs Open AI et L’activation de la recherche IA a paralysé mon serveur.

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile:

114

Aperçu

Au cours de la semaine passée (du 09/03/2026 au 16/03/2026), les discussions de Meta sur le ai se sont concentrées sur l’optimisation des produits, la fiabilité et les opérations « réelles ».

Côté produit, Discourse s’est rapproché de la normalisation de la terminologie en mettant en œuvre le renommage de Personnalité IA en Agent IA (Renaming AI Persona → AI Agent). Côté infrastructure, Discourse a considérablement élargi la capacité de son offre de LLM hébergé, en augmentant les limites pour tous les niveaux et en améliorant la qualité des modèles ainsi que les caractéristiques de latence (Unlock All Discourse AI Features with Our Hosted LLM).

Pendant ce temps, les opérateurs se sont penchés sur l’intégration de l’IA dans les rythmes communautaires : une demande visant à retarder les réponses des Agents IA (afin qu’elles semblent moins celles d’un chatbot et plus celles d’un participant) a émergé à la fois comme un nouveau sujet de Support (Adding a configurable delay to AI Agent responses) et comme un suivi dans le fil de discussion plus ancien sur le guide « Agents », où le personnel de Discourse a indiqué que les réponses retardées feraient probablement partie d’une refonte future de automation plutôt que de ai lui-même (AI bot - Agents).

Les conversations sur les intégrations ont également connu un regain notable : les contraintes et les dépréciations de Google Programmable Search / Custom Search obligent à repenser les outils de recherche web, Discourse explorant des fournisseurs alternatifs et même des « outils de recherche natifs » proposés par les fournisseurs de LLM (Google Search for Discourse AI - Programmable Search Engine and Custom Search API). Parallèlement, les guides communautaires se sont poursuivis autour de l’écosystème Discourse MCP, y compris un tutoriel récemment publié pour la configuration d’OpenCode CLI (Discourse MCP Setup in OpenCode CLI).

Enfin, les workflows administratifs pratiques ont été abordés à plusieurs reprises : amélioration de l’observabilité de la détection de spam IA via des requêtes directes dans la base de données (Discourse AI - Spam detection), questions sur le rétroremplissage et le débogage de l’analyse de sentiment (Problems setting up Sentiment), et préoccupations liées au RGPD concernant le traitement des sentiments selon le fournisseur et la configuration (Introducing Discourse AI Sentiment Analysis: New Admin Report Available). Un thread de Support ouvert (en chinois) sur les délais d’expiration des appels d’outils est également resté au stade « besoin de plus de détails » (Discourse ai 的工具调用超时如何解决？是否可以调整discourse超时时间，如何调整？).

Sujets intéressants

Activité

Merci d’avoir lu, et je vous retrouverai la semaine prochaine ! :slight_smile:

115

Résumé hebdomadaire de l’IA pour meta.discourse.org (2026-03-16 → 2026-03-23)

Vue d’ensemble

Les discussions sur l’IA cette semaine se sont concentrées sur l’amélioration pratique de l’UX et du contrôle des coûts, en particulier pour les flux de traduction et l’emplacement du résumé. Côté traduction, Shauny a proposé une fonctionnalité de traduction par message plus fluide, ainsi qu’un moyen de sauvegarder/mettre en cache la traduction pour éviter des dépenses API répétées (Traduire le message avec l’IA et sauvegarder la traduction), Moin reliant cette idée aux réflexions antérieures sur la localisation (Traduire le message avec l’IA et sauvegarder la traduction, Sauvegarde des traductions par l’assistant IA en tant que contenu localisé).

Côté interface utilisateur du résumé, Ivan_Rapekas a déployé un composant de thème qui ajoute l’action de résumé IA dans l’en-tête du sujet / la zone de chronologie de la barre latérale, et l’a relié aux demandes de longue date concernant l’emplacement du bouton de résumé (Résumé IA dans l’en-tête du sujet, Retour : déplacer le bouton de résumé en haut du sujet, Emplacement du bouton de résumé sur les vues mobiles).

Plusieurs fils de discussion se sont concentrés sur le polissage et la fiabilité des paramètres administratifs de l’IA : des problèmes de libellés, comme l’étiquette d’erreur « LLM par défaut » en double, ont été reconnus et mis en file d’attente pour correction (Pourquoi « LLM par défaut » est-il répété…, Pourquoi « LLM par défaut » est-il répété…), et les problèmes de mise en page i18n dans l’interface de configuration des coûts LLM (allemand) ont continué d’être affinés (Problèmes d’alignement des champs… en allemand, Problèmes d’alignement des champs… en allemand).

Pendant ce temps, la communauté a revisité les limites de sécurité des agents (notamment les préoccupations concernant une IA agissant « comme un utilisateur » sans supervision administrative) (L’officiel Discourse va-t-il publier un skill officiel openclaw ?, Plugin openclaw pour l’intégration discourse), et a abordé les contraintes d’intégration telles que les délais d’expiration de l’appel d’outils et la connexion de Discourse AI à des bases de connaissances RAG auto-hébergées (Comment résoudre les timeouts d’appel d’outils de Discourse ai ?, Comment intégrer une base de connaissances RAG autoconstruite à Discourse ai ?). Il y a également eu une petite mais notable question sur la capacité de Discourse MCP à accéder aux pièces jointes PDF via le protocole (Discourse MCP est là !).

Sujets intéressants

Activité

Merci d’avoir lu, et je vous retrouve la semaine prochaine ! :slight_smile:

116

Aperçu

Cette semaine, l’activité liée à l’IA sur Meta Discourse s’est concentrée sur l’amélioration de la précision et de la prévisibilité de la localisation pilotée par l’IA, en particulier pour les surfaces d’interface utilisateur (UI) petites mais importantes comme les balises et les catégories. Moin a mis en lumière plusieurs échecs de traduction dus à l’utilisation de LLM « sans contexte » dans Les traductions de balises générées par l’IA ne fonctionnent pas parfaitement, incitant nat à envisager des améliorations des invites et l’ajout de contexte d’ancrage supplémentaire tel que les descriptions de balises (réponse), tandis que Falco explorait des approches assistées par des outils, comme permettre à l’agent de lire des sources pertinentes (idée, suivi). Des retours connexes sur le « maintien de la synchronisation des traductions » sont également arrivés sous forme de demandes de fonctionnalités pour les mises à jour de nom de catégorie et de description de catégorie (noms de catégories, descriptions de catégories).

Côté configuration, un fil de dépannage a révélé une confusion autour de quels types de MP sont traduits et de la manière dont l’UI communique cela. Dans Aidez-moi à dépanner pourquoi l’IA ne traduit pas les MP sur mon site, Moin a clarifié la limitation actuelle (MP de groupe vs MP 1:1) (détails), tandis que Falco a proposé un paramètre de choix multiple plus clair (proposition) et que nat a laissé entendre que les futurs contrôles « traduire ces catégories » pourraient remodeler l’expérience utilisateur des paramètres (plan).

Enfin, il y a eu des améliorations incrémentales et des renforcements de l’écosystème : des messages plus clairs pour les résultats de recherche sémantiques par rapport aux résultats exacts (clarification de la recherche), un intérêt pour l’affinement des comportements de persona IA afin de réduire le bruit (demande de mention uniquement), et une adoption continue des résumés IA dans l’UI via un composant de thème (retour d’information).

Sujets intéressants

Activité

Merci de votre lecture, et je vous revois la semaine prochaine ! :slight_smile:

117

Vue d’ensemble

Cette semaine (du 30/03/2026 au 06/04/2026) sur meta.discourse.org, les discussions autour de Discourse AI se sont concentrées sur trois grands thèmes :

  1. Élan du MCP et capacités des agents : Discourse AI a renforcé son engagement envers le Model Context Protocol avec l’annonce du support côté client du MCP, permettant aux agents Discourse AI d’appeler des serveurs d’outils MCP externes (Apportez votre propre MCP !) et d’une guide d’administration complet (Bot IA – Apportez votre propre serveur MCP). Parallèlement, les outils MCP côté serveur ont continué d’évoluer, notamment avec l’ajout d’un outil de modification permettant aux LLM de mettre à jour les publications et le contenu wiki existants via MCP (Le MCP de Discourse est là !).

  2. Modération et limites de confidentialité dans l’automatisation IA : Une question pratique de modération — savoir si le tri par IA peut analyser les messages privés (MP) — s’est avérée être un piège d’interface/configuration plutôt qu’une limitation technique, et a suscité des idées pour des contrôles plus clairs dans l’interface d’automatisation (L’automatisation de tri par IA analyse-t-elle les MP entre utilisateurs réguliers ?, solution).

  3. Spécificités des modèles en localisation et embeddings : Plusieurs fils de discussion ont mis en évidence que les « fonctionnalités IA » sont souvent « comportement du modèle + détails d’intégration ». Les problèmes de traduction allaient des fuites de « commentaires/pensées de l’IA » en allemand corrigées rapidement (Commentaires IA sur les traductions allemandes) aux images manquantes lors de la traduction via Mistral Small, atténuées en changeant de modèle (Images manquantes dans les publications traduites lors de l’utilisation de Mistral comme modèle de traduction). Côté embeddings, le décalage de l’API de Mistral (dimensions vs output_dimension) a été soulevé dans la configuration (Utiliser Mistral pour les embeddings). Il y a également eu des problèmes réels pour les administrateurs causés par des IDs de modèles Gemini obsolètes dans les configurations de bots IA (Problème avec les bots IA et les bots du forum).

Sujets intéressants

  • Les agents IA de Discourse peuvent désormais se connecter à n’importe quel serveur MCP (« Apportez votre propre MCP ») (ai, #Annonces)
    sam a annoncé que les agents Discourse AI peuvent enregistrer des URL de serveurs MCP externes (GitHub, Notion, Linear, fournisseurs de recherche, etc.) et utiliser les outils découverts directement depuis l’agent LLM (Apportez votre propre MCP !). Le guide complémentaire explique la configuration, la découverte des outils et en quoi cela diffère des outils personnalisés basés sur JS (Bot IA – Apportez votre propre serveur MCP).

  • Utilisabilité du MCP : demande de « MCP distant/web » + ajout de la capacité de modifier les publications existantes (ai, mcp, #actualités-et-événements:blog)
    Dans le cadre des retours continus sur le MCP, pacharanero a exploré comment rendre le MCP plus accessible aux utilisateurs non-CLI via un point de terminaison publié sur le web (Le MCP de Discourse est là !). jrgong a souligné un cas d’utilisation pour la documentation/connaissances nécessitant la modification de sujets/publications existants (réf), et Falco a confirmé qu’un outil de modification a été ajouté (« il suffit de mettre à jour vers la dernière version ») (réf).

  • Modération par tri IA + analyse des MP : « Inclure les messages personnels » fonctionne, mais « Tous les sujets » a causé de la confusion (#automatisation, ai, Support)
    Denis_Kovalenko a testé « Trier les publications avec l’IA » et a constaté que les MP entre utilisateurs réguliers n’étaient pas analysés (L’automatisation de tri par IA analyse-t-elle les MP entre utilisateurs réguliers ?, détails du test). RGJ a confirmé que les MP n’atteignaient pas les journaux d’audit et a identifié la solution de contournement : laisser le « Type de sujet » vide plutôt que « Tous les sujets » (réf). La correction a fonctionné immédiatement (réf), et le fil est devenu une discussion UX sur la clarté des options (réf, réf).

  • Les publications traduites en allemand incluaient du texte de « commentaire/pensée de l’IA » — corrigé rapidement (ai, #localisation-de-contenu, #contribuer:bug, #corrigé)
    putty a signalé des fuites de commentaires « de réflexion/traduction » dans les traductions allemandes (Commentaires IA sur les traductions allemandes). nat a déployé une mise à jour pour resserrer le formatage et a nettoyé le contenu concerné (réf), avec confirmation de l’utilisateur par la suite (réf).

  • Les traductions Mistral ont perdu les images dans les vues traduites (liens upload://), résolu en mettant à niveau le modèle (ai, #localisation-de-contenu, Support)
    Denis_Kovalenko a constaté que le passage du modèle de traduction d’OpenAI à Mistral entraînait l’affichage du texte traduit mais l’omission des images (Images manquantes dans les publications traduites lors de l’utilisation de Mistral comme modèle de traduction, détails du comportement). RGJ a suggéré de renforcer le prompt et/ou d’essayer un meilleur modèle (réf), et le passage de Mistral Small → Mistral Large a résolu le problème (réf). Plus tard, Falco a demandé des précisions sur quelle variante de « Mistral Small » il s’agissait et a recommandé d’utiliser des modèles de la catégorie Small plus performants si nécessaire (réf).

  • Embeddings avec Mistral : la configuration compatible OpenAI échoue sur le nom du paramètre dimensions (ai, #contribuer:feature)
    RGJ a documenté que la configuration des embeddings Mistral via une intégration de forme OpenAI échoue si Discourse envoie dimensions, car Mistral attend output_dimension (Utiliser Mistral pour les embeddings). Supprimer le paramètre permet au test de réussir, ce qui suggère qu’une couche de compatibilité ou un mappage spécifique au fournisseur pourrait être nécessaire (réf).

  • Erreurs de bots IA tracées jusqu’à des IDs de modèles Gemini obsolètes + conseils pour les modèles de génération d’images (ai, #bot-ia, Support)
    ice.d a rencontré des erreurs « Not found » avec une configuration de bot héritée (Problème avec les bots IA et les bots du forum). Lilly a indiqué une probable dépréciation de gemini-2.5-flash-pre et a suggéré de mettre à jour l’URL/l’ID du modèle (y compris une option capable de générer des images) (réf, exemple de configuration), avec NateDhaliwal vérifiant si des LLM étaient configurés (réf).

  • Les personnalités IA devraient-elles répondre uniquement aux @mentions ? L’équipe penche vers les workflows plutôt que des interrupteurs de niche (ai, #bot-ia, #contribuer:feature)
    Dans une demande de fonctionnalité existante, sam a questionné si « répondre uniquement aux @mentions » serait mieux comme valeur par défaut que comme un autre paramètre (Autoriser la personnalité/agent IA à répondre uniquement aux @mentions…). Falco a soutenu que les cas marginaux sont mieux servis par les workflows de projet à venir — par exemple, un workflow déclenché par une mention peut gérer ce comportement sans ajouter plus d’interrupteurs (réf).

  • Délai de réponse de l’agent : les workflows sont censés couvrir les contrôles de timing (ai, Support)
    sam a noté que les délais configurables pour les réponses des agents IA sont du ressort des workflows, bien que pas immédiatement ; sinon, le chemin API nécessite un développement personnalisé (Ajout d’un délai configurable aux réponses de l’agent IA).

  • Contrôle au niveau utilisateur sur l’IA (« désactiver les incitations IA ») et migration des paramètres de traduction des MP (ai, #résumé-ia, #localisation-de-contenu, #contribuer:ux/#contribuer:feature)
    paco a fait valoir qu’un équivalent par utilisateur de discourse_ai_enabled pourrait aider les gens à se désinscrire des incitations de l’interface IA sans désactiver l’IA sur tout le site (Préférences de l’interface utilisateur : inclure un paramètre pour désactiver les incitations IA). Parallèlement, les changements de paramètres de traduction ont continué d’évoluer autour des messages personnels : nat a lié un PR de migration et a décrit comment les anciens paramètres « contenu public uniquement » sont mappés dans les nouveaux contrôles de ciblage par catégorie + MP (Traduction IA de tous les MP).

Activité

Merci d’avoir lu, et je vous retrouve la semaine prochaine ! :slight_smile:

118

Aperçu

L’activité axée sur l’IA de cette semaine sur Meta (couvrant la période du 2026-04-06 au 2026-04-13) s’est concentrée sur les détails d’intégration pratique, en particulier concernant les fichiers de découvrabilité de l’IA, le choix du fournisseur/modèle pour les déploiements sensibles au RGPD, et la robustesse de la traduction.

Côté « découvrabilité de l’IA », la communauté a creusé un conflit réel entre le plugin communautaire ai Customization > Plugin pour générer llms.txt et le routage natif plus récent (et actuellement limité) de llms.txt dans le cœur de Discourse : pacharanero a signalé le comportement de remplacement dans :robot: Discourse llms.txt Generator Plugin, Ivan_Rapekas a confirmé la rupture dans le même fil, et kaktak s’est engagé à publier une mise à jour pour rétablir le comportement du plugin dans son suivi. Un contexte connexe a été republié dans la discussion principale sur le support natif dans activation du support natif de llms-txt dans Discourse.

Parallèlement, l’accent a été mis sur le choix du modèle/fournisseur pour les embeddings et la traduction, en particulier pour les communautés ayant besoin d’une forte conformité avec l’UE/le RGPD. Dans Utiliser Mistral pour les embeddings, Falco a partagé une configuration fonctionnelle et suggéré d’envisager des modèles d’embedding plus performants ; et dans Images manquantes dans les messages traduits lors de l’utilisation de Mistral comme modèle de traduction, les options de fournisseur et la « rétention zéro des données » ont émergé comme des critères décisifs pour la conformité et la gestion des risques.

Enfin, les problèmes de qualité de traduction sont devenus très « concrets » : un nouveau rapport de bug a décrit une erreur de rendu/cooking après traduction, et Moin l’a tracée jusqu’à la mise en forme des tableaux Markdown — la correction du tableau source a résolu le problème dans le résultat traduit dans Erreur de rendu après traduction, ce qui a été confirmé par cuo_wu dans la résolution.

Côté utilisation du produit, les administrateurs ont continué à explorer les contrôles de comportement des Personas/Agents IA, notamment comment empêcher les agents de répondre instantanément et comment les contraindre à des modèles de « mention uniquement ». Cette discussion a relié Autoriser le Persona/Agent IA à répondre uniquement aux @mentions, et non aux réponses à ses messages et une solution de contournement partagée dans Ajout d’un délai configurable aux réponses de l’Agent IA.

Sujets intéressants

Activité

Merci d’avoir lu, et je vous retrouve la semaine prochaine ! :slight_smile:

119

Vue d’ensemble (13/04/2026 → 20/04/2026)

Les discussions liées à l’IA sur meta.discourse.org cette semaine ont porté sur la fiabilité des traductions et les flux de travail de localisation, la majeure partie des échanges ayant eu lieu dans les fils Contribute > Bug et Support utilisant les balises ai, dynaloc et content-localization. Le thème principal était celui des échecs de traduction intermittents et difficiles à reproduire — y compris des langues ignorées aléatoirement et des erreurs côté serveur — ce qui a suscité des suggestions de débogage telles que l’activation de la journalisation verbeuse cachée et l’inspection des /logs (voir La traduction par IA ignore la locale portugaise (pt), débogage complémentaire et rapport d’erreur backend).

Il y a également eu un fil de support pratique sur la détection des langues et les overrides manuels lorsque les publications sont multilingues (titres en allemand + anglais), et sur la manière dont la traduction peut apparaître « cassée » en raison de problèmes de configuration externe tels que des clés API obsolètes (voir La publication n’est pas détectée comme allemande et la résolution). Par ailleurs, une erreur de changement de locale réservée aux administrateurs s’est avérée être causée par un paramètre de requête de prévisualisation de thème obsolète dans Chrome (voir Erreur lors du changement de locale et la correction).

Du côté de la « plateforme IA », un intérêt renouvelé s’est manifesté pour la connectivité Discourse MCP (y compris les connecteurs Claude et la disponibilité HTTP) (voir Discourse MCP est là !, et la confirmation que HTTP est pris en charge). Enfin, le fil de longue date sur les agents IA a reçu une nouvelle question concernant les compétences d’agent personnalisées pour des scénarios sur mesure (voir Bot IA - Agents).

Tendance : la plupart des « problèmes IA » cette semaine ne concernaient pas la qualité des sorties, mais la robustesse opérationnelle (comportement des tâches, tentatives de reconnexion, disponibilité du backend et visibilité de la configuration) (par ex., traductions ignorées, journalisation verbeuse et questions sur le comportement de reconnexion).

Sujets intéressants

  • Les traductions IA ignorent intermittemment les locales (initialement observé comme une absence de portugais) dans Contribute > Bug
    Denis_Kovalenko a signalé que l’activation de nombreuses locales pouvait entraîner une absence de génération du portugais (et plus tard : n’importe quelle locale pouvant être ignorée aléatoirement), les titres et les corps de texte étant traduits de manière incohérente (voir le rapport initial : La traduction par IA ignore la locale portugaise (pt), clarification des paramètres : question sur les locales prises en charge, et la mise à jour sur la « locale ignorée aléatoirement » : résultats incohérents).
    Le débogage s’est orienté vers les journaux et les internes plus profonds : nat a suggéré de vérifier les /logs et d’activer le paramètre caché ai_translation_verbose_logs (voir suggestion de journaux verbeux cachés), tandis que RGJ a ensuite mis en évidence des échecs côté serveur (503 unreachable_backend) affectant les balises/sujets/publications (voir sortie d’erreur). Le fil a également soulevé des questions de mise en œuvre concernant la raison pour laquelle les tâches de traduction sont configurées avec retry: false (voir question sur la reconnexion).

  • Utilisation des paramètres cachés pour déboguer la journalisation des traductions IA
    Lorsque Denis_Kovalenko n’a pas trouvé ai_translation_verbose_logs dans la recherche admin (voir impossible de trouver le paramètre), Moin a expliqué que c’est normal car il s’agit d’un paramètre site caché, renvoyant vers la documentation sur les paramètres cachés (voir renvoi vers la doc sur les paramètres cachés et le guide référencé : Utilisation des paramètres site cachés). Peu après, RGJ a activé le paramètre pour faciliter l’enquête (voir journalisation verbeuse activée).

  • Les publications multilingues peuvent tromper la détection ; la sélection manuelle de la langue force bien la détection dans Support
    putty a partagé un cas où une publication allemande n’était pas traduite, demandant si la sélection de l’allemand force la langue (voir rapport de problème). Falco a confirmé que sélectionner une langue fait exactement cela, et a noté que la publication était un mélange d’anglais et d’allemand, les titres en anglais influençant la détection (voir confirmation + explication).

  • La traduction « ne fonctionne pas » est attribuée à une configuration (clé API / fournisseur) plutôt qu’à la fonctionnalité elle-même
    Dans le même fil, putty n’a initialement vu aucune traduction apparaître même après l’avoir forcée (voir forcer la traduction n’a pas aidé) et a plus tard remarqué une erreur indiquant que le titre traduit manquait (voir erreur titre manquant). Finalement, le problème a été résolu après avoir corrigé leur configuration de traducteur (une ancienne clé API lors du changement de plan Claude) et être revenu au LLM de CDCK — après quoi la traduction des titres a fonctionné (voir solution).

  • Changement UX du compositeur : le sélecteur de locale déplacé dans la barre d’outils du compositeur
    Moin a clarifié que la liste déroulante des langues a été déplacée dans la barre d’outils du compositeur, la reliant à un changement central (voir captures avant/après + référence PR). Cela est survenu lors de la discussion sur les flux de travail de traduction et la saisie manuelle (voir discussion complémentaire sur les préférences).

  • L’erreur « le sujet n’existe pas / prévisualisation du thème » réservée aux admins lors du changement de locale est causée par un preview_theme_id obsolète
    Denis_Kovalenko a signalé un problème réservé aux admins : le changement de langue de l’interface dans un sujet affichait une erreur persistante concernant la prévisualisation d’un thème qui n’existe pas (voir rapport). pmusaraj l’a diagnostiqué comme un paramètre ?preview_theme_id=ID bloqué dans Chrome (voir diagnostic), et sa suppression a résolu le problème (voir confirmation de résolution).

  • Qualité des traductions & limites : taille des publications/fenêtre de contexte, et recommandations de modèles
    Lors du débogage des écarts sporadiques de traduction, nat a mentionné un scénario distinct où les titres étaient traduits mais les corps de texte ignorés en raison de la taille du corps, et a suggéré de vérifier les paramètres de fenêtre de contexte du LLM ; ils ont également fortement déconseillé d’utiliser « GPT mini » pour les traductions sur la base des retours clients et des tests préliminaires (voir notes sur le modèle + taille/contexte). Denis_Kovalenko a confirmé qu’ils avaient configuré une fenêtre de contexte très large (voir détail fenêtre de contexte).

  • Connectivité Discourse MCP : demande de prise en charge du connecteur Claude.ai ; HTTP déjà pris en charge
    Dans le fil News and Events > Blog sur le MCP, putty a demandé si une version HTTP/SSE en streaming du serveur Discourse MCP pourrait être publiée pour servir de connecteur dans Claude.ai Chat (voir question). Falco a répondu que la prise en charge HTTP existe déjà et a renvoyé vers les réponses antérieures dans le fil d’annonce (voir réponse prise en charge HTTP).

  • Extensibilité des agents IA : demande de compétences personnalisées dans les agents de bot IA
    赤丸的小烧酒 a demandé (en chinois) si les agents peuvent ajouter des compétences personnalisées pour des réponses de scénarios différents, cherchant à personnaliser le comportement de leur propre agent IA (voir demande de compétences personnalisées).

Activité

  • Denis_Kovalenko a animé deux fils de troubleshooting localisation/IA cette semaine :

  • pmusaraj s’est concentré sur le diagnostic et la réduction des causes de configuration :

  • nat a fourni des conseils de débogage au niveau des fonctionnalités et des mises en garde sur les modèles :

  • RGJ a aidé à opérationnaliser le débogage et a mis en évidence des signaux d’échec concrets :

  • Moin a renvoyé vers la documentation et clarifié les changements d’interface affectant les flux de travail de localisation :

  • putty a contribué de manière significative au support de traduction et à la discussion sur le MCP :

    • A soulevé le problème de détection/traduction multilingue dans La publication n’est pas détectée comme allemande, a partagé des tentatives échouées de forcer la traduction dans ce suivi, et a plus tard confirmé que la cause réelle était une clé API obsolète / une incompatibilité de fournisseur dans la solution.
    • A demandé la compatibilité du connecteur Claude.ai via le streaming HTTP/SSE dans Discourse MCP est là !.
    • A également exprimé une préférence d’interface concernant l’ancien emplacement du sélecteur de locale dans ce commentaire.

  • Falco a répondu aux questions d’utilisation et clarifié les capacités du MCP :

  • canbekcan a exploré les problèmes de flux de travail de traduction et des hypothèses autour des changements récents :

    • A suggéré un flux de travail « sélectionner la langue d’abord, puis ajouter le titre/le contenu » et a décrit la nécessité de recréer les options de langue dans La publication n’est pas détectée comme allemande.
    • A enquêté sur un problème de « titre manquant », soupçonnant initialement un comportement lié au thème dans cette réponse, puis a signalé qu’ils pouvaient reproduire les erreurs et a référencé les changements de code récents dans ce message.
    • A clarifié qu’ils n’utilisent pas la traduction IA (exigences académiques) et a clôturé leur participation après la clarification de l’interface dans cette note.

  • 赤丸的小烧酒 a ajouté une question sur l’orientation produit des agents IA en demandant l’extensibilité des agents via des compétences personnalisées dans Bot IA - Agents.

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile:

120

Aperçu

Cette semaine, les discussions liées à l’IA sur meta.discourse.org se sont concentrées sur la fiabilité accrue des fonctionnalités d’IA de Discourse, leur automatisation et la réduction des coûts d’intégration avec des flux de travail LLM externes. Du côté de la fiabilité, les administrateurs ont approfondi les raisons pour lesquelles les traductions sont parfois ignorées ou semblent « bloquées » — y compris les pannes transitoires des fournisseurs et les limites de débit — ainsi que des étapes de débogage pratiques comme l’activation des journaux verbeux et la vérification des tables d’audit/journaux (La traduction IA saute la locale portugaise (pt), Que deviennent les traductions lorsque le LLM change ?). Côté automatisation, un nouveau guide pratique explique comment étiqueter automatiquement les sujets à l’aide du tri IA et de l’automatisation Discourse (Étiqueter les sujets avec l’IA) et une analyse plus approfondie de la manière dont les « exemples » d’agent sont interprétés (et comment cela peut accidentellement entraîner un signalement excessif) (Les exemples de tri IA ne sont-ils pas envoyés correctement ?). Enfin, l’intégration et l’efficacité ont été renforcées par un nouveau plugin qui sert du contenu cuit au format Markdown, réduisant les coûts de jetons pour les utilisations LLM en aval et s’intégrant potentiellement bien avec les utilisations API/MCP (Plugin Discourse vers Markdown, Plugin Discourse vers Markdown).

Sujets intéressants

Activité

Liens de référence supplémentaires mentionnés cette semaine (contexte pour les fils ci-dessus)

Ces liens ont été directement référencés dans les discussions de la semaine et aident à expliquer l’écosystème environnant : Plugin Discourse AI, Automatisation Discourse, Guide des paramètres LLM, Personas de bots IA / Agents, Discourse MCP est là, Discourse Chatbot maintenant plus intelligent que ChatGPT, et le fil de discussion sur l’erreur 500 de recherche IA référencé (Toutes les fonctions IA fonctionnent correctement mais la recherche IA donne une erreur 500).

Merci de votre lecture, et je vous retrouve la semaine prochaine ! :slight_smile:

121

Vue d’ensemble

Les discussions sur Meta cette semaine, axées sur l’IA, portaient principalement sur le peaufinage de la nouvelle UX et des flux de travail automatisés, ainsi que sur le renforcement des garanties de justesse dans l’édition et la traduction assistées par IA.

Le fil de discussion le plus actif a été une chasse aux bugs en conditions réelles du nouvel éditeur d’IA intégré : Lilly a documenté des problèmes liés à l’édition, aux citations, au défilement sur mobile et aux téléchargements de fichiers dans Nouvel éditeur d’IA intégré, avec keegan qui a déployé rapidement des correctifs et a finalement restreint l’accès à cette fonctionnalité en attendant son affinage (mise à jour). Parallèlement, le flux de relecture de l’Aide IA a suscité des discussions sur la préservation du texte cité — particulièrement important pour les citations sensibles ou exactes — avec la confirmation qu’un correctif a été déployé et que des suggestions de configuration supplémentaires ont suivi (La relecture brise les citations, guides d’exemples).

Côté opérations, les administrateurs ont échangé des informations sur les tâches de traduction qui se « bloquaient » en raison des limites de taux des LLM et sur des questions de configuration dans Que devient la traduction lorsque le LLM change ?. Et du côté de l’activation, Discourse a publié un nouveau tutoriel expliquant comment catégoriser automatiquement les sujets en combinant le tri IA de Discourse avec Discourse Automation (Catégorisation automatique des sujets à l’aide de l’IA), tandis qu’une discussion sur un plugin explorait la diffusion de text/markdown pour satisfaire davantage les consommateurs IA/MCP (Plugin Discourse vers Markdown).

Sujets intéressants

  • Régressions de l’éditeur d’IA intégré + correctifs rapides (Contribute > Bug, ai, composer) : Lilly a signalé que le nouvel éditeur intégré pouvait bloquer les actions d’édition, se comporter de manière étrange lors des citations et présenter des incohérences par rapport à l’éditeur classique — en particulier concernant les sauts de ligne (rapport, retours sur Shift+Enter). keegan a déployé plusieurs correctifs et suivis tout en expliquant le comportement prévu et les prochaines étapes (résumé des correctifs, annonce de restriction d’accès).

  • Décision de conception RTE-first dans l’éditeur intégré (Markdown pris en charge, mais sans prévisualisation) : Il a été clarifié que l’éditeur intégré est conçu pour être principalement RTE, tandis que le Markdown reste disponible mais sans prévisualisation en raison de contraintes d’espace (explication de la conception, confirmation).

  • Cas limites de citation + barre latérale + navigation lors de l’interaction avec l’interface du bot : La citation du bot a été impliquée dans des espaces vides ou une interface utilisateur disparaissant dans la barre latérale, et même dans le fait de piéger les utilisateurs dans la conversation du bot, ce qui s’est amélioré après des correctifs ultérieurs (comportement initial, statut ultérieur).

  • Échec des téléchargements de fichiers après le premier message dans l’éditeur intégré : Après que d’autres problèmes se soient améliorés, Lilly a réduit les problèmes restants aux échecs de téléchargement après le premier message, ainsi qu’à des problèmes de citation intermittents qui se sont résolus après une reconstruction (rapport de bug, mise à jour du triage, réponse du mainteneur).

  • La relecture IA ne doit pas « améliorer » le texte cité (Contribute > Bug, ai-helper) : bksubhuti a souligné le risque que l’IA modifie le texte cité religieux ou source et a soutenu que les citations doivent être préservées telles quelles (préoccupation). Falco a signalé que le problème était corrigé et a suggéré d’essayer un meilleur modèle s’il se reproduisait (référence au correctif).

  • Configuration des agents de relecture avec des exemples + personnalités spécialisées : bksubhuti a partagé un prompt de personnalité spécialisé orienté Pāḷi et a demandé des conseils sur le choix du moteur (détails de la personnalité), tandis que Falco a demandé s’ils utilisaient des exemples, notant que le relecteur par défaut est livré avec plusieurs exemples pour aider à ancrer la gestion des citations (suggestion d’exemples).

  • Tâches de traduction bloquées par les limites de taux + confusion autour des paramètres de « réflexion » (Support, ai) : Dans un fil de dépannage de traduction, Falco a suggéré de désactiver la « réflexion », tandis que RBoy a demandé ce que cela signifiait dans l’interface utilisateur de Discourse AI et a partagé une erreur montrant que la limitation de taux par jour de tokens causait des échecs répétés (suggestion, erreur de limite de taux, question sur l’interface).

  • Diffusion de Markdown pour une meilleure consommation par l’IA/MCP (Customization > Plugin, markdown, ai) : Le fil du plugin Discourse vers Markdown a exploré la « négociation de contenu » comme une voie propre pour les clients IA : essayer Accept: text/markdown contre les URL canoniques, puis revenir au comportement de l’API JSON si non pris en charge (proposition, suivi). La même discussion a explicitement relié cela à l’utilisation de MCP (voir aussi Discourse MCP est là).

  • Amélioration de la qualité des images générées par l’IA (et intérêt pour le partage de prompts) : Dans une discussion de longue date sur le bot de support, 37Rb a noté un bond important dans la qualité de la génération d’images par rapport aux tentatives précédentes (expérience), et EricGT a encouragé le partage plus large de prompts et d’astuces (demande).

  • Nouveau tutoriel : catégorisation automatique des sujets à l’aide du tri IA + Discourse Automation (#Site_Management, automation, ai) : Discourse a publié un guide détaillant les prérequis (Discourse AI, Automation, LLM configuré et un Agent/personnalité) et le flux de travail global pour utiliser l’IA afin de décider si un sujet appartient à une catégorie différente (guide ; voir les références aux prérequis Discourse AI, Discourse Automation, le guide des paramètres LLM et les personnalités de bot IA).

Activité

  • Lilly a dirigé une passe QA détaillée sur l’éditeur d’IA intégré, documentant les ruptures initiales (Nouvel éditeur d’IA intégré), reconnaissant les correctifs en cours (suivi), puis en réduisant les problèmes restants comme les citations et les téléchargements (statut, résultat de la reconstruction). Elle a également signalé la régression « téléchargement après le premier message » comme le principal bug restant (rapport).

  • sam a pris acte de la boucle de rétroaction sur l’éditeur intégré et a relayé que des correctifs étaient activement en cours, pointant vers les travaux en cours de keegan (réponse).

  • keegan a implémenté et coordonné des correctifs pour l’éditeur intégré, expliqué l’UX prévue RTE-first et les compromis Markdown (explication), et a ensuite restreint l’accès à la fonctionnalité en attendant les changements à venir tandis que le polissage continuait (mise à jour).

  • bksubhuti a soulevé un angle de justesse/éthique : la relecture IA doit préserver les blocs cités, en particulier pour les citations exactes religieuses ou source (préoccupation). Après une mise à jour, ils ont confirmé le comportement et ont continué à expérimenter, y compris en partageant une personnalité de relecteur personnalisée et en demandant des suggestions de modèle (confirmation, tests, prompt de personnalité).

  • Falco a fourni un dépannage ciblé dans deux domaines : il a pointé vers un correctif déployé pour la gestion de la relecture/citation et a recommandé d’essayer un meilleur modèle si les problèmes persistaient (La relecture brise les citations), a demandé l’utilisation d’exemples pour ancrer l’agent (exemples), et a suggéré de désactiver la « réflexion » pour traiter le comportement de traduction (Que devient la traduction lorsque le LLM change ?).

  • RBoy a apporté la douleur réelle des opérations de traduction : il a partagé que les tentatives de traduction échouaient à plusieurs reprises en raison des limites de taux par jour de tokens et a demandé à quoi faisait référence la « réflexion » dans l’interface de configuration de Discourse AI (rapport d’erreur, question de clarification).

  • benword a développé comment le plugin Discourse vers Markdown pourrait soutenir les consommateurs IA/MCP via la négociation de contenu HTTP, décrivant une stratégie pragmatique « essayer Markdown puis revenir à JSON » (Plugin Discourse vers Markdown) et la reliant aux possibilités d’intégration MCP (lié : Discourse MCP est là).

  • jrgong a confirmé que l’approche suggérée « négociation de contenu puis retour en arrière » était essentiellement ce qu’un autre LLM (Claude) avait déjà implémenté pour lui (réponse).

  • 37Rb a partagé des retours positifs du terrain indiquant que la génération d’images par IA s’était considérablement améliorée, citant moins d’artefacts par rapport aux tentatives antérieures (discussion sur le bot de support).

  • EricGT a amplifié l’apprentissage communautaire en demandant le partage de prompts et d’astuces basés sur les résultats de 37Rb (demande).

  • Discourse a publié un nouveau guide à l’intention des administrateurs pour utiliser le tri IA afin de catégoriser automatiquement les sujets, documentant explicitement les prérequis et les références de configuration (Catégorisation automatique des sujets à l’aide de l’IA ; docs liées : Discourse AI, Discourse Automation, guide des paramètres LLM, personnalités de bot IA).

Merci d’avoir lu, et je vous retrouve la semaine prochaine ! :slight_smile:

122

Vue d’ensemble

Les discussions sur l’IA sur meta.discourse.org cette semaine (2026-05-04 → 2026-05-11) ont porté sur la fiabilité opérationnelle des traductions ai, en particulier la façon dont les modèles « pensants/réfléchissants » (thinking/reasoning) peuvent compromettre la détection de la locale, épuiser les budgets de complétion et laisser les tâches de traduction bloquées ou échouer de manière confuse (voir Erreurs de traduction IA et Que se passe-t-il pour les traductions lorsque le LLM change ?). Un deuxième axe de débogage portait sur les surprises liées aux limites de tokens (taille de la requête vs taille de la réponse, limites de débit TPM/TPD) et leur interaction avec la configuration LLM de Discourse AI (voir L’IA dépasse les seuils de tokens LLM de manière aléatoire et imprévisible).

Du côté de l’UX et de la configuration, il y a eu des mises à jour plus modestes mais pratiques : personnalisation de l’invite de relecture pour la gestion des citations (voir La relecture casse les citations), une régression dans le téléchargement d’images pour les relances PM/Agent qui a déjà été corrigée en amont (voir Impossible de poster une image dans la relance Agent via MP), et une nouvelle question pour les nouveaux utilisateurs concernant la configuration du modèle Google Gemini sur la page des paramètres LLM (voir Page des paramètres du modèle de langage large (LLM) Discourse AI).

Dans l’ensemble : 26 nouveaux messages dans 3 nouveaux sujets, avec la plupart des activités provenant de Falco et RBoy, principalement dans les fils Contribute > Bug et Support étiquetés ai (par ex., Erreurs de traduction IA, L’IA dépasse les seuils de tokens LLM de manière aléatoire et imprévisible et Impossible de poster une image dans la relance Agent via MP).

Sujets intéressants

  • Échecs de traduction causés par la sortie « pensante » consommant le budget de complétion
    RBoy a signalé des erreurs de traduction telles que Validation failed: Raw can't be blank, Cooked can't be blank dans Erreurs de traduction IA, et Falco a identifié que les tokens de raisonnement peuvent « manger tous les tokens » sous max_tokens, conduisant à des sorties vides/invalides (analyse en contexte). La discussion de débogage a également abordé la raison pour laquelle Discourse évite le raisonnement pour les traductions (même fil) et a fait référence à l’historique des échecs de traduction à grande échelle (discussion connexe).

  • Traductions « bloquées » après un changement de LLM : la détection de la locale est fragile avec les modèles pensants
    Dans Que se passe-t-il pour les traductions lorsque le LLM change ?, RBoy a décrit des traductions affichées comme incomplètes sans nouveaux journaux ou progrès (symptômes de blocage). Falco a expliqué le problème sous-jacent : on ne peut pas utiliser un modèle pensant pour la détection de la locale, car les « blocs de réflexion » (thinking blocks) cassent l’analyse et sans détection de la locale, les traductions ne progressent pas (explication de la cause racine ; conclusion reconnue dans suite).

  • Exigences de sorties structurées pour les modèles de traduction (par ex., json_schema)
    Après le passage à un modèle non pensant, RBoy a rencontré une erreur 400 indiquant que le modèle sélectionné ne prend pas en charge response_format: json_schema (rapport d’erreur). Falco a précisé que les traductions nécessitent un modèle prenant en charge les sorties structurées — « essentiellement tous les modèles SotA (State of the Art) sortis récemment » (conseils).

  • Débogage pratique des traductions : utilisez /p/POST_ID et les journaux d’audit, mais ne filtrez pas sur response_tokens
    Falco a conseillé de vérifier le message défaillant via /p/120 et d’inspecter ai_api_audit_logs (approche de débogage). Lorsque RBoy n’a pas vu de lignes d’audit correspondantes (requête + incompatibilité), Falco a recommandé de supprimer la clause response_tokens du filtre SQL (correction). Le fil a également clarifié la différence entre /p/ et /t/ lors de l’enquête (suite).

  • Confusion sur les limites de tokens : les erreurs 413 concernent la taille de la requête, pas les « tokens de sortie max »
    RBoy a signalé des dépassements de limite de tokens apparemment aléatoires malgré la réduction des caps de tokens de sortie (rapport initial). Falco a souligné que 413 indique que la requête est trop grande (et non la réponse demandée), et a suggéré de se concentrer sur la configuration de la « fenêtre de contexte » du LLM, tout en notant que 8k est inhabituellement petit selon les normes modernes (précision). RBoy a répondu avec sa fenêtre de contexte configurée et la limite du fournisseur, questionnant pourquoi Discourse dépasserait les limites configurées (détails).

  • Pression des limites de débit (TPD/TPM) en tant que contributeur amont à l’instabilité des traductions
    Dans le même fil sur les tokens, RBoy a noté que le pipeline de traduction a initialement stallé sous les limites de débit de tokens quotidiennes (429), puis a échoué plus tard avec des erreurs 413 (requête trop grande) après la reprise (séquence d’échecs). Cela s’est combiné aux troubleshootings de traduction en cours dans Que se passe-t-il pour les traductions lorsque le LLM change ? et Erreurs de traduction IA.

  • Personnalisation du correcteur : où trouver les exemples intégrés pour ajuster le comportement des citations (ai-helper)
    bksubhuti a demandé comment trouver des exemples afin de pouvoir ajuster sa personnalité de relecture personnalisée pour éviter de casser les citations (question). Falco lui a indiqué les exemples de l’agent Proofreader dans l’interface admin (admin/plugins/discourse-ai/ai-agents/-22/edit) (direction), et bksubhuti a confirmé avoir trouvé l’ensemble d’exemples et qu’il produit du JSON (confirmation).

  • La relance Agent via MP ne pouvait pas poster d’images (corrigé en amont)
    Ethsim2 a signalé qu’il ne pouvait pas poster d’image lors d’une relance avec un Agent via MP le 2026.5.0 (rapport de bug). Lilly a répondu que cela avait déjà été corrigé (et a fait référence à un rapport connexe incomplet) (réponse), et Ethsim2 a identifié le commit amont manquant dont il avait besoin (suite). (Connexe : Nouveau compositeur docké AI.)

  • Nouvelle question sur la configuration LLM : confusion sur l’ID du modèle Gemini / URL du fournisseur
    danhanghai a demandé de l’aide pour configurer gemini-3.1-flash-lite via le fournisseur Google sur la page des paramètres LLM, partageant son ID de modèle et l’URL du point de terminaison (question). Pour un contexte plus large, cette question s’inscrit dans le sujet de référence à long terme Page des paramètres du modèle de langage large (LLM) Discourse AI (how-to ai).

Activité

Merci d’avoir lu, et je vous retrouve la semaine prochaine ! :slight_smile:

123

Vue d’ensemble

Cette semaine, les discussions autour du hashtag ai sur meta.discourse.org se sont concentrées sur des correctifs de fiabilité pratiques : détection des langues/locales, utilisation des crédits de traduction, petits problèmes d’UX et difficultés de configuration en auto-hébergement.

Du côté de la localisation, thomasjsn a signalé que le contenu norvégien était détecté comme no puis traduit en nb_NO, ce qui générait des textes quasi identiques et gaspillait des crédits dans Le norvégien est identifié comme no par l’agent de détection des locales, les locales prises en charge pour la localisation du contenu sont nb_NO. Le fil a rapidement évolué vers une solution de contournement au niveau du prompt (message 5), puis vers une amélioration du paramètre par défaut de l’agent, confirmée par <a class=“mention” href="/u/nat"㸾nat (message 7).

Parallèlement, l’interface utilisateur de Discourse AI a bénéficié d’une petite mais perceptible amélioration : RBoy a constaté que changer le LLM par défaut ne mettait pas à jour immédiatement les étiquettes des agents avant un rafraîchissement de la page, dans Petit bug d’interface lors du changement du LLM par défaut, et awesomerobot a suivi avec une proposition de correction (PR) (message 2).

Les utilisateurs en auto-hébergement ont également connu un moment utile de dépannage : NotAnonymous a rencontré une erreur 404 de Hugging Face liée à Docker lors de la configuration de l’analyse des sentiments, et Falco a fourni une solution de contournement fonctionnelle dans Auto-héberger l’analyse des sentiments et des émotions pour DiscourseAI (voir message 15 et la confirmation dans message 16).

Enfin, quelques vérifications mineures ont clôturé la semaine : un suivi sur les limites de test du « budget de réflexion » de Gemini dans Budget de réflexion pour Gemini Pro, erreur lors de l’utilisation de 0 ou -1, un regain d’intérêt pour les motifs de type « moi aussi » / acquiescement avec des références aux nouvelles améliorations de #solved dans Option pour masquer les réponses « moi aussi », et un nouveau rapport en chinois indiquant que les hyperliens du plugin AI ne répondaient pas dans Les hyperliens dans le plugin AI officiel de la communauté ne s’ouvrent pas correctement, aucun effet au clic.

Sujets intéressants

Activité

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile:

124

Aperçu

Les activités liées à l’IA sur meta.discourse.org cette semaine (du 18 au 25 mai 2026) portaient principalement sur l’amélioration de la fluidité et de la gestion des conversations avec les bots IA, ainsi que sur une préoccupation opérationnelle persistante concernant la localisation dans les flux de travail d’e-mails assistés par l’IA.

Côté produit, Discourse a déployé deux améliorations UX mineures mais significatives pour le chat IA : la possibilité de marquer d’une étoile les conversations IA afin que les discussions importantes restent épinglées en haut (Marquer les conversations IA courantes, également mentionné dans Marquer les conversations IA courantes), et un éditeur ancré qui maintient la zone de saisie constamment disponible dans les sujets de bots IA pour réduire la « friction de réponse » (Présentation d’un éditeur ancré pour les conversations de bots IA, voir aussi Présentation d’un éditeur ancré pour les conversations de bots IA).

Parallèlement, un ancien thread Contribute > Feature a refait surface avec une demande de mise à jour : le support de la traduction reste un point douloureux, en particulier lorsque les remarques du pipeline de modération et autres textes personnalisés ne sont pas traduits pour les utilisateurs recevant des e-mails dans leur langue configurée (Utiliser des publications traduites lors de l’envoi d’e-mails aux utilisateurs selon leur langue définie, à nouveau dans Utiliser des publications traduites lors de l’envoi d’e-mails aux utilisateurs selon leur langue définie).

Sujets intéressants

Activité

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile:

125

Aperçu

Les discussions liées à l’IA sur meta.discourse.org cette semaine (2026-05-25 → 2026-06-01) se sont concentrées sur trois thèmes :

  1. Intégrations et automatisation de l’IA — L’intérêt pour les fonctionnalités d’IA pilotées par les événements s’accroît, comme le déclenchement d’automatisations externes lorsque les données d’un Artifact d’IA changent. La demande de webhooks de mise à jour d’artefacts dans Ajout de support pour les webhooks/événements liés aux mises à jour de paires clé-valeur des artefacts Discourse AI (ou permettre aux administrateurs de désactiver le sandboxing) a été accueillie avec des encouragements à la réexaminer après la prochaine orientation d’automatisation de Discourse (« Workflows ») (réponse), ainsi qu’un accord sur l’utilité de webhooks côté serveur avec portée limitée (suivi).

  2. UX de l’IA et fidélité du contenu — Plusieurs fils de discussion ont mis en évidence des zones où l’expérience utilisateur liée à l’IA nécessite encore des améliorations : le comportement « Entrée pour envoyer » du compositeur de bot AI ancré (discussion, plus), la corruption de la syntaxe des citations Markdown par les traductions (rapport de bug), et le désir persistant d’une parité complète avec Markdown dans les contextes de bot/chat (poursuite de la demande).

  3. Localisation et prise en charge multi-modèles — Plusieurs publications se sont concentrées sur la flexibilité linguistique et des modèles : demande de localisation des invites d’IA en chinois (demande, réponse), progrès dans l’utilisation des traductions dans les messages destinés aux utilisateurs (incluant une correction fusionnée pour l’affichage correct des « raisons de signalement » traduites) dans Utiliser les publications traduites lors de l’envoi d’e-mails aux utilisateurs ayant défini leur langue préférée, et l’extension de l’analyse des sentiments/émotions à davantage de fournisseurs de LLM comme Gemini (question, mise à jour).

Sujets intéressants

Activité

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile:

126

Aperçu

Les discussions liées à l’IA sur meta.discourse.org cette semaine se sont concentrées autour de trois thèmes pratiques :

  1. Composition assistée par IA et expérience utilisateur de modération : les administrateurs souhaitent un contrôle plus granulaire sur ce que génère l’Assistant IA (titres, balises ou catégories) et sur son comportement dans des configurations de catégories restreintes. Cela a donné lieu à une demande de fonctionnalité pour des interrupteurs par bouton dans le compositeur (Demande de fonctionnalité pour le générateur de titres IA : interrupteur titre/balise/catégorie) et à un bogue où les suggestions de balises ne respectaient pas les restrictions de balises de catégorie (L’Assistant IA peut suggérer des balises non autorisées dans la catégorie).

  2. Clarification entre les fonctionnalités « IA » et « pas réellement basées sur un LLM » : un point clé a été réitéré, à savoir que les suggestions de balises/catégories reposent sur des embeddings plutôt que sur un LLM, ce qui influence la mesure dans laquelle le « prompting » peut orienter les résultats (Comment personnaliser les suggestions de balises et de catégories IA).

  3. IA + localisation + cas limites d’outils : des rapports ont fait état de mauvaises détections de langue et de confusion sur la fraîcheur des traductions dans les fonctionnalités IA localisées (Étrange : la modification de la réponse n’apparaît pas et est indiquée comme étant rédigée en français alors qu’elle était en anglais), ainsi que d’un problème côté développeur où le Test Runner des Outils IA semble négocier SSL contre un point de terminaison interne http:// en clair (Le Test Runner des Outils IA tente SSL sur des URL http en interne).

Sujets Intéressants

  • La localisation IA détecte mal la langue et masque les modifications derrière une traduction obsolète (Contribute > Site feedback, ai, dynaloc, content-localization)
    stephtara a signalé qu’un post rédigé en anglais avait été identifié comme étant en français et qu’une modification ultérieure « n’apparaissait pas » dans la vue rendue (rapport). Moin a expliqué que cette mauvaise détection pouvait être déclenchée par un seul mot comme « français », et a noté que la « modification manquante » était probablement due à l’affichage d’une traduction obsolète plutôt que du post source (diagnostic + solution de contournement). Le fil s’est terminé par la confirmation de l’explication par l’auteur original et la correction manuelle de la langue détectée (confirmation), ainsi que par un rappel mémorable sur les limites de la détection de langue :

    « L’intelligence artificielle n’est pas de l’intelligence » (citation).

  • Bogue : l’Assistant IA suggère des balises que la catégorie n’autorise pas (Contribute > Bug, ai)
    thgl a constaté que l’Assistant IA pouvait recommander des balises restreintes et même permettre leur sélection, pour ensuite bloquer la soumission, tandis que la saisie manuelle des balises appliquait correctement les restrictions (rapport de bogue). zogstrip a rapidement reconnu le problème (reconnaissance) et a suivi avec une correction déjà préparée via une PR (état de la correction). Le rapporteur a confirmé que le délai de résolution avait été rapide (merci).

  • Demande de fonctionnalité : interrupteurs pour activer le marquage/catégorisation IA mais désactiver la génération de titres IA (Contribute > Feature, ai)
    Frully a demandé des interrupteurs séparés pour les boutons de suggestion de titre, de balise et de catégorie, souhaitant conserver l’aide de l’IA pour la classification tout en exigeant que les utilisateurs rédigent leurs propres titres (demande + justification). NateDhaliwal a suggéré une approche pragmatique provisoire : masquer uniquement le bouton « suggérer des titres » via CSS (solution de contournement CSS), ce que le demandeur a accepté comme viable (suivi).

  • Comment personnaliser les suggestions de balises/catégories IA : clarification sur le fait qu’elles reposent sur des embeddings et non sur du prompting LLM (Support, ai, ai-helper, Résolu)
    Frully souhaitait « apprendre » à l’assistant comment sa communauté organise le contenu (par exemple, des modèles cohérents de #réunions et des balises obligatoires) et a noté que les exemples de prompt système se concentraient sur les titres, et non sur les balises/catégories (question). Falco a clarifié pourquoi : la suggestion de balises/catégories n’utilise aucun prompt LLM, s’appuyant plutôt sur les embeddings du brouillon par rapport aux sujets existants (réponse / solution).

  • Test Runner des Outils IA : http.get() semble tenter SSL pour les points de terminaison internes http:// (Support, rest-api, ai)
    Tobias1 a partagé un script reproductible montrant que http.get("http://stable-diffusion:7860/") se résolvait correctement vers une adresse IP interne tout en échouant avec une erreur de poignée de main SSL, suggérant que le runner ou sa couche cliente HTTP tentait une connexion TLS de toute façon (détails + sortie d’erreur).

Activité

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile:

127

Vue d’ensemble

Cette semaine (du 08/06/2026 au 15/06/2026) a vu une petite mais pratique vague de discussions sur l’IA Discourse sur le meta (12 nouveaux messages dans 2 nouveaux sujets), principalement centrées sur les modifications de configuration de la traduction IA et la visibilité des coûts/du périmètre, ainsi que quelques pièges opérationnels et administratifs liés aux outils IA intégrés.

Un thème clé était de comprendre ce qui a changé dans les paramètres de traduction IA, en particulier le passage d’un modèle de « catégories traduisibles » à un modèle de « catégories exclues » et la manière dont les communautés ont été migrées, ainsi que les moyens d’auditer/mesurer le périmètre et le volume de traduction via les journaux du personnel et l’Explorateur de données (Traduction IA : Que sont devenues les « Catégories traduisibles » et comment les coûts de traduction sont-ils calculés ?, clarification de la migration citée dans la discussion, suggestion de requête pour l’Explorateur de données, et l’explication antérieure référencée à 392993/7).

Ailleurs, le personnel et les membres de la communauté ont discuté des améliorations incrémentales et des limites de la traduction automatique non supervisée pour les balises (Les traductions de balises générées par l’IA ne fonctionnent pas parfaitement), ont clarifié un quirk de port/protocole dans l’exécuteur de test des outils IA (L’exécuteur de test des outils IA utilise SSL en interne pour les URL http), et ont couvert ce que vous pouvez et ne pouvez pas personnaliser dans le classificateur d’opinion intégré, dirigeant souvent les administrateurs vers l’hébergement autonome s’ils ont besoin d’un contrôle plus approfondi (Classification dans le tableau de bord d’opinion Discourse, ainsi que le lien vers l’hébergement autonome de l’opinion et des émotions). Enfin, un administrateur a demandé comment supprimer un compte administrateur créé automatiquement lié à l’IA (« deepseek-chat »), avec des indications selon lesquelles il est lié au plugin IA/bot et des notes sur les flux de suppression des utilisateurs du personnel (Comment supprimer le compte administrateur créé automatiquement « deepseek-chat », avec la référence à la suppression à Supprimer des utilisateurs dans la console rails).

Sujets intéressants

Activité

Merci d’avoir lu, et je vous retrouve la semaine prochaine ! :slight_smile:

128

Vue d’ensemble

Cette semaine (2026-06-15 → 2026-06-22), les discussions sur l’IA sur meta.discourse.org se sont concentrées sur les améliorations de l’UX pour l’assistant IA dans le rédacteur, le contrôle des coûts et le cadrage des agents IA, ainsi que sur les difficultés pratiques de configuration et de débogage pour les installations auto-hébergées, en particulier concernant les points de terminaison, la protection SSRF et les cas limites de traduction. Le changement majeur visible par les produits a été le nouveau flux intégré pour les Suggestions IA dans le rédacteur (Intégration en ligne des Suggestions IA (dans le rédacteur)), tandis que la plupart des efforts de support ont été consacrés à faire fonctionner les configurations IA de manière fiable et économique (par exemple, la recherche limitée à une catégorie pour réduire la consommation de jetons dans Réduction de l’utilisation des jetons IA avec le filtrage par catégorie, et la correction des points de terminaison/l’inspection des journaux dans « Trying to contact this model returned this error » est vide).

Du côté de l’« IA en production », les auto-hébergeurs ont continué à faire face aux réalités de l’infrastructure : le routage des LLM internes (style LiteLLM/Vertex) butant sur les défenses SSRF dans Comment utiliser des points de terminaison IA internes ? et les tâches de traduction échouant en raison d’octets de contenu problématiques dans DiscourseAi::Translation : Échec de la traduction du message car la chaîne contient un octet nul. Enfin, une demande UX petite mais très pertinente a été déposée pour les remplacements de traduction : un sélecteur de date pour éviter les calculs mentaux dans Demande d’un sélecteur de date dans les paramètres de traduction IA.

La conclusion nette : les fonctionnalités IA mûrissent dans l’expérience de l’éditeur (Intégration en ligne des Suggestions IA (dans le rédacteur)), tandis que les administrateurs se concentrent de plus en plus sur le contrôle de la portée/coût (Réduction de l’utilisation des jetons IA avec le filtrage par catégorie) et le durcissement de la configuration (« Trying to contact this model returned this error » est vide, Comment utiliser des points de terminaison IA internes ?).

Sujets intéressants

Activité

Index des liens (tous les fils clés, pour une lecture rapide)

Merci d’avoir lu, et je vous retrouve la semaine prochaine ! :slight_smile:

129

Vue d’ensemble

Cette semaine, les discussions sur l’IA dans Meta ont porté sur la qualité, la transparence et le polissage de l’UX des fonctionnalités Discourse AI, en particulier Ask Discourse, Traduction IA / Localisation de contenu et les assistants IA intégrés dans le composeur. Certains administrateurs ont remarqué une variation de la qualité des réponses dans Ask Discourse et ont appris que le service venait de passer à un modèle open-weights hébergé localement (Ask discourse moins performant, note de changement de modèle, justification + conseils).

Du côté de la localisation, plusieurs fils de discussion ont souligné comment la progression de la traduction peut être confuse à grande échelle, en raison de la mise en cache et du traitement en plusieurs étapes, ce qui a suscité des demandes concrètes pour une meilleure visibilité des rapports et des paramètres (y compris une meilleure visibilité de la progression et un sélecteur de date / date de coupure fixe) (Graphe de progression de la traduction IA, explication de la mise en cache + deux étapes, demande de sélecteur de date, rythme des sujets vs les messages). Dans le même ordre d’idées, les administrateurs se sont interrogés sur les locales de repli (par exemple, « servir l’anglais lorsque la locale de l’utilisateur n’est pas prise en charge »), et l’équipe a confirmé que cela n’est pas encore pris en charge au-delà du comportement par défaut de la locale du site (Puis-je forcer l’anglais pour les langues non supportées, locales de repli non supportées, comportement de repli actuel).

Quelques problèmes pratiques/opérationnels sont également apparus : débogage des points de terminaison LLM internes et des paramètres des hôtes autorisés (Comment utiliser les points de terminaison IA internes ?, suggestion d’hôte autorisé), activation du plugin IA après qu’il soit resté « bloqué » en désactivé (plus une clarification selon laquelle sur le plan gratuit, il reste activé pour les fonctionnalités clés comme la détection de spam) (Impossible d’activer le plugin IA, correctif en cours + note sur le plan gratuit), et un petit mais révélateur cas limite où les commentaires HTML sont inclus dans les résumés IA (finalement marqué #wontfix, avec une solution de contournement par prompt) (Les commentaires HTML sont aussi résumés par l’IA, wontfix + contournement).

Enfin, il y a eu une attention continue sur la qualité de l’intégration de l’interface utilisateur pour les boutons d’assistance IA dans les flux de modification — des icônes superposées et des boutons à positionnement absolu causant des problèmes de mise en page — ce qui renvoie au travail plus large d’intégration du composeur IA en ligne (L’interface de modification des sujets affiche des icônes superposées, lien vers le fil d’intégration en ligne, problème de placement de l’icône de suggestion de titre IA, intégration en ligne des Suggestions IA).

Sujets intéressants

  • Préoccupations concernant la qualité des réponses d’Ask Discourse après un changement de modèle (ai, ask-discourse, Support)
    gilles a signalé qu’Ask Discourse semblait « moins performant » récemment (Ask discourse moins performant). nat a confirmé un récent passage à un modèle DeepSeek v4 flash hébergé localement (note de changement de modèle), et Falco a précisé que l’objectif est un dépannage rapide basé sur la documentation — et non une assistance au développement — recommandant des outils de développement comme dv à la place (explication + recommandation dv, Utilisation de dv (Discourse Vibe) pour configurer Discourse AI en développement).

  • Précision du graphe de progression de la traduction, mise en cache et « que signifie vraiment la progression ? » (translation, ai, #Data-&-reporting)
    LotusJeff a trouvé le graphe de progression trompeur sur un grand site (Graphe de progression de la traduction IA). Falco a expliqué que la page est mise en cache pour éviter les dépassements de temps et que la traduction implique une détection de langue suivie d’une traduction dans d’autres locales — la progression de la détection en phase précoce n’étant plus affichée, ce qui donne une première expérience « affreuse » (mise en cache + pipeline en 2 étapes). LotusJeff a proposé un modèle de rapport plus clair « éligible vs traduit » et a commencé à partager des prototypes SQL Data Explorer (proposition de rapport, exemples SQL), et nat a noté que des améliorations sont prévues (suivi de l’équipe).

  • Débogage des points de terminaison LLM internes/auto-hébergés dans Discourse AI (ai, Support)
    satonotdead a eu du mal à utiliser une URL de point de terminaison interne qui fonctionnait à l’intérieur du conteneur, mais échouait au test de l’interface utilisateur de Discourse AI (rapport de problème + trace de pile). Falco a suggéré de s’assurer que DISCOURSE_ALLOWED_INTERNAL_HOSTS contient le nom d’hôte (et pas seulement une plage d’IP) (suggestion d’hôte autorisé). Le contexte faisait référence à des configurations locales Ollama antérieures (Faire fonctionner Discourse AI avec Ollama localement).

  • Politique de repli de locale : forcer l’anglais pour les langues non supportées (translation, ai, #Feature)
    Jagster a demandé si les locales non supportées pouvaient faire un repli vers l’anglais sans changer la locale par défaut d’un site très finnois (question). Falco a confirmé que les « locales de repli » ont été demandées mais ne sont pas encore supportées (pas de locales de repli pour l’instant), et nat a clarifié le comportement actuel : désactiver le repli affiche la langue d’origine ; utiliser un repli vers l’anglais implique de définir la locale par défaut sur en (détails du comportement).

  • La résumation IA inclut les commentaires HTML (et pourquoi c’est #wontfix) (ai, ai-summarize, #Feature)
    ばこん a remarqué que les commentaires HTML (que les lecteurs ne peuvent pas voir) étaient toujours résumés (rapport, exemple). Falco l’a marqué #wontfix, en suggérant un ajustement de prompt pour indiquer à l’agent de résumation d’ignorer les commentaires si cela importe pour une instance donnée (décision + contournement).

  • Plugin IA bloqué en désactivé + clarification « le plugin IA ne peut pas être désactivé » sur le plan gratuit (ai, Support)
    ondrej n’arrivait pas à réactiver l’IA après l’avoir désactivée plus tôt (problème). keegan a confirmé qu’un correctif est nécessaire pour l’état « bloqué en désactivé » et a précisé que sur le plan gratuit, le plugin IA reste activé car il alimente des fonctionnalités critiques comme la détection de spam, tandis que les fonctionnalités IA individuelles peuvent être désactivées (correctif + politique). La demande faisait également référence à la documentation de configuration existante (source de l’extrait de documentation).

  • Polissage de l’interface utilisateur IA : icônes superposées et boutons IA à positionnement absolu (ai, ux)
    Moin a signalé des icônes empilées/superposées lors de la modification des informations du sujet (rapport de superposition), et Falco l’a lié au fil en cours d’intégration IA en ligne (référence croisée, Intégration en ligne des Suggestions IA (dans le Composeur)). Dans un problème UX connexe, Moin a noté que le bouton de suggestion de titre IA peut rester fixe tandis que le champ titre se déplace — en particulier lors de la modification de titres traduits — et que les suggestions apparaissaient en anglais (placement de l’icône de titre) ; chapoi a ensuite souligné que le bouton position: absolute était une cause récurrente de problèmes (suite).

  • Pourquoi les sujets se traduisent plus vite que les messages (et quoi ajuster) (ai, content-localization, Support)
    LotusJeff a observé que les données des sujets se traduisaient depuis des mois tandis que les messages étaient en retard (question). Falco a expliqué que les lots sont de taille similaire, mais les sujets se terminent naturellement plus vite, en particulier avec les sujets à nombreux messages, et a suggéré d’ajuster l’âge maximum ou le taux de remplissage arrière pour aider les messages à rattraper leur retard (explication + paramètres).

  • Demande de fonctionnalité : sélecteur de date (date de coupure fixe) pour les paramètres de traduction IA (ai, dynaloc, content-localization, #Feature)
    Dans la discussion sur le sélecteur de date, mcwumbly a noté que le paramètre pourrait devoir être « traduire tous les messages après {date} » plutôt que « jours de remplissage arrière » (cadre). LotusJeff a argumenté que les fenêtres glissantes peuvent faire sortir du périmètre du contenu modifié plus ancien, et a également souligné le décalage « sujets traduits mais messages pas encore » comme un problème visible par l’utilisateur (préoccupation sur la fenêtre glissante, rationale supplémentaire).

  • Comment la classification de sentiment/émotion est attribuée dans le tableau de bord Sentiment (ai, ai-sentiment, Support)
    fzngagan a résumé quels modèles alimentent la classification de sentiment et d’émotion et a expliqué la différence entre la classification basée sur des modèles et les stratégies basées sur des agents via les paramètres du site (aperçu de la classification de sentiment), renvoyant à l’extrait de documentation référencé sur les modèles actuels (référence aux modèles) et notant que les administrateurs peuvent créer de nouveaux agents à /admin/plugins/discourse-ai/ai-agents plutôt que de modifier les valeurs par défaut (contexte de l’approche agent).

Activité

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile:

130

Vue d’ensemble

Les conversations autour de ai sur #meta.discourse.org cette semaine ont porté sur la maîtrise et la compréhension des coûts de l’IA + de l’utilisation en arrière-plan, le resserrement des exigences de sécurité concernant les entrées de résumé, et l’amélioration de l’UX et des intégrations dans l’ensemble des fonctionnalités Discourse AI.

Côté coûts/ops, Discourse a mis en place des quotas basés sur le coût estimé en dollars pour l’utilisation de Discourse AI (en plus des limites de jetons), facilitant ainsi la budgétisation entre les différents fournisseurs (voir Quotas basés sur le coût pour Discourse AI et le guide d’accompagnement Configuration des quotas d’utilisation des LLM dans Discourse AI). Les administrateurs ont également échangé sur les appels périodiques à l’API IA qui peuvent survenir même lorsque vous n’utilisez pas activement les fonctionnalités UI de l’IA, en raison de tâches en arrière-plan comme les embeddings et les remplissages de résumés (voir Discourse appelle-t-il les API IA en arrière-plan et la confirmation de Falco).

Côté sécurité, une attention renouvelée a été portée sur ce qui est exactement injecté dans les invites de résumé—en particulier si l’inclusion de commentaires HTML pouvait former un « canal caché » de manipulation (voir Les commentaires HTML sont également résumés par l’IA, la réponse de Falco, et les préoccupations de suivi).

Pendant ce temps, plusieurs fils de discussion se sont concentrés sur « le rendre fonctionnel dans le monde réel » : dépannage des erreurs 500 dans les suggestions de titres IA et apprentissage de l’emplacement des journaux d’audit (voir Fil de support Qwen3.7-plus et conseils sur ai_api_audit_logs), configuration des points de terminaison IA internes / sidecars LiteLLM (voir Comment utiliser des points de terminaison IA internes ? et le compte rendu de la solution ici), et l’auto-hébergement de la traduction via l’API compatible OpenAI d’Ollama (voir Auto-hébergement d’un LLM OpenSource pour DiscourseAI, conseils sur le modèle/tokenizer, et discussion sur les contraintes de traduction ici).

L’UX et le polissage produit ont également retenu l’attention : une correction a été proposée pour le positionnement de l’icône de suggestion de titre IA (voir L’icône de suggestion de titre IA est placée au-dessus du champ de saisie du titre), les suggestions IA « inline » ont soulevé des questions de latence/comportement (voir Intégration inline des suggestions IA (dans le Composer) et question sur la latence), et le composer ancré pour les conversations avec les bots IA a été réactivé après avoir été désactivé par erreur (voir question et résolution).

Sujets intéressants

  • Quotas basés sur le coût pour Discourse AI (dollars estimés, pas seulement des jetons) dans #Announcements ai : sam a annoncé une nouvelle façon de limiter l’utilisation de l’IA par coût estimé en dollars par groupe, pour aider à la budgétisation entre les fournisseurs (annonce). La fonctionnalité s’intègre au flux de configuration des quotas existant (Configuration des quotas d’utilisation des LLM dans Discourse AI).

  • Le résumé IA inclut les commentaires HTML (et les préoccupations potentielles d’injection d’invite) dans #Feature ai ai-summarize : Ed_S a souligné le risque que les commentaires HTML deviennent un « canal caché » pour influencer les résumés (préoccupation). Falco a reconnu la possibilité—en particulier avec les modèles plus petits/anciens—et a pointé vers la séparation des invites système/utilisateur comme concept atténuant (réponse), ce que Ed_S a contesté en soulignant que ce n’est pas un véritable mécanisme contre les jailbreaks (suivi).

  • Configuration de Qwen3.7-plus : l’outil de suggestion de titre rencontre des erreurs 500 + comment déboguer avec les journaux d’audit dans Support ai : bird a signalé une erreur 500 lors de l’utilisation de la génération de titres IA alors que d’autres outils IA fonctionnaient (rapport). Falco a recommandé d’interroger ai_api_audit_logs pour des diagnostics plus détaillés (conseil), puis a clarifié comment inspecter la dernière entrée et que l’erreur 500 venait de Discourse (et non de Qwen) (suivi). Le fil a également pointé vers la documentation sur la génération d’images lorsqu’on a demandé si Discourse AI la supportait (réponse + lien, plus Support amélioré de la génération d’images dans Discourse AI).

  • Exécution de Discourse AI avec des points de terminaison internes (sidecar LiteLLM, listes blanches d’hôtes internes, nettoyage MCP) dans Support ai : evantobin a décrit comment faire fonctionner la connectivité interne en utilisant DISCOURSE_ALLOWED_INTERNAL_HOSTS pour un sidecar LiteLLM en localhost, et a mentionné des travaux de suivi pour l’authentification Vertex AI (détails). satonotdead a partagé une solution complète utilisant l’IP de passerelle interne de Docker, le mappage de ports, et le nettoyage des outils MCP défectueux (solution).

  • Demande de fonctionnalité / PR : ajouter le paramètre de modèle {username} aux invites système de la persona IA dans #Feature ai : 42aross a proposé d’ajouter {username} comme paramètre de modèle autorisé afin qu’une persona IA puisse identifier fiablement l’utilisateur actuel côté serveur (au lieu de laisser le LLM l’inférer à partir du texte/métadonnées du sujet) (demande + justification). Ils ont également noté la finalisation du processus CLA (suivi).

  • Composer ancré pour les conversations avec les bots IA : désactivé sur Meta, puis réactivé dans #Announcements ai ai-bot : putty a demandé pourquoi Meta n’affichait plus l’interface du composer ancré (question). keegan a répondu qu’il avait été désactivé par erreur et l’a réactivé, notant que le changement passait en beta (mise à jour de statut). nicolsdennis a suivi avec une question produit sur la limitation de la longueur des réponses pour les conversations de bot (question).

  • Suggestions IA inline dans le composer : cohérence + questions de latence/comportement dans #Announcements ai ai-helper : chapoi a discuté de la cohérence du comportement entre les points d’entrée UI similaires et a demandé des retours (post). nicolsdennis a interrogé sur la latence aller-retour et si les suggestions étaient basées uniquement sur le titre du sujet (question).

  • Correction UX : positionnement de l’icône de suggestion de titre IA dans ux ai : chapoi a posté une correction d’implémentation pour l’icône de suggestion de titre apparaissant au-dessus du champ de titre, demandant confirmation des effets secondaires (correction + lien PR).

  • Changements de clé API Gemini : comptes de service, préoccupations de migration dans #Integrations how-to ai : m_terenui a noté les changements de sécurité signalés par Google autour des clés API Gemini, nécessitant potentiellement des comptes de service et la migration des anciennes clés, et a demandé ce que Discourse attend des administrateurs pour la configuration future (question). (Référence du fil : Configurer les clés API Gemini pour Discourse AI)

  • Auto-hébergement de la traduction Discourse AI avec Ollama : choix du fournisseur, tokenizer/fenêtre de contexte, et pourquoi les « points de terminaison de traduction » ne sont pas plug-and-play dans #Self-Hosting ai : mononym a demandé comment essayer la traduction Discourse AI via Ollama et où se trouvaient les paramètres de l’interface admin plus récente (question). Falco a suggéré d’utiliser l’API compatible OpenAI d’Ollama en sélectionnant OpenAI comme fournisseur (conseils), puis a fourni des conseils de configuration pratiques (choix du tokenizer, fenêtre de contexte) et mis en garde contre les modèles inadaptés/anciens (détails). Le fil couvrait également pourquoi la traduction Discourse AI n’est pas conçue comme un simple remplacement de point de terminaison LibreTranslate et pourquoi l’ancien plugin Translator peut encore être utilisé « tel quel » (contraintes).

Activité

Merci d’avoir lu, et je vous retrouverai la semaine prochaine ! :slight_smile:

131

Aperçu

Cette semaine, les discussions liées à l’IA sur meta.discourse.org se sont principalement concentrées sur la fiabilité et le contrôle de la localisation du contenu (ai + dynaloc), ainsi que sur les boucles de rétroaction pour les fonctionnalités alimentées par l’IA comme Ask Discourse et Discobot Discoveries.

Côté localisation, il y a eu du mouvement tant sur le plan des capacités que de la qualité : les administrateurs ont demandé la traduction des sections personnalisées de la barre latérale (Demande de fonctionnalité : rendre possible la traduction des liens et sections personnalisés de la barre latérale, avec un contexte issu de Traduire les liens de documentation de la barre latérale), tandis que plusieurs rapports mettaient en lumière les pièges liés aux invites et au formatage et les échecs silencieux de traduction — incluant des traductions allemandes contenant des enveloppes de type JSON (Les traductions allemandes contiennent des éléments de traduction) et des traductions tronquées ou corrompues silencieusement lorsque l’analyse du flux JSON échoue (Traduction tronquée silencieusement lorsque l’analyse du flux JSON échoue (aucune erreur signalée)).

Plusieurs fils de discussion portaient sur le rendement des intégrations IA plus utilisables en pratique : un cas de support résolu expliquait pourquoi Claude Sonnet 5 peut générer des erreurs lorsqu’il est associé à des versions plus anciennes de Discourse ou à des paramètres de sortie structurée (Discourse AI : Besoin de supprimer la réponse JSON pour faire fonctionner Anthropic Sonnet 5…), des utilisateurs ont demandé comment empêcher la traduction du vocabulaire propriétaire (Comment empêcher la traduction du vocabulaire propriétaire par l’IA ?), et un nouveau composant de thème a amélioré les téléchargements de fichiers dans l’interface des conversations avec le bot IA (Téléchargement par glisser-déposer + aperçus de fichiers pour la page des conversations avec le bot IA).

Enfin, l’évaluation et la rétroaction sont apparues comme un besoin récurrent : les utilisateurs d’Ask Discourse ont rencontré les limites de taux standard de Discourse lors de leurs interactions avec l’IA (Rétroaction pour Ask Discourse), et les hallucinations de Discobot Discoveries ont suscité des appels (et des exemples) pour de meilleurs mécanismes de rétroaction (Rétroaction sur les résultats de Discobot Discoveries sur meta), liés aux travaux en cours sur la recherche IA (La recherche conversationnelle IA arrive sur Discourse AI).

Sujets intéressants

Activité

Merci d’avoir lu, et je vous revois la semaine prochaine ! :slight_smile:

132

Vue d’ensemble

Cette semaine, les discussions sur l’IA sur Meta se sont concentrées sur le comportement de Discourse AI dans les communautés réelles, et sur la façon dont les cas limites peuvent se transformer en problèmes de confidentialité ou de bruit. Les clients hébergés ont également obtenu une explication plus claire du routeur de modèles hébergés par défaut, CDCK/MoM, y compris pourquoi Discourse utilise une approche mixture-of-models (mélange de modèles) pour différentes charges de travail d’IA comme les résumés et les embeddings (Qu’est-ce que CDCK/MoM ?).

Côté correction de bugs, un problème à fort impact utilisateur, où le clic sur Réessayer dans une réponse de bot IA dans les sujets publics créait des doublons de messages (au lieu de régénérer sur place), a été signalé et rapidement lié à une correction en amont (Le bot IA « Réessayer » crée une réponse en double…, suite). Les problèmes liés à la traduction se sont également distingués : un rapport montrait que les messages supprimés pouvaient rester visibles via des traductions mises en cache (Les messages supprimés affichent toujours le contenu complet…), tandis qu’une autre discussion a fait progresser la correction d’une truncation silencieuse lorsque l’analyse JSON en streaming échouait (Traduction tronquée silencieusement…).

Pendant ce temps, les administrateurs ont travaillé sur les points de friction de l’intégration des fournisseurs : dépannage de l’absence de réponse de DeepSeek (Discourse 接入 DeepSeek…无响应问题, suggestion de connectivité), et clarification des erreurs 401 des embeddings Gemini comme étant un incompatibilité API entre AI Studio et les points de terminaison Vertex/Enterprise (Comment corriger les erreurs 401 avec les embeddings Gemini, solution). Enfin, le travail en cours sur le sous-système des légendes IA a refait surface, incluant les plans pour des interrupteurs pour rebake les légendes (Vérification rapide de bien-être du bot de légendes IA, note de clôture).

Sujets intéressants

  • Modèle hébergé CDCK / CDCK/MoM expliqué pour les clients hébergés (#Hosted-Customers ai)
    Falco a expliqué pourquoi Discourse hébergé inclut un LLM routé intégré « mixture of models », comment le routage correspond aux tâches (résumés vs embeddings vs personas), et comment cela s’intègre aux crédits IA hébergés (Qu’est-ce que CDCK/MoM ?).

  • Bug : le « Réessayer » du bot IA dans les sujets publics ajoute des réponses en double au lieu de régénérer (bug ai ai-bot)
    Overgrow a signalé que les clics répétés sur Réessayer dans les sujets publics inondaient le fil avec de nouveaux messages du bot (rapport), tandis que Falco pointait vers une correction dans le core (réponse dev). Le fil couvrait également brièvement comment le « Safe mode » est devenu un lien via les règles de mots surveillés (question, réponse, plus le guide de référence : Guide de référence des mots surveillés).

  • Bug de confidentialité : les messages supprimés affichent toujours le contenu complet lors de la visualisation de la version traduite (bug ai dynaloc content-localization)
    asa a signalé que lorsque les traductions Discourse AI sont activées, un message supprimé par son auteur peut toujours s’afficher en entier dans la vue traduite en raison d’un rendu mis en cache qui ne respecte pas l’état de suppression (Les messages supprimés affichent toujours le contenu complet…).

  • Robustesse de la traduction : truncation silencieuse lorsque l’analyse du flux JSON échoue (bug ai dynaloc)
    Le travail a continué sur une correction pour les traductions étant silencieusement coupées lorsque l’analyse JSON en streaming échoue—sans lever d’erreur—mettant en évidence le besoin d’une meilleure remontée d’erreurs et d’une analyse défensive (Traduction tronquée silencieusement…).

  • Support : l’intégration de la plateforme officielle DeepSeek semble sans réponse (Support ai)
    AkarinLiu a signalé un comportement « sans réponse » après l’intégration de la plateforme ouverte officielle de DeepSeek (rapport initial, détail supplémentaire). sk-or-v1-contents a partagé des signaux de fournisseur/statut pour le contexte (contexte statut), et Falco a suggéré de tester le point de terminaison via cURL pour isoler les problèmes de connectivité/configuration (suggestion).

  • Résolu : les erreurs 401 des embeddings Gemini retracées à l’utilisation de la mauvaise famille de points de terminaison Google (Support embedding ai)
    m_terenui a rencontré des erreurs 401 en essayant d’utiliser les embeddings Gemini avec un point de terminaison de style Vertex (énoncé du problème). Falco a clarifié que le support des embeddings Discourse s’aligne avec Google AI Studio plutôt que le point de terminaison Enterprise/Vertex, résolvant le problème (solution). Le rapporteur a confirmé que le changement de point de terminaison a corrigé les embeddings immédiatement (confirmation).

  • Support : « Utilisation du plugin Discourse AI » — ce qui est dans le core et comment les résumés fonctionnent (à la demande vs backfill) (Support ai)
    bayardo.rivas a demandé quand Discourse AI est devenu bundled et comment fonctionne la summarization (question). Moin a pointé vers la chronologie de l’annonce de bundling (réponse, référence : Bundling plus de plugins populaires avec le core Discourse). Falco a expliqué que les résumés peuvent être à la demande ou backfillés en arrière-plan, et que les thèmes peuvent afficher les résumés en haut pour certains sites (réponse solution). (La question fait également référence à une discussion antérieure sur le plugin IA : Plugin OpenAI pour Discourse ? et la note sur le plugin bundled : Discourse AI.)

  • Légendes IA : refonte du sous-système et capacité future à rebake les légendes (#Site-feedback ai ai-captions)
    Un fil de légendes d’un an a reçu des mises à jour fraîches : les membres de la communauté ont discuté des idées de reconstruction/reupload (suggestion reconstruction, pensée reupload), tandis que sam a noté que nat refait le sous-système et que des interrupteurs pour rebake les légendes sont prévus (mise à jour). nat a ensuite fermé le sujet après que le problème de l’auteur ait été rectifié (clôture).

  • Rappel : Discourse peut appeler les API IA en arrière-plan (résumés, embeddings, sentiment, etc.) (Support ai)
    Dans un fil de support continu, m_terenui a lié les pics d’utilisation observés aux jobs en arrière-plan comme les backfills de résumés et la génération d’embeddings (Discourse appelle-t-il les API IA en arrière-plan)—ce qui renvoie également à la configuration de backfill de résumés discutée ailleurs (Utilisation du plugin Discourse AI).

Activité

Merci d’avoir lu, et à la semaine prochaine ! :slight_smile: