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

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

Aperçu

Cette semaine, les conversations sur l’IA sur Meta ont principalement porté sur la clarification de Discourse AI pour les utilisateurs et la facilitation de son déploiement à grande échelle. Du côté produit, une forte dynamique s’est dégagée pour renommer « AI Persona » en « AI Agent », une appellation plus largement comprise (avec des implications pour le flux de traduction), dans Renaming AI Persona → AI Agent, ainsi que dans les discussions suivantes comme Renaming AI Persona → AI Agent. L’expérience administrateur a également été au centre des préoccupations : des sites ayant désactivé l’IA continuaient d’afficher des tableaux de bord et des rapports liés à l’IA, un problème confirmé comme un bug et intégré à un travail plus large sur les rapports dans Don’t show AI reports if AI is not enabled et dans le fil directeur connexe Admin Reporting & Analysis: Incremental Changes.

Sur le plan opérationnel, la communauté s’est penchée sur les contrôles de coût et de performance ainsi que sur les difficultés liées à la mise à l’échelle : Discourse a déployé des niveaux de service pour les fournisseurs OpenAI et Azure dans Service tiers on Open AI providers, tandis qu’une grande instance auto-hébergée a signalé une charge sévère lors de l’activation de la recherche par embeddings sémantiques dans Enabling AI search crippled my server. Une raffinement continu a également été apporté à l’UX assistée par l’IA, en particulier là où l’IA touche à la localisation et à l’interface de l’éditeur, dans Saving translations by AI-helper as content localization et The title suggester :star: button is placed outside of the title field when editing a translated title.

Enfin, les travaux d’écosystème liés à l’IA se sont poursuivis avec les outils MCP : un guide pratique de configuration pour Codex CLI a été publié dans Discourse MCP Setup in OpenAI Codex CLI, et a été renvoyé vers le fil d’annonce canonique Discourse MCP is here!.

Sujets Intéressants

114

Aperçu

Au cours de la semaine écoulée (2026-03-09 → 2026-03-16), les discussions de Meta sur le ai se sont concentrées sur le polissage des produits, la fiabilité et les opérations « réelles ».

Côté produit, Discourse s’est rapproché de la normalisation de la terminologie en passant de AI Persona à AI Agent (Renommage de AI Persona vers AI Agent). Côté infrastructure, Discourse a considérablement augmenté la capacité de son offre LLM hébergée, en relevant les limites pour tous les niveaux et en améliorant la qualité des modèles et les caractéristiques de latence (Débloquer toutes les fonctionnalités Discourse AI avec notre LLM hébergé).

Parallèlement, les administrateurs se sont concentrés sur l’intégration de l’IA dans les rythmes communautaires : une demande de retarder les réponses de l’AI Agent (pour qu’elles semblent moins comme un chatbot et plus comme un participant) a émergé à la fois sous la forme d’un nouveau sujet de Support (Ajout d’un délai configurable aux réponses de l’AI Agent) et dans le fil de discussion plus ancien sur le guide « Agents », où le personnel de Discourse a indiqué que les réponses retardées relèveraient probablement d’une future refonte du automation plutôt que du ai lui-même (Bot IA - Agents).

Les conversations sur l’intégration ont également connu une hausse notable : les contraintes et les abandons de Programmable Search / Custom Search de Google 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 (Recherche Google pour Discourse AI - Moteur de recherche programmable et API de recherche personnalisée). Parallèlement, les guides communautaires continuent de s’étendre autour de l’écosystème Discourse MCP, y compris un nouveau tutoriel de configuration OpenCode CLI (Configuration Discourse MCP dans OpenCode CLI).

Enfin, les flux de travail pratiques d’administration sont revenus à plusieurs reprises : amélioration de l’observabilité pour la détection des spams IA via des requêtes directes vers la base de données (Discourse AI - Détection des spams), questions sur le remplissage rétrospectif et le débogage de l’analyse des sentiments (Problèmes de configuration de l’analyse des sentiments), et préoccupations liées au RGPD concernant le traitement des sentiments selon le fournisseur ou la configuration (Présentation de l’analyse des sentiments Discourse AI : Nouveau rapport administrateur disponible). Il y avait également un fil de Support ouvert (en chinois) sur les délais d’expiration des appels d’outils, toujours au stade « besoin de plus de détails » (Comment résoudre les délais d’expiration des appels d’outils dans Discourse AI ? Peut-on ajuster le délai d’expiration de Discourse, et comment ?).

Sujets intéressants

Activité

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

115

Résumé hebdomadaire de l’IA pour meta.discourse.org (du 16/03/2026 au 23/03/2026)

Aperçu

Les discussions sur l’IA cette semaine se sont concentrées sur des améliorations pratiques de l’UX et du contrôle des coûts, en particulier pour les flux de travail de traduction et le placement des résumés. Côté traduction, Shauny a proposé une affordance de « traduire » par publication plus fluide, ainsi qu’un moyen de sauvegarder/mettre en cache les traductions générées afin d’éviter des dépenses API répétées (Traduire une publication avec l’IA et sauvegarder la traduction), tandis que Moin a relié cette idée à des réflexions antérieures sur la localisation (Traduire une publication avec l’IA et sauvegarder la traduction, Sauvegarde des traductions par l’Assistant IA en tant que localisation de contenu).

Côté interface de résumés, Ivan_Rapekas a déployé un composant de thème qui intègre l’action de résumé IA dans l’en-tête du sujet / la zone chronologique de la barre latérale, et l’a relié à des demandes de longue date concernant le placement 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, Placement du bouton de résumé sur les vues mobiles).

Plusieurs fils de discussion ont porté sur le polissage et la fiabilité des paramètres d’administration de l’IA : des bugs d’intitulés comme l’étiquette d’erreur répétée « Default LLM » ont été reconnus et mis en file d’attente pour correction (Pourquoi ‘Default LLM’ est-il répété…, Pourquoi ‘Default LLM’ 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).

Parallèlement, la communauté a revisité les limites de sécurité des agents (notamment les préoccupations concernant l’action de l’IA « en tant qu’utilisateur » sans supervision administrative) (Discourse va-t-il sortir un skill openclaw officiel ?, Plugin openclaw pour l’intégration Discourse), et a abordé les contraintes d’intégration telles que les délais d’attente des appels d’outils et la connexion de Discourse AI à des bases de connaissances RAG auto-hébergées (Comment résoudre les délais d’attente des appels d’outils dans Discourse AI ?, Comment intégrer une base de connaissances RAG auto-construite dans Discourse AI ?). Une question mineure mais notable a également été posée pour savoir si Discourse MCP peut 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 revois 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

Aperçu

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

  1. L’élan du MCP et les capacités des agents : Discourse AI a redoublé d’efforts sur le protocole de contexte des modèles (MCP) 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 la publication d’un guide complet pour les administrateurs (Bot IA – Apportez votre propre serveur MCP). Parallèlement, les outils MCP côté serveur continuaient d’évoluer, notamment avec l’ajout d’un outil d’édition permettant aux LLM de mettre à jour le contenu des publications existantes ou des wikis via le MCP (Discourse MCP est là !).

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

  3. Particularités spécifiques aux modèles en localisation et embeddings : Plusieurs fils de discussion ont mis en évidence que les « fonctionnalités IA » sont souvent un mélange de « comportement du modèle + détails d’intégration ». Les problèmes de traduction allaient de la fuite de texte de « commentaire IA / réflexion » en allemand, rapidement corrigée (Commentaire IA sur les traductions en allemand), à l’absence d’images lors de la traduction via Mistral Small, atténuée par le changement de modèle (Images manquantes dans les publications traduites lors de l’utilisation de Mistral comme modèle de traduction). Côté embeddings, l’incompatibilité de l’API de Mistral (dimensions vs output_dimension) est apparue dans la configuration (Utiliser Mistral pour les embeddings). Des problèmes réels rencontrés par les administrateurs ont également été causés par des identifiants de modèle Gemini obsolètes dans les configurations de bots IA (Problème avec les bots de forum IA).

Sujets intéressants

  • Les agents Discourse AI 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 directement les outils découverts depuis l’agent LLM (Apportez votre propre MCP !). Le guide companion explique la configuration, la découverte d’outils et la différence avec les outils personnalisés basés sur JS (Bot IA – Apportez votre propre serveur MCP).

  • Utilisabilité du MCP : demande d’un « MCP distant/web » + ajout de la capacité d’édition des publications existantes (ai, mcp, 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 (Discourse MCP est là !). jrgong a souligné un cas d’usage pour les bases de connaissances/docs nécessitant des modifications de sujets/publications existants (réf), et Falco a confirmé qu’un outil d’édition avait été ajouté (« il suffit de mettre à jour vers la dernière version ») (réf).

  • Modération par tri IA + scan des MP : « Inclure les messages personnels » fonctionne, mais « Tous les sujets » a causé de la confusion (automation, 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 scannés (L’automatisation du tri par IA scanne-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 s’est transformé en une discussion UX sur des options plus claires (réf, réf).

  • Les publications traduites en allemand incluaient du texte de « commentaire IA / processus de réflexion » — rapidement corrigé (ai, #localisation-contenu, bug, #corrigé)
    putty a signalé que les traductions en allemand fuyaient des commentaires de « réflexion/traduction » dans la sortie (Commentaire IA sur les traductions en allemand). nat a déployé une mise à jour pour resserrer la mise en forme et a nettoyé le contenu affecté (réf), avec confirmation des utilisateurs par la suite (réf).

  • Les traductions Mistral ont omis les images dans les vues traduites (liens upload://), résolu en mettant à niveau le modèle (ai, #localisation-contenu, Support)
    Denis_Kovalenko a constaté que le passage du modèle de traduction d’OpenAI à Mistral entraînait l’affichage du texte mais l’omission des images dans les versions traduites (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 « Mistral Small » était visée et a recommandé d’utiliser des modèles plus puissants de la classe small si nécessaire (réf).

  • Embeddings avec Mistral : la configuration compatible OpenAI échoue sur le nommage du paramètre dimensions (ai, #Fonctionnalité)
    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). La suppression du paramètre permet de réussir le test, suggérant qu’une couche de compatibilité ou un mappage spécifique au fournisseur pourrait être nécessaire (réf).

  • Erreurs de bot IA attribuées à des identifiants de modèle Gemini obsolètes + conseils pour les modèles de génération d’images (ai, ai-bot, Support)
    ice.d a rencontré des erreurs « Non trouvé » avec une configuration de bot obsolète (Problème avec les bots de forum IA). Lilly a souligné la probable obsolescence de gemini-2.5-flash-pre et a suggéré de mettre à jour l’URL/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 doivent-elles répondre uniquement aux @mentions ? L’équipe penche vers des flux de travail plutôt que des commutateurs de niche (ai, ai-bot, #Fonctionnalité)
    Dans une demande de fonctionnalité existante, sam s’est interrogé sur le fait de savoir si « répondre uniquement aux @mentions » serait mieux défini 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 limites sont mieux servis par les flux de travail de projet à venir — par exemple, un flux de travail déclenché par une mention peut gérer le comportement sans ajouter de nouveaux commutateurs (réf).

  • Délai de réponse de l’agent : les flux de travail devraient couvrir les contrôles de temporisation (ai, Support)
    sam a noté que les délais configurables pour les réponses des agents IA sont du type de chose que les flux de travail devraient prendre en charge, 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 de l’utilisateur sur l’IA (« désactiver les rappels IA ») et migration des paramètres de traduction des MP (ai, #ai-resume, #localisation-contenu, ux/#Fonctionnalité)
    paco a soutenu qu’une équivalence au niveau de l’utilisateur de discourse_ai_enabled pourrait aider les gens à se désengager des rappels d’interface IA sans désactiver l’IA au niveau du site (Préférences d’interface utilisateur : inclure un paramètre pour désactiver les rappels IA). Parallèlement, les changements de paramètres de traduction ont continué d’évoluer autour des messages personnels : nat a lié une PR de migration et a décrit comment les paramètres précédents « 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 revois la semaine prochaine ! :slight_smile:

118

Aperçu

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

Côté « découvrabilité IA », la communauté a exploré un conflit réel entre le ai #Plugin de la communauté pour générer llms.txt et le routage natif plus récent (et actuellement limité) de llms.txt au cœur de Discourse : pacharanero a signalé le comportement de substitution 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 restaurer le comportement du plugin dans son suivi. Des informations connexes ont été repostées dans la discussion principale sur le support natif dans activation du support natif llms-txt dans Discourse.

Parallèlement, l’accent a continué d’être 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/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 posts 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 éléments déterminants pour la conformité et la gestion des risques.

Enfin, les problèmes de qualité de traduction sont devenus très « pratiques » : un nouveau rapport de bug a décrit une erreur de rendu/cooking après traduction, et Moin a tracé la cause à un formatage de tableau Markdown — la correction du tableau source a résolu le problème de sortie traduite dans Erreur de rendu après traduction, ce qui a été confirmé par cuo_wu dans la résolution.

Côté utilisation produit, les administrateurs ont continué d’explorer les contrôles de comportement des Personas/Agents IA — spécifiquement 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 un Persona/Agent IA à répondre uniquement aux @mentions, et non aux réponses à ses posts 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 revois la semaine prochaine ! :slight_smile:

119

Aperçu (2026-04-13 → 2026-04-20)

Les discussions liées à l’IA sur meta.discourse.org cette semaine ont porté sur la fiabilité de la traduction et les flux de travail de localisation, avec la majorité des échanges dans les threads bug et Support utilisant les balises ai, dynaloc et content-localization. Le thème principal était les échecs de traduction intermittents et difficiles à reproduire — notamment l’omission aléatoire de certaines langues et des erreurs côté serveur — ce qui a conduit à des suggestions de débogage telles que l’activation de la journalisation verbose cachée et l’inspection de /logs (voir La traduction IA omet la locale portugaise (pt), débogage de suivi et rapport d’erreur côté serveur).

Il y a également eu un thread de support pratique sur la détection de langue et les remplacements manuels lorsque les publications sont multilingues (titres en allemand + anglais), et comment la traduction peut sembler « cassée » en raison de problèmes de configuration externes tels que des clés API obsolètes (voir Publication non détectée comme étant en allemand 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).

Côté « 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 thread de longue date sur les agents IA a reçu une nouvelle question concernant les compétences personnalisées des agents pour des scénarios sur mesure (voir Bot IA - Agents).

Tendance : la plupart des « problèmes d’IA » cette semaine ne concernaient pas la qualité de la sortie, mais plutôt la robustesse opérationnelle (comportement des tâches, nouvelles tentatives, disponibilité du serveur et visibilité de la configuration) (par exemple, traductions omises, journalisation verbose et questions sur le comportement de nouvelle tentative).

Sujets intéressants

  • Les traductions IA omettent intermittemment des locales (initialement observé pour le portugais manquant) dans bug
    Denis_Kovalenko a signalé que l’activation de nombreuses locales pouvait entraîner l’absence de génération du portugais (et plus tard : n’importe quelle locale omise au hasard), avec des titres et des corps traduits de manière incohérente (voir le rapport initial : La traduction IA omet la locale portugaise (pt), clarification des paramètres : question sur les locales prises en charge, et la mise à jour sur la « locale omise au hasard » : résultats incohérents).
    Le débogage s’est orienté vers les journaux et les couches internes plus profondes : nat a suggéré de vérifier /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 thread a également soulevé des questions d’implémentation sur la raison pour laquelle les tâches de traduction sont configurées avec retry: false (voir question sur la nouvelle tentative).

  • Utilisation des paramètres cachés pour dépanner la journalisation de la traduction IA
    Lorsque Denis_Kovalenko n’a pas pu trouver ai_translation_verbose_logs dans la recherche d’administration (voir impossible de trouver le paramètre), Moin a expliqué que c’était normal car il s’agit d’un paramètre de site caché, en pointant vers la documentation sur les paramètres cachés (voir renvoi vers la doc des paramètres cachés et le guide référencé : Utilisation des paramètres de site cachés). Peu après, RGJ a activé le paramètre pour aider à l’enquête (voir activation des journaux verbeux).

  • Les publications multilingues peuvent perturber la détection ; la sélection manuelle de la langue force effectivement la détection dans Support
    putty a partagé un cas où une publication en allemand n’était pas traduite, demandant si la sélection de l’allemand forçait la langue (voir rapport de problème). Falco a confirmé que la sélection d’une langue fait exactement cela, et a noté que la publication était un mélange d’anglais et d’allemand, avec des 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 thread, putty a initialement constaté qu’aucune traduction n’apparaissait même après l’avoir forcée (voir forcer la traduction n’a pas aidé) et a ensuite remarqué une erreur indiquant que le titre traduit manquait (voir erreur de titre manquant). Finalement, le problème a été résolu lorsqu’ils ont corrigé leur configuration de traducteur (une ancienne clé API lors d’un changement de plan Claude) et sont revenus au LLM de CDCK, après quoi la traduction des titres a fonctionné (voir solution).

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

  • Erreur « sujet inexistant / prévisualisation de thème » réservée aux administrateurs lors du changement de locale, causée par un preview_theme_id obsolète
    Denis_Kovalenko a signalé un problème réservé aux administrateurs : le changement de langue de l’interface dans un sujet affichait une erreur persistante concernant la prévisualisation d’un thème inexistant (voir rapport). pmusaraj a diagnostiqué cela 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é et limites de la traduction : taille de la publication/fenêtre de contexte, et recommandations de modèles
    Lors du débogage des lacunes de traduction sporadiques, nat a mentionné un scénario distinct où les titres étaient traduits mais les corps étaient omis 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 vivement déconseillé l’utilisation de « GPT mini » pour les traductions, basé sur les retours clients et les 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étails de la fenêtre de contexte).

  • Connectivité Discourse MCP : demande de support pour le connecteur Claude.ai ; HTTP déjà pris en charge
    Dans le thread blog sur MCP, putty a demandé si une version HTTP/SSE en flux 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 thread d’annonce (voir réponse sur la prise en charge HTTP).

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

Activité

  • Denis_Kovalenko a mené deux threads de dépannage de 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 de la fonctionnalité et des mises en garde sur les modèles :

    • A suggéré de vérifier /logs et d’activer la journalisation verbose cachée dans La traduction IA omet la locale portugaise (pt), et a discuté des considérations sur la taille/fenêtre de contexte ainsi que des recommandations de modèles dans cette analyse approfondie.
    • Dans Publication non détectée comme étant en allemand, a remis en cause l’hypothèse d’un commit non lié, a demandé quel LLM était utilisé, et a signalé les dépréciations de Gemini dans ce contexte (dans la même réponse).
    • A demandé la création d’un nouveau sujet pour un rapport d’incident distinct une fois le thread de détection allemand résolu (voir demande).

  • 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 fortement contribué au support de traduction et à la discussion sur MCP :

    • A soulevé le problème de détection/traduction multilingue dans Publication non détectée comme étant en allemand, partagé les tentatives échouées de forcer la traduction dans ce suivi, et a ensuite confirmé que la vraie cause était une clé API obsolète / une incompatibilité de fournisseur dans la solution.
    • A demandé la compatibilité du connecteur Claude.ai via le flux 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 de MCP :

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

    • A suggéré un flux de travail « sélectionner d’abord la langue, puis ajouter le titre/le contenu » et a décrit la nécessité de recréer les options de langue dans Publication non détectée comme étant en allemand.
    • A investigué un problème de « titre manquant », soupçonnant initialement un comportement lié au thème dans cette réponse, puis a rapporté qu’ils pouvaient reproduire les erreurs et fait référence aux récents changements de code dans ce post.
    • A précisé 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 l’amélioration de la fiabilité, de l’automatisation et de la rentabilité de l’intégration des fonctionnalités d’IA de Discourse avec les flux de travail externes des LLM. Du côté de la fiabilité, les administrateurs ont analysé les raisons pour lesquelles les traductions sont ignorées ou semblent « bloquées » — y compris les défaillances transitoires des fournisseurs et les limites de débit — ainsi que des étapes de débogage pratiques telles que l’activation des journaux verbeux et la vérification des tables d’audit et de journal (La traduction IA ignore la locale portugaise (pt), Que deviennent les traductions lorsque le LLM change ?). Côté automatisation, un nouveau guide pratique a été publié pour l’étiquetage automatique des sujets à l’aide du triage par IA et de l’automatisation Discourse (Étiqueter les sujets à l’aide de l’IA), ainsi qu’une analyse 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 triage par IA ne sont-ils pas envoyés correctement ?). Enfin, l’intégration et l’efficacité ont reçu un coup de pouce grâce à un nouveau plugin qui fournit du contenu cuit au format Markdown, réduisant ainsi les coûts de jetons pour une utilisation ultérieure par les LLM et s’intégrant potentiellement bien avec l’utilisation de l’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 référencé sur l’erreur 500 de recherche IA (Toutes les fonctions IA fonctionnent correctement mais la recherche IA donne une erreur 500).

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

121

Aperçu

Les discussions liées à l’IA sur Meta cette semaine ont porté sur l’amélioration des nouvelles expériences utilisateur et des flux de travail d’automatisation, ainsi que sur le renforcement des garanties de fiabilité dans l’édition et la traduction assistées par l’IA.

Le fil de discussion le plus important a été une chasse aux bugs pratique sur le nouveau compositeur AI ancré : 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 Nouveau compositeur AI ancré, tandis que keegan itérait rapidement sur les correctifs et finissait par désactiver la fonctionnalité le temps de l’affiner (mise à jour). Parallèlement, le flux de relecture de l’Assistant 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 « bloquent » en raison des limites de taux des LLM et de questions de configuration dans Que deviennent les traductions lorsque le LLM change ?. Et côté facilitation, Discourse a publié un nouveau guide expliquant comment catégoriser automatiquement les sujets en combinant le triage Discourse AI avec l’automatisation Discourse (Catégoriser automatiquement les sujets avec l’IA), tandis qu’une discussion sur un plugin explorait la fourniture de text/markdown pour rendre les consommateurs d’IA/MCP plus heureux (Plugin Discourse vers Markdown).

Sujets intéressants

  • Régressions du compositeur AI ancré + correctifs rapides (bug, ai, composer) : Lilly a signalé que le nouveau compositeur ancré pouvait bloquer les actions d’édition, se comporter étrangement lors des citations et paraître incohérent par rapport au compositeur classique — en particulier autour des sauts de ligne (rapport, retour sur Shift+Enter). keegan a déployé plusieurs correctifs et suivis tout en expliquant le comportement attendu et les prochaines étapes (résumé des correctifs, annonce de désactivation).

  • Décision de conception RTE en priorité dans le compositeur ancré (Markdown pris en charge, mais sans aperçu) : Il a été précisé que le compositeur ancré est conçu pour être principalement basé sur l’éditeur riche (RTE), tandis que le Markdown reste disponible mais sans aperçu en raison des contraintes d’espace (explication de la conception, confirmation).

  • Cas limites de citation + barre latérale + navigation lors de l’interaction avec l’interface utilisateur du bot : La citation du bot a été impliquée dans des espaces manquants dans la barre latérale, une interface utilisateur disparaissante et même le piégeage des 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 le compositeur ancré : Après l’amélioration d’autres problèmes, Lilly a restreint les problèmes restants aux échecs de téléchargement après le premier message, ainsi qu’à des problèmes intermittents de citation qui ont été résolus après une reconstruction (rapport de bug, mise à jour du triage, réponse du mainteneur).

  • La relecture par l’IA ne doit pas « améliorer » le texte cité (bug, ai-helper) : bksubhuti a souligné le risque que l’IA modifie le texte religieux ou source cité et a soutenu que les citations doivent être préservées à l’identique (préoccupation). Falco a indiqué que le problème avait été corrigé et a suggéré d’essayer un meilleur modèle si le problème persistait (référence du correctif).

  • Configuration des agents de relecture avec des exemples + personnalités spécialisées : bksubhuti a partagé un prompt de personnalité spécialisé orienté vers le Pāḷi et a posé des questions sur les choix de 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 « 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 Discourse AI et a partagé une erreur montrant que la limitation du nombre de jetons par jour provoquait des échecs répétés (suggestion, erreur de limite de taux, question sur l’interface).

  • Fourniture de Markdown pour une meilleure consommation par l’IA/MCP (#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à).

  • Images générées par l’IA en amélioration de qualité (et intérêt pour le partage de prompts) : Dans une longue discussion sur le bot de support, 37Rb a noté une grande amélioration de la qualité de génération d’images par rapport aux tentatives précédentes (expérience), et EricGT a encouragé à partager plus largement les prompts et les astuces (demande).

  • Nouveau guide : catégoriser automatiquement les sujets en utilisant le triage IA + Automatisation Discourse (#Site_Management, automation, ai) : Discourse a publié un guide détaillant les prérequis (Discourse AI, Automatisation, LLM configuré et un Agent/personnalité) et le flux de travail global pour utiliser l’IA afin de décider si un sujet doit être déplacé dans une autre catégorie (guide ; voir les références de prérequis vers Discourse AI, Automatisation Discourse, le guide des paramètres LLM et les personnalités de bots IA).

Activité

  • Lilly a mené un test de QA détaillé sur le compositeur AI ancré, documentant les ruptures initiales (Nouveau compositeur AI ancré), reconnaissant les correctifs en cours (suivi), puis en identifiant 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 reconnu la boucle de rétroaction sur le compositeur ancré et a indiqué que les correctifs étaient activement en cours, pointant vers les travaux en cours de keegan (réponse).

  • keegan a implémenté et coordonné les correctifs pour le compositeur ancré, expliqué l’UX RTE en priorité et les compromis Markdown (explication), puis a désactivé la fonctionnalité en attendant les prochaines modifications tandis que l’affinage continuait (mise à jour).

  • bksubhuti a soulevé un angle de fiabilité/éthique : la relecture par l’IA doit préserver les blocs cités, en particulier pour les citations religieuses ou sources exactes (préoccupation). Après mise à jour, ils ont confirmé le comportement et ont continué à expérimenter, notamment 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é sur deux axes : il a indiqué un correctif déployé pour la gestion des citations/relecture et a recommandé d’essayer un meilleur modèle si les problèmes persistaient (La relecture brise les citations), a demandé s’ils utilisaient des exemples pour ancrer l’agent (exemples), et a suggéré de désactiver la « réflexion » pour résoudre les problèmes de comportement de traduction (Que deviennent les traductions lorsque le LLM change ?).

  • RBoy a apporté des douleurs opérationnelles réelles liées à la traduction : ils ont partagé que les tentatives de traduction échouaient à répétition en raison des limites de jetons par jour et ont demandé ce que « réflexion » signifiait dans l’interface de configuration Discourse AI (rapport d’erreur, question de clarification).

  • benword a développé la manière dont le plugin Discourse vers Markdown pourrait soutenir les consommateurs d’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 le 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 » était essentiellement ce qu’un autre LLM (Claude) avait déjà mis en œuvre pour eux (réponse).

  • 37Rb a partagé un retour positif sur le terrain indiquant que la génération d’images par l’IA s’était considérablement améliorée, citant moins d’artefacts par rapport aux tentatives précédentes (discussion du 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 à destination des administrateurs pour utiliser le triage IA afin de catégoriser automatiquement les sujets, documentant explicitement les prérequis et les références de configuration (Catégoriser automatiquement les sujets avec l’IA ; docs connexes : Discourse AI, Automatisation Discourse, guide des paramètres LLM, personnalités de bots IA).

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

122

Aperçu

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 manière dont les modèles de « réflexion/raisonnement » peuvent perturber la détection de la locale, épuiser les budgets de complétion et laisser les tâches de traduction bloquées ou en échec de manière confuse (voir Erreurs de traduction IA et Que deviennent les traductions lorsque l’LLM change ?). Un deuxième fil de débogage s’est concentré sur les surprises liées aux limites de jetons (taille de la demande vs taille de la réponse, limites de débit TPM/TPD) et sur la façon dont celles-ci interagissent avec la configuration LLM de Discourse AI (voir L’IA dépasse aléatoirement et de manière imprévisible les seuils de jetons LLM).

Côté UX/configuration, quelques mises à jour pratiques plus mineures ont été notées : personnalisation de l’invite de relecture pour la gestion des citations (voir La relecture brise les citations), un bug de régression sur le téléchargement d’images dans la suite d’un Agent via MP déjà corrigé en amont (voir Impossible de publier une image dans la suite d’un Agent via MP), et une question de configuration pour les nouveaux utilisateurs concernant la configuration du modèle Google Gemini sur la page des paramètres LLM (voir Discourse AI - Page des paramètres du modèle de langage (LLM)).

En résumé : 26 nouveaux messages répartis sur 3 nouveaux sujets, avec une activité majoritairement issue de Falco et RBoy, principalement dans les fils bug et Support tagués ai (par exemple, Erreurs de traduction IA, L’IA dépasse aléatoirement et de manière imprévisible les seuils de jetons LLM, et Impossible de publier une image dans la suite d’un Agent via MP).

Sujets intéressants

  • Échecs de traduction causés par la consommation du budget de complétion par la sortie « réflexion »
    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 jetons de raisonnement peuvent « manger tous les jetons » sous max_tokens, entraînant des sorties vides ou invalides (analyse en contexte). La discussion de débogage a également abordé pourquoi Discourse évite le raisonnement pour les traductions (même fil) et a fait référence à l’historique antérieur 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 de réflexion
    Dans Que deviennent les traductions lorsque l’LLM change ?, RBoy a décrit des traductions affichées comme incomplètes sans nouveaux journaux ni progression (symptômes de blocage). Falco a expliqué le problème sous-jacent : vous ne pouvez pas utiliser un modèle de réflexion pour la détection de la locale, car les « blocs de réflexion » perturbent l’analyse et, sans détection de la locale, les traductions ne peuvent pas avancer (explication de la cause racine ; conclusion reconnue dans la suite).

  • Exigences de sorties structurées pour les modèles de traduction (par exemple, json_schema)
    Après avoir basculé vers un modèle sans raisonnement, 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 — « pratiquement tous les modèles SotA publiés 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 échoué via /p/120 et d’examiner ai_api_audit_logs (approche de débogage). Lorsque RBoy n’a pas trouvé de lignes d’audit correspondantes (requête + incohérence), 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 jetons : les erreurs 413 concernent la taille de la demande, et non « les jetons de sortie max »
    RBoy a signalé des dépassements de limites de jetons apparemment aléatoires malgré la réduction des plafonds de jetons de sortie (rapport initial). Falco a souligné que 413 indique que la demande 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 exceptionnellement petit selon les normes modernes (clarification). RBoy a répondu avec sa fenêtre de contexte configurée et la limite du fournisseur, s’interrogeant sur la raison pour laquelle Discourse dépasserait les limites configurées (détails).

  • Pression due aux limites de débit (TPD/TPM) comme facteur contributif en amont à l’instabilité des traductions
    Dans le même fil sur les jetons, RBoy a noté que le pipeline de traduction s’est d’abord bloqué sous les limites de débit de jetons journaliers (429), puis a échoué plus tard avec des erreurs de demande trop grande (413) après reprise (séquence d’échecs). Cela s’ajoute aux problèmes de traduction en cours dans Que deviennent les traductions lorsque l’LLM change ? et Erreurs de traduction IA.

  • Personnalisation du relecteur : où trouver les exemples intégrés pour ajuster le comportement des citations (ai-helper)
    bksubhuti a demandé comment trouver des exemples afin d’ajuster sa personnalité de relecture personnalisée pour éviter de briser les citations (question). Falco l’a dirigé vers les exemples de l’agent Relecteur dans l’interface d’administration (admin/plugins/discourse-ai/ai-agents/-22/edit) (orientation), et bksubhuti a confirmé avoir trouvé l’ensemble d’exemples et que celui-ci génère du JSON (confirmation).

  • Impossible de publier des images dans la suite d’un Agent via MP (corrigé en amont)
    Ethsim2 a signalé ne pas pouvoir publier une image lors d’une suite 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 incomplet connexe) (réponse), et Ethsim2 a identifié le commit manquant en amont dont il avait besoin (suite). (Connexe : Nouveau compositeur amarré de l’IA.)

  • Nouvelle question de configuration LLM : confusion sur l’identifiant 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, en partageant son identifiant de modèle et l’URL du point de terminaison (question). Pour plus de contexte, cette question s’inscrit dans le sujet de référence de longue date Discourse AI - Page des paramètres du modèle de langage (LLM) (how-to ai).

Activité

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

123

Aperçu

Les discussions de cette semaine sur ai sur meta.discourse.org se sont concentrées sur des correctifs pratiques de fiabilité — allant de la détection de la langue et de l’usage des crédits de traduction à de légères irritations UX et des problèmes de configuration en auto-hébergement.

Côté localisation, thomasjsn a signalé que le contenu norvégien était détecté comme no puis traduit en nb_NO, entraînant un texte quasi identique et un gaspillage de crédits dans Le norvégien est identifié comme no par l’agent de détection de localisation, les locales prises en charge pour la localisation du contenu sont nb_NO. Le fil de discussion a rapidement évolué vers une solution de contournement au niveau du prompt (post 5), puis vers une amélioration du noyau/agent par défaut confirmée par nat (post 7).

Pendant ce temps, l’interface utilisateur Discourse AI a reçu un petit raffinement notable : RBoy a constaté que la modification du LLM par défaut ne mettait pas immédiatement à jour les étiquettes des agents jusqu’au rafraîchissement dans Petit bug UI lors du changement du LLM par défaut, et awesomerobot a suivi avec une PR de correction (post 2).

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

Enfin, quelques points de contrôle mineurs ont clôturé la semaine : un suivi sur les limitations 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 modèles de « moi aussi »/accusé de réception avec des références aux nouvelles améliorations solved dans Option pour masquer les réponses « moi aussi », et un nouveau rapport en chinois signalant que les hyperliens du plugin AI ne répondaient pas dans Les hyperliens du plugin AI officiel de la communauté ne fonctionnent pas correctement, aucun effet au clic.

Sujets intéressants

Activité

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

124

Aperçu

Cette semaine, les activités liées à l’IA sur meta.discourse.org (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 impactantes pour le chat IA : la possibilité de marquer d’une étoile les conversations IA afin de garder les discussions importantes é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 fil #Feature a refait surface avec une demande de mises à jour : le support de la traduction reste un point douloureux, en particulier lorsque les remarques du pipeline de modération et d’autres textes personnalisés ne sont pas traduits pour les utilisateurs recevant des e-mails dans leur langue configurée (Utiliser les publications traduites lors de l’envoi d’e-mails aux utilisateurs selon leur langue, à nouveau dans Utiliser les publications traduites lors de l’envoi d’e-mails aux utilisateurs selon leur langue).

Sujets intéressants

Activité

Merci d’avoir lu, et je vous retrouve 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 autour de trois thèmes :

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

  2. UX de l’IA et fidélité du contenu — Plusieurs discussions ont mis en lumière des aspects de l’expérience utilisateur liée à l’IA qui nécessitent encore des améliorations : le comportement « Entrée pour envoyer » du compositeur de bot IA ancré (discussion, suite), la corruption de la syntaxe des citations Markdown par les traductions (rapport de bug), et le désir constant d’une parité Markdown complète dans les contextes de bot/chat (suite 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 « motifs de signalement » traduits) dans Utiliser les publications traduites lors de l’envoi d’e-mails aux utilisateurs ayant leur langue utilisateur définie, et l’extension de l’analyse de sentiment/émotion à d’autres fournisseurs de LLM comme Gemini (question, mise à jour).

Sujets intéressants

Activité

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