Las conversaciones de IA de esta semana en Meta se centraron en hacer que Discourse AI sea más claro para los usuarios y más fácil de operar a escala. En el lado del producto, hubo un fuerte impulso para renombrar “AI Persona” a “AI Agent”, un término más ampliamente comprendido (con implicaciones para el flujo de trabajo de traducción), en Renombrar AI Persona → AI Agent y en seguimientos como Renombrar AI Persona → AI Agent. La experiencia de administración también recibió atención: los sitios con IA desactivada seguían viendo paneles e informes de IA, lo que se confirmó como un error y se derivó a un trabajo de informes más amplio en No mostrar informes de IA si la IA no está habilitada y en el hilo general relacionado Informes y análisis de administración: cambios incrementales.
Mantenimiento de componentes de tema: compatibilidad del botón AI Gists con Modernized Foundation (#Theme-component, ai) Lilly refactorizó un componente de tema para que el formato funcione con Modernized Foundation manteniendo la compatibilidad con el tema Foundation antiguo en Extractos de temas de Discourse y botón AI Gists, vinculando el trabajo al esfuerzo de tema más amplio en Modernizando el tema Foundation.
Endurecimiento de permisos: los grupos de bot de Discourse AI no deberían permitir “todos” (bug, ai-bot)
En el hilo en curso, Moin preguntó si el grupo “todos” debería ser deshabilitado para ai_bot_allowed_groups en Discourse AI no respeta el grupo “todos”, y sam estuvo de acuerdo en que debería eliminarse (notando trabajo de limpieza planificado) en Discourse AI no respeta el grupo “todos”.
rburkej añadió una perspectiva de autohospedaje al solicitar un perfil de hardware detallado y notas sobre el impacto operativo en Habilitar la búsqueda de IA dejó mi servidor inservible, reforzando que el despliegue de búsqueda semántica necesita orientación clara de dimensionamiento.
Durante la última semana (2026-03-09 → 2026-03-16), las discusiones de Meta sobre ai se centraron en el pulido del producto, la fiabilidad y las operaciones del “mundo real”.
En el ámbito del producto, Discourse avanzó hacia la estandarización de la terminología al implementar el cambio de nombre de AI Persona a AI Agent (Renombrar AI Persona → AI Agent). En cuanto a la infraestructura, Discourse amplió significativamente la capacidad de su oferta de LLM alojado: aumentó los límites en todos los niveles y mejoró la calidad de los modelos y las características de latencia (Desbloquear todas las funciones de Discourse AI con nuestro LLM alojado).
Mientras tanto, los operadores se centraron en cómo encaja la IA en los ritmos de la comunidad: surgió una solicitud para retrasar las respuestas de AI Agent (para que se sientan menos como un chatbot y más como un participante), tanto en un nuevo tema de Soporte (Añadir un retraso configurable a las respuestas de AI Agent) como como seguimiento en el hilo de la guía “Agents” de larga data, donde el personal de Discourse indicó que las respuestas retrasadas probablemente formarían parte de una futura revisión de automation y no del propio ai (AI bot - Agents).
Las conversaciones sobre integración también tuvieron un repunte notable: las restricciones y descontinuaciones de Google Programmable Search / Custom Search están obligando a repensar las herramientas de búsqueda web, con Discourse explorando proveedores alternativos e incluso “herramientas de búsqueda nativas” de proveedores de LLM (Google Search for Discourse AI - Programmable Search Engine and Custom Search API). En paralelo, las guías de la comunidad siguieron expandiéndose en torno al ecosistema Discourse MCP, incluyendo un nuevo recorrido de configuración de OpenCode CLI (Discourse MCP Setup in OpenCode CLI).
Finalmente, los flujos de trabajo prácticos de administración surgieron repetidamente: mejorar la observabilidad para la detección de spam de IA mediante consultas directas a la base de datos (Discourse AI - Spam detection), preguntas sobre la retroalimentación y depuración del análisis de sentimientos (Problems setting up Sentiment), y preocupaciones orientadas al GDPR sobre el procesamiento de sentimientos dependiendo del proveedor/configuración (Introducing Discourse AI Sentiment Analysis: New Admin Report Available). También hubo un hilo abierto de Soporte (en chino) sobre tiempos de espera en llamadas a herramientas, aún en la etapa de “necesitamos más detalles” (Discourse ai 的工具调用超时如何解决?是否可以调整 discourse 超时时间,如何调整?).
Temas interesantes
Renombrado de “AI Persona” a “AI Agent” (terminología + implementación) en #Featureai. Falco confirmó que el trabajo de renombrado se completó y señaló el PR correspondiente (Renombrar AI Persona → AI Agent).
Aumento drástico de la capacidad del LLM alojado (además de mejoras en modelos y rendimiento) en #Announcementsai. Discourse reportó límites de planes más altos en general y describió mejoras como un modelo actualizado de “pesos abiertos de vanguardia”, más tokens máximos por solicitud, mejores tokens/segundo y un tiempo hasta el primer token mejorado (Desbloquear todas las funciones de Discourse AI con nuestro LLM alojado).
Retrasar las respuestas de AI Agent para ajustar el ritmo de la comunidad (1–4 horas) en Supportai. saurabhmithal solicitó un retraso configurable para que los Agentes se sientan menos como chatbots instantáneos (Añadir un retraso configurable a las respuestas de AI Agent). En el hilo más amplio de “Agents”, Falco aclaró que no es posible hoy y lo posicionó como una capacidad de automation, insinuando una planificación temprana para una gran revisión de la automatización (AI bot - Agents); la solicitud original también se capturó en el hilo (AI bot - Agents).
La guía de configuración de Discourse MCP se expande (OpenCode CLI) en usersaimcp. pacharanero publicó una guía probada para instalar Discourse MCP en OpenCode CLI, enfatizando que los usuarios incluso pueden apuntar un LLM a la URL de la guía para ayudar con la configuración (Discourse MCP Setup in OpenCode CLI). La guía enlaza cruzadamente con la variante de Codex CLI para otros clientes MCP (Discourse MCP Setup in OpenAI Codex CLI).
Detección de spam de IA: instrucciones personalizadas, deseos de informes y “muéstrame los registros brutos” en #Site_Managementmoderationai. LotusJeff compartió un conjunto de instrucciones de detección de spam más detallado (que consume más tokens) y preguntó qué usan otros (Discourse AI - Spam detection). También pidió informes más profundos detrás del cuadro de resumen de administración y si Data Explorer podría exponer los detalles (Discourse AI - Spam detection). Falco respondió con una consulta directa contra ai_spam_logs y remitió a la propia herramienta Data Explorer (Discourse AI - Spam detection, Data Explorer).
Detalles de depuración de sentimientos: “hosts internos permitidos” y ejecución de trabajos en Supportai-sentiment. satonotdead informó haber resuelto parte del problema agregando una IP interna a allowed internal hosts y luego ejecutando manualmente Jobs::SentimentBackfill, pero aún deseando una retroalimentación histórica completa (Problems setting up Sentiment). Falco pidió aclaración sobre si al menos aparecían los datos de 60 días (Problems setting up Sentiment), y satonotdead confirmó que los paneles funcionan, pero la retroalimentación histórica sigue siendo el objetivo (Problems setting up Sentiment).
Si Discourse debería lanzar una “habilidad OpenClaw” oficial / agente que actúe como usuario (#Feature, ai)
En un hilo de características en chino, sniper756 propuso un agente impulsado por OpenClaw que pueda publicar/organizar contenido en nombre de un usuario para construir bases de conocimiento de manera eficiente (¿Va a lanzar Discourse una habilidad openclaw oficial?). awesomerobot reiteró la cautela: Discourse no está entusiasmado con agentes que suplanten a usuarios reales sin un administrador en el proceso, señalando el contexto de la política de prohibición de Meta, pero dejando espacio para herramientas de asistencia administrativa (¿Va a lanzar Discourse una habilidad openclaw oficial?, Plugin openclaw para integración con Discourse).
Limpieza de texto: repetición de “Default LLM” en una cadena de error (ux, ai) Moin detectó una repetición incómoda al examinar discourse_ai.ai_bot.agents.default_llm_required (“Default llm Default LLM…”) y la reprodujo en la interfaz de usuario (¿Por qué se repite ‘Default LLM’…?). awesomerobot confirmó que es incómodo y señaló que se está trabajando en una solución (¿Por qué se repite ‘Default LLM’…?).
Solicitar informes periódicos de resumen de IA para capturar correctamente los conteos de votos (#Site_Management, automation, ai)
En el hilo de instrucciones sobre informes periódicos de resumen, julia1 preguntó cómo redactar un prompt para que los informes incluyan el número de votos asociados a los elementos de retroalimentación (Discourse AI - Informes periódicos de resumen).
Pregunta sobre la capacidad de MCP: ¿puede MCP acceder a adjuntos PDF en publicaciones? (blog, ai, mcp)
En el hilo de anuncio de Discourse MCP, anaderi preguntó si es posible que MCP acceda a adjuntos PDF subidos a publicaciones (¡Discourse MCP está aquí!).
Shauny
Propuso mejorar la ergonomía de la traducción por publicación (especialmente en móviles) y sugirió almacenar en caché/guardar traducciones para evitar llamadas repetidas a la API (Traducir publicación con IA y guardar la traducción). Aclaró que no quería traducción automática completa para el evento —algo de fricción era intencional— y en su lugar buscó mejoras dirigidas por publicación (Traducir publicación con IA y guardar la traducción).
sniper756
Inició una solicitud de característica (en chino) preguntando si Discourse lanzaría una “habilidad” OpenClaw oficial, describiendo flujos de trabajo donde un agente de IA realiza operaciones en el foro y republica contenido autorizado en bases de conocimiento categorizadas/etiquetadas (¿Va a lanzar Discourse una habilidad openclaw oficial?).
julia1
Preguntó cómo estructurar los prompts para los informes periódicos de Discourse AI para que se capturen correctamente los totales de votos de los elementos de retroalimentación (Discourse AI - Informes periódicos de resumen).
anaderi
Planteó una pregunta sobre la capacidad de MCP: si MCP puede acceder a adjuntos PDF subidos a publicaciones de Discourse (¡Discourse MCP está aquí!).
¡Gracias por leer, y nos vemos de nuevo la próxima semana!
La actividad de IA de esta semana en Meta Discourse se centró en hacer la localización impulsada por IA más precisa y predecible, especialmente para superficies de interfaz de usuario pequeñas pero importantes, como etiquetas y categorías. Moin señaló varios fallos de traducción por “LLM sin contexto” en Las traducciones de etiquetas generadas por IA no funcionan perfectamente, lo que llevó a nat a considerar mejoras en los prompts y añadir contexto de fundamentación adicional, como descripciones de etiquetas (respuesta), mientras que Falco exploró enfoques asistidos por herramientas, como permitir que el agente lea fuentes relevantes (idea, seguimiento). La retroalimentación relacionada con “mantener las traducciones sincronizadas” también llegó como solicitudes de características para actualizaciones de nombre de categoría y descripción de categoría (nombres de categorías, descripciones de categorías).
En el lado de la configuración, un hilo de resolución de problemas reveló confusión sobre qué tipos de MP se traducen y cómo la interfaz de usuario comunica esto. En Ayúdame a solucionar por qué la IA no traduce los MP en mi sitio, Moin aclaró la limitación actual (MP de grupo vs. MP 1:1) (detalles), mientras que Falco propuso una configuración de opción múltiple más clara (propuesta) y nat insinuó que los próximos controles de “traducir estas categorías” podrían remodelar la experiencia de usuario de la configuración (plan).
Finalmente, hubo mejoras incrementales y mejoras del ecosistema: mensajes más claros para resultados de búsqueda semánticos frente a exactos (aclaración de búsqueda), interés en refinar los comportamientos de la personalidad de la IA para reducir el ruido (solicitud de solo mención), y la adopción continua de resúmenes de IA en la interfaz de usuario a través de un componente de tema (retroalimentación).
Temas interesantes
Las traducciones de etiquetas de IA carecen de fundamentación de producto/contexto (y pueden salir ridículamente mal) Moin documentó cómo las traducciones de IA tratan las etiquetas como palabras aisladas, lo que lleva a resultados incorrectos o ambiguos en Las traducciones de etiquetas generadas por IA no funcionan perfectamente. nat se comprometió a mejorar los prompts (respuesta), y la discusión se expandió a “¿cómo fundamentamos las traducciones de etiquetas/categorías?”, incluyendo el suministro de descripciones de etiquetas (idea), aprovechando el glosario de Crowdin/elecciones de localización (sugerencia de glosario), y dando al agente la capacidad de consultar traducciones o fuentes existentes (idea de acceso del agente, seguimiento de fundamentación de código).
Confusión sobre la traducción de MP: “100% traducido” pero nada sucede para mensajes 1:1
En Ayúdame a solucionar por qué la IA no traduce los MP en mi sitio, tobiaseigen descubrió que los MP no se traducían automáticamente a pesar de que la interfaz de usuario implicaba que estaba completo. Moin explicó que la configuración actual cubre MP de grupo en lugar de MP directos 1:1 (aclaración), lo que llevó a una reevaluación de la experiencia de usuario/configuración: Falco propuso reemplazar un booleano con objetivos explícitos (propuesta de configuración), y nat conectó esto con los próximos controles de traducción específicos de categoría (notas).
Solicitud de característica: mantener sincronizadas las descripciones de categorías traducidas con la fuente del banner del tema “sobre”
En Actualizar automáticamente las descripciones de categorías traducidas, Moin destacó una discrepancia donde la traducción localizada del tema “sobre” se actualizó, pero la descripción del banner de categoría permaneció obsoleta, sugiriendo que la sincronización de traducciones debería extenderse a los datos del banner.
Componente de tema: “Resumen de IA en el encabezado del tema” recibe retroalimentación positiva del campo kaktak informó de resultados sólidos con el componente en Resumen de IA en el encabezado del tema (ai-summarize), señalando un apetito continuo por la interfaz de usuario de resumen de IA en contexto.
“¿Necesitamos una habilidad oficial de OpenClaw?” — Soluciones alternativas mediante credenciales específicas de ámbito
En ¿Discourse lanzará una habilidad oficial de openclaw?, sniper756 concluyó que podía resolver su necesidad de integración sin una habilidad dedicada, proporcionando un usuario con permisos específicos y almacenando de forma segura las credenciales.
Actualización de localización: las etiquetas traducidas ya están disponibles (con un enlace a la característica principal de localización)
En el hilo de características anterior Traducir etiquetas, nat publicó una actualización que las etiquetas ahora están traducidas, dirigiendo a los lectores al anuncio principal de la característica de localización/traducción (centro de características relacionado).
nat reconoció los problemas de traducción de etiquetas y se comprometió a mejorar los prompts en Las traducciones de etiquetas generadas por IA no funcionan perfectamente, luego exploró estrategias de fundamentación más predecibles, como pasar la descripción de la etiqueta al modelo (idea). En la discusión sobre la traducción de MP, señaló los próximos controles de traducción específicos de categoría y sugirió que la interfaz de usuario de configuración podría rediseñarse en consecuencia (respuesta). También publicó una actualización de estado indicando que la traducción de etiquetas ya está disponible en Traducir etiquetas, haciendo referencia a la iniciativa de localización más amplia (centro de localización de contenido).
tobiaseigen reportó una brecha real en la experiencia de usuario de administrador donde la traducción de MP parece “completa” pero requiere traducción manual por publicación en Ayúdame a solucionar por qué la IA no traduce los MP en mi sitio, luego destacó que la interfaz de usuario no comunica claramente la limitación de MP 1:1 (seguimiento).
sniper756 cerró el ciclo sobre una pregunta de integración explicando que no necesitaba una habilidad oficial después de todo, utilizando un enfoque de credenciales de usuario con ámbito de permisos en ¿Discourse lanzará una habilidad oficial de openclaw?.
Gracias por leer, ¡nos vemos de nuevo la próxima semana!
Esta semana (2026-03-30 → 2026-04-06) en meta.discourse.org, las discusiones sobre Discourse AI se centraron en tres grandes temas:
Impulso de MCP y capacidades de los agentes: Discourse AI redobló su apuesta por el Protocolo de Contexto de Modelo (MCP) con el anuncio de soporte de MCP en el lado del cliente, lo que permite a los agentes de Discourse AI conectarse a servidores de herramientas MCP externos (¡Trae tu propio MCP!) y publicó una guía completa para administradores (Bot de IA – Trae tu propio servidor MCP). Paralelamente, las herramientas MCP en el lado del servidor siguieron evolucionando, incluyendo la adición de una herramienta de edición para que los LLM puedan actualizar publicaciones o contenido de wikis existentes mediante MCP (¡MCP de Discourse ya está aquí!).
Límites de moderación y privacidad en la automatización con IA: Una pregunta práctica de moderación —si la triaje con IA puede escanear mensajes privados (MP)— resultó ser un problema de interfaz/configuración en lugar de una limitación técnica estricta, y generó ideas posteriores para controles más claros en la interfaz de automatización (¿La automatización de triaje con IA escanea los MP entre usuarios normales?, solución).
Particularidades específicas del modelo en localización y embeddings: Varios hilos destacaron que las «funciones de IA» suelen ser «comportamiento del modelo + detalles de integración». Los problemas de traducción oscilaron entre la filtración de «comentarios/texto de pensamiento de la IA» en alemán, que se solucionó rápidamente (Comentarios de la IA en traducciones al alemán), y la ausencia de imágenes al traducir mediante Mistral Small, lo que se mitigó cambiando de modelo (Imágenes faltantes en publicaciones traducidas al usar Mistral como modelo de traducción). En el ámbito de los embeddings, la incompatibilidad de la API de Mistral (dimensions frente a output_dimension) surgió en la configuración (Usar Mistral para embeddings). También hubo problemas reales para administradores causados por IDs de modelos Gemini obsoletos en configuraciones de bots de IA (Problema con los bots del foro de IA).
Temas interesantes
Los agentes de Discourse AI ahora pueden conectarse a cualquier servidor MCP («Trae tu propio MCP») (ai, #Anuncios) sam anunció que los agentes de Discourse AI pueden registrar URLs de servidores MCP externos (GitHub, Notion, Linear, proveedores de búsqueda, etc.) y luego utilizar las herramientas descubiertas directamente desde el agente LLM (¡Trae tu propio MCP!). La guía complementaria explica la configuración, el descubrimiento de herramientas y cómo esto difiere de las herramientas personalizadas basadas en JS (Bot de IA – Trae tu propio servidor MCP).
Usabilidad de MCP: solicitud de «MCP remoto/web» y adición de la capacidad de editar publicaciones existentes (ai, mcp, blog)
En la retroalimentación continua sobre MCP, pacharanero exploró cómo hacer que MCP sea más accesible para usuarios no CLI mediante un punto final publicado en la web (¡MCP de Discourse ya está aquí!). jrgong destacó un caso de uso de KB/documentación que requiere ediciones en temas/publicaciones existentes (ref), y Falco confirmó que se añadió una herramienta de edición («simplemente actualiza a la última versión») (ref).
Moderación de triaje con IA + escaneo de MP: «Incluir mensajes personales» funciona, pero «Todos los temas» causó confusión (automation, ai, #Soporte) Denis_Kovalenko probó «Triaje de publicaciones usando IA» y descubrió que los MP entre usuarios normales no se estaban escaneando (¿La automatización de triaje con IA escanea los MP entre usuarios normales?, detalles de la prueba). RGJ confirmó que los MP no llegaban a los registros de auditoría e identificó la solución alternativa: dejar «Tipo de tema» vacío en lugar de «Todos los temas» (ref). La solución funcionó de inmediato (ref), y el hilo se convirtió en una discusión sobre UX respecto a opciones más claras (ref, ref).
Las publicaciones traducidas al alemán incluían texto de «comentario/pensamiento de la IA», rápidamente solucionado (ai, #localización-de-contenido, #Error, #solucionado) putty reportó que las traducciones al alemán filtraban comentarios de «pensamiento/traducción» en la salida (Comentarios de la IA en traducciones al alemán). nat implementó una actualización para ajustar el formato y limpió el contenido afectado (ref), con confirmación del usuario posteriormente (ref).
Las traducciones de Mistral omitían imágenes en las vistas traducidas (enlaces de upload://), resuelto al actualizar el modelo (ai, #localización-de-contenido, #Soporte) Denis_Kovalenko descubrió que cambiar el modelo de traducción de OpenAI a Mistral hacía que las versiones traducidas mostraran texto pero omitieran imágenes (Imágenes faltantes en publicaciones traducidas al usar Mistral como modelo de traducción, detalles del comportamiento). RGJ sugirió reforzar el prompt y/o probar un modelo mejor (ref), y cambiar de Mistral Small → Mistral Large lo solucionó (ref). Más tarde, Falco pidió aclaraciones sobre a qué «Mistral Small» se refería y recomendó usar modelos más potentes de la clase pequeña si era necesario (ref).
Embeddings con Mistral: la configuración compatible con OpenAI falla por la nomenclatura del parámetro dimensions (ai, #Función) RGJ documentó que configurar embeddings de Mistral a través de una integración con formato OpenAI falla si Discourse envía dimensions, ya que Mistral espera output_dimension (Usar Mistral para embeddings). Eliminar el parámetro hace que la prueba tenga éxito, lo que sugiere que podría ser necesaria una capa de compatibilidad o una mapeo específico del proveedor (ref).
Errores del bot de IA rastreados a IDs de modelos Gemini obsoletos + orientación para modelos de generación de imágenes (ai, ai-bot, #Soporte) ice.d encontró errores «No encontrado» con una configuración de bot heredada (Problema con los bots del foro de IA). Lilly señaló la probable obsolescencia de gemini-2.5-flash-pre y sugirió actualizar la URL/ID del modelo (incluyendo una opción con capacidad de generación de imágenes) (ref, ejemplo de configuración), mientras que NateDhaliwal verificó si había algún LLM configurado (ref).
¿Deben las personalidades de IA responder solo a @menciones? El equipo se inclina por flujos de trabajo en lugar de conmutadores específicos (ai, ai-bot, #Función)
En una solicitud de función existente, sam cuestionó si «responder solo a @menciones» sería mejor como configuración predeterminada que como otra opción (Permitir que la personalidad/agente de IA responda solo a @menciones…). Falco argumentó que los casos extremos se benefician mejor de los próximos flujos de trabajo de proyectos: por ejemplo, un flujo de trabajo activado por menciones puede manejar el comportamiento sin añadir más interruptores (ref).
Retraso en la respuesta del agente: se espera que los flujos de trabajo cubran los controles de tiempo (ai, #Soporte) sam señaló que los retrasos configurables para las respuestas de los agentes de IA son el tipo de cosa que deberían soportar los flujos de trabajo, aunque no de inmediato; de lo contrario, la ruta de la API requiere desarrollo personalizado (Añadir un retraso configurable a las respuestas del Agente de IA).
Control a nivel de usuario sobre la IA («deshabilitar recordatorios de IA») y migración de configuraciones de traducción de MP (ai, ai-summarize, #localización-de-contenido, ux/#Función) paco argumentó que una equivalente por usuario a discourse_ai_enabled podría ayudar a las personas a optar por no recibir recordatorios de IA en la interfaz sin deshabilitar la IA en todo el sitio (Preferencias de interfaz de usuario: incluir opción para deshabilitar recordatorios de IA). Por separado, los cambios en las configuraciones de traducción continuaron evolucionando alrededor de los mensajes personales: nat vinculó una PR de migración y describió cómo las configuraciones anteriores de «solo contenido público» se mapean a los nuevos controles de segmentación por categoría + MP (Traducción de IA de todos los MP).
Actividad
sam implementó la expansión de MCP e impulsó la automatización basada en flujos de trabajo futuros:
Anunció el soporte de cliente MCP para agentes de Discourse AI en ¡Trae tu propio MCP!
Lilly ayudó a diagnosticar fallos del bot de IA vinculados a configuración/obsolescencia de modelos:
Sugirió actualizar el ID/URL obsoleto del modelo Gemini y ajustar el modelo a las necesidades de generación de imágenes en Problema con los bots del foro de IA
Proporcionó ejemplos concretos de configuración y URLs en ref
Moin contribuyó con versión/contexto para acelerar la solución de problemas:
La actividad centrada en IA de esta semana en Meta (abarcando del 2026-04-06 al 2026-04-13) se centró en detalles de integración práctica, especialmente en torno a archivos de descubribilidad de IA, elección de proveedor/modelo para despliegues sensibles al GDPR y robustez de la traducción.
En el frente de la “descubribilidad de la IA”, la comunidad profundizó en un conflicto real entre el plugin de la comunidad ai#Plugin para generar llms.txt y la nueva (y actualmente limitada) enrutación nativa llms.txt del núcleo de Discourse: pacharanero reportó el comportamiento de anulación en Plugin Generador de llms.txt de Discourse, Ivan_Rapekas confirmó la ruptura en el mismo hilo, y kaktak se comprometió a realizar una actualización para restaurar el comportamiento del plugin en su seguimiento. Contexto relacionado fue reenviado a la discusión central sobre el soporte nativo en habilitando soporte nativo de llms-txt en Discourse.
Paralelamente, hubo un énfasis continuo en la selección de modelo/proveedor para incrustaciones y traducción, especialmente para comunidades que necesitan una fuerte alineación con la UE/GDPR. En Usar Mistral para incrustaciones, Falco compartió una configuración funcional y sugirió considerar modelos de incrustación más potentes; y en Imágenes faltantes en publicaciones traducidas al usar Mistral como modelo de traducción, las opciones de proveedor y la “retención cero de datos” surgieron como parte de decidir qué es aceptable para el cumplimiento y el riesgo.
Finalmente, los problemas de calidad de la traducción se volvieron muy “prácticos”: un nuevo informe de error describió un error de procesamiento/código después de la traducción, y Moin lo rastreó hasta el formato de tablas en Markdown; corregir la tabla de origen resolvió la salida traducida en Error de procesamiento después de traducir y fue confirmado por cuo_wu en la resolución.
Elección de proveedor de incrustaciones: usar Mistral frente a alternativas con mayor puntuación (ai#Feature)
En Usar Mistral para incrustaciones, Falco compartió una configuración funcional y recomendó considerar modelos de incrustación que obtienen mejores puntuaciones en pruebas (incluidas opciones de incrustación basadas en Qwen). El hilo más amplio presenta a Mistral como importante para algunos despliegues (incluidos los orientados al GDPR): Usar Mistral para incrustaciones.
Nuevo informe de error: “error de procesamiento después de traducir” rastreado al formato de tablas en Markdown (aibug)
Apareció un tema completamente nuevo esta semana: cuo_wu reportó un problema de traducción/procesamiento que surgió después de cambiar de idioma en Error de procesamiento después de traducir. Moin identificó que los caracteres | iniciales/finales faltantes en las tablas de Markdown pueden ser tolerados en el idioma original pero rompen el renderizado traducido; corregir la tabla en inglés también arregló la traducción (diagnóstico + ejemplos). cuo_wu confirmó la corrección (confirmación). El informe hizo referencia a contenido en Discourse FontAwesome Pro, lo que ayudó a demostrar el marcado afectado.
Solución temporal para respuestas retardadas del agente: bot orquestador externo + etiquetado programado (ai) saurabhmithal compartió un patrón de implementación para comunidades que quieren que los bots participen menos como autocompletado y más como un participante pausado: usar un bot “orquestador” externo (ej. ejecutándose vía cron) que verifique periódicamente las categorías y luego etiquete al agente, combinado con restricciones de grupo para que los humanos no puedan activar respuestas instantáneas del bot directamente (Agregando un retraso configurable a las respuestas del Agente de IA). Este enfoque fue referenciado nuevamente desde la discusión relacionada sobre el control de solo mención (Permitir que la Persona/Agente de IA responda solo a @menciones…).
Solicitud de configuración de Persona: crear un “chat AI estándar” que ignore el contexto de Discourse (aiai-bot)
En Nuevo Editor de Personas de IA para Discourse, Alon1 preguntó cómo configurar una Persona para que se comporte como un chatbot genérico (ej. similar a claude.ai), explícitamente no buscando publicaciones de Discourse, detalles de usuarios, ni siquiera reconociendo que está incrustado en Discourse. Raíz del hilo: Nuevo Editor de Personas de IA para Discourse.
Ergonomía de despliegue de Discourse MCP: ¿enfoque de “sidecar” recomendado? (aimcp)
En ¡Discourse MCP está aquí!, pacharanero preguntó si existe una forma recomendada por Meta de ejecutar MCP como un servicio sidecar, y también notó una adición de “herramienta de edición” mencionada por Falco. Raíz del hilo: ¡Discourse MCP está aquí!.
Matices de cumplimiento: “retención cero de datos” vs. cumplimiento del GDPR (y autoalojamiento) (ai)
La semana presentó un tema recurrente: la selección de proveedores no se trata solo de funcionalidad, sino de qué puede operar defensiblemente tu comunidad. En Imágenes faltantes en publicaciones traducidas al usar Mistral como modelo de traducción, RGJ enfatizó que la RDC ≠ cumplimiento del GDPR, mientras que Falco destacó que hay muchas opciones de proveedores de RDC (mismo hilo) y que las incrustaciones a menudo pueden autoalojarse más fácilmente que los LLM completos (también repetido en Usar Mistral para incrustaciones).
Las discusiones sobre IA en meta.discourse.org esta semana se centraron en la fiabilidad de la traducción y los flujos de trabajo de localización, con la mayor parte de la actividad en los hilos de bug y Support utilizando las etiquetas ai, dynaloc y content-localization. El tema principal fueron los fallos intermitentes y difíciles de reproducir en la traducción, como idiomas omitidos al azar y errores del backend, lo que llevó a sugerencias de depuración como habilitar el registro detallado oculto e inspeccionar /logs (ver La traducción de IA omite el idioma portugués (pt), seguimiento de depuración y informe de error del backend).
También hubo un hilo práctico de soporte sobre la detección de idiomas y anulación manual cuando las publicaciones contienen varios idiomas (títulos en alemán + inglés), y cómo la traducción puede parecer “rota” debido a problemas de configuración externa como claves de API desactualizadas (ver Publicación no detectada como alemana y la solución). Por separado, un error de cambio de idioma solo para administradores resultó ser causado por un parámetro de consulta de vista previa de tema obsoleto en Chrome (ver Error al cambiar de idioma y la solución).
En el lado de la “plataforma de IA”, hubo un renovado interés en la conectividad de Discourse MCP (incluyendo conectores de Claude y disponibilidad HTTP) (ver ¡Discourse MCP está aquí!, y la confirmación de que HTTP es compatible). Finalmente, el hilo de larga duración sobre cómo usar agentes de IA recibió una nueva pregunta sobre habilidades personalizadas de agentes para escenarios específicos (ver Bot de IA - Agentes).
Tendencia: la mayoría de los “problemas de IA” esta semana no se relacionaban con la calidad de la salida, sino con la robustez operativa (comportamiento de trabajos, reintentos, disponibilidad del backend y visibilidad de la configuración) (por ejemplo, traducciones omitidas, registro detallado y preguntas sobre el comportamiento de reintento).
Temas interesantes
Las traducciones de IA omiten idiomas intermitentemente (inicialmente se observó la falta de portugués) en bug Denis_Kovalenko reportó que habilitar muchos idiomas podía provocar que el portugués no se generara (y más tarde: cualquier idioma se omitiera al azar), con títulos y cuerpos traducidos de manera inconsistente (ver el informe original: La traducción de IA omite el idioma portugués (pt), aclaración de configuraciones: pregunta sobre idiomas admitidos, y la actualización de “idioma omitido al azar”: resultados inconsistentes).
La depuración se centró en los registros y los internos más profundos: nat sugirió verificar /logs y habilitar la configuración oculta ai_translation_verbose_logs (ver sugerencia de registros detallados ocultos), mientras que RGJ posteriormente reveló fallos del backend (503 unreachable_backend) que afectaban etiquetas/temas/publicaciones (ver salida de error). El hilo también planteó preguntas sobre la implementación, como por qué los trabajos de traducción están configurados con retry: false (ver pregunta sobre reintento).
Las publicaciones con varios idiomas pueden confundir la detección; la selección manual de idioma sí fuerza la detección en Support putty compartió un caso en el que una publicación en alemán no se traducía, preguntando si seleccionar alemán forzaba el idioma (ver informe del problema). Falco confirmó que seleccionar un idioma hace exactamente eso, y señaló que la publicación contenía una mezcla de inglés y alemán, con títulos en inglés que influían en la detección (ver confirmación + explicación).
Traducción “no funciona” rastreada a la configuración (clave de API/proveedor) en lugar del propio recurso
En el mismo hilo, putty inicialmente no vio ninguna traducción poblarse incluso después de forzarla (ver forzar la traducción no ayudó) y más tarde notó un error sobre la falta del título traducido (ver error de título faltante). Finalmente, el problema se resolvió cuando corrigieron su configuración del traductor (una clave de API antigua durante un cambio de plan de Claude) y volvieron al LLM de CDCK, tras lo cual la traducción del título funcionó (ver solución).
Cambio en la UX del compositor: el selector de idioma se movió a la barra de herramientas del compositor Moin aclaró que el menú desplegable de idioma se movió a la barra de herramientas del compositor, vinculándolo a un cambio principal (ver capturas de pantalla antes/después + referencia a PR). Esto surgió mientras se discutían los flujos de trabajo de traducción y la entrada manual (ver discusión de preferencias de seguimiento).
Error solo para administradores “el tema no existe/vista previa del tema” al cambiar de idioma causado por un preview_theme_id obsoleto Denis_Kovalenko reportó un problema solo para administradores: cambiar el idioma de la interfaz en un tema mostraba un error persistente sobre la vista previa de un tema que no existe (ver informe). pmusaraj lo diagnosticó como un parámetro ?preview_theme_id=ID atascado en Chrome (ver diagnóstico), y al eliminarlo se resolvió el problema (ver confirmación de solución).
Calidad y límites de traducción: tamaño de publicación/ventana de contexto y recomendaciones de modelos
Mientras se depuraban brechas esporádicas en la traducción, nat mencionó un escenario separado en el que los títulos se traducían pero los cuerpos se omitían debido al tamaño del cuerpo, y sugirió verificar la configuración de la ventana de contexto del LLM; también aconsejó encarecidamente no usar “GPT mini” para traducciones basándose en comentarios de clientes y pruebas tempranas (ver notas sobre modelo + tamaño/contexto). Denis_Kovalenko confirmó que tenían una ventana de contexto muy grande configurada (ver detalle de ventana de contexto).
Conectividad de Discourse MCP: solicitud de soporte para conector de Claude.ai; HTTP ya es compatible
En el hilo blog sobre MCP, putty preguntó si se lanzaría una versión de transmisión HTTP/SSE del servidor Discourse MCP para usar como conector en Claude.ai Chat (ver pregunta). Falco respondió que el soporte HTTP ya existe y señaló hacia respuestas anteriores en el hilo de anuncio (ver respuesta sobre soporte HTTP).
Extensibilidad de Agentes de IA: solicitud de habilidades personalizadas en agentes de bot de IA 赤丸的小烧酒 preguntó (en chino) si los agentes pueden agregar habilidades personalizadas para respuestas en diferentes escenarios, buscando la capacidad de personalizar el comportamiento de su propio agente de IA (ver solicitud de habilidades personalizadas).
Actividad
Denis_Kovalenko impulsó dos hilos de solución de problemas de localización/IA esta semana:
Abrió y resolvió un error de cambio de idioma solo para administradores en Error al cambiar de idioma, confirmando la solución después de eliminar un parámetro de consulta obsoleto en la solución aceptada.
También señaló la dificultad para encontrar configuraciones ocultas en esta pregunta.
pmusaraj se centró en el diagnóstico y la reducción de causas de configuración:
Diagnosticó el error de cambio de idioma solo para administradores como un preview_theme_id atascado en Error al cambiar de idioma, después de una solución básica de comparación de navegadores en una pregunta anterior.
nat proporcionó orientación de depuración a nivel de función y advertencias sobre modelos:
En Publicación no detectada como alemana, cuestionó la hipótesis de un compromiso no relacionado, preguntó sobre el LLM en uso y señaló el contexto de obsolescencia de Gemini (dentro de la misma respuesta).
Solicitó un nuevo tema para un informe de problema separado una vez resuelto el hilo de detección de alemán (ver solicitud).
RGJ ayudó a operacionalizar la depuración y reveló señales concretas de fallo:
Reportó errores específicos del backend (503 unreachable_backend) y cuestionó la configuración de reintento de trabajos en esta publicación clave de diagnóstico.
Moin señaló a la documentación y aclaró cambios en la interfaz que afectan los flujos de trabajo de localización:
Documentó que el selector de idioma del compositor se movió a la barra de herramientas (con capturas de pantalla y una referencia a PR) en Publicación no detectada como alemana.
putty contribuyó ampliamente en soporte de traducción y discusión sobre MCP:
Planteó el problema de detección/traducción con varios idiomas en Publicación no detectada como alemana, compartió intentos fallidos de forzar la traducción en este seguimiento, y más tarde confirmó que la causa real fue una clave de API/proveedor desactualizada en la solución.
Preguntó sobre la compatibilidad del conector de Claude.ai mediante transmisión HTTP/SSE en ¡Discourse MCP está aquí!.
También expresó una preferencia de interfaz sobre la ubicación anterior del selector de idioma en este comentario.
Falco respondió preguntas de uso y aclaró capacidades de MCP:
Confirmó que seleccionar un idioma manualmente fuerza el idioma de la publicación, y explicó por qué los títulos con varios idiomas pueden sesgar la detección en Publicación no detectada como alemana.
canbekcan exploró problemas de flujo de trabajo de traducción e hipótesis sobre cambios recientes:
Sugirió un flujo de trabajo de “seleccionar idioma primero, luego agregar título/contenido” y describió la necesidad de recrear opciones de idioma en Publicación no detectada como alemana.
Investigó un problema de “título faltante”, inicialmente sospechando un comportamiento relacionado con temas en esta respuesta, y luego reportó que pudo reproducir errores y referenció cambios recientes de código en esta publicación.
Aclaró que no usa traducción de IA (requisitos académicos) y concluyó su participación después de la aclaración de interfaz en esta nota.
赤丸的小烧酒 agregó una pregunta sobre la dirección del producto de agentes de IA al preguntar sobre la extensibilidad de agentes a través de habilidades personalizadas en Bot de IA - Agentes.
Gracias por leer, ¡nos vemos de nuevo la próxima semana!
Esta semana, la discusión sobre IA en meta.discourse.org se centró en hacer que las funciones de IA de Discourse sean más fiables, más automatizables y más económicas de integrar con flujos de trabajo de LLM externos. En cuanto a la fiabilidad, los administradores analizaron por qué las traducciones se omiten o aparecen “atascadas” —incluyendo fallos transitorios del proveedor y límites de tasa—, además de pasos prácticos de depuración como habilitar registros detallados y revisar las tablas de auditoría/registros (La traducción de IA omite la localización portuguesa (pt), ¿Qué sucede con las traducciones cuando cambia el LLM?). Por el lado de la automatización, hubo una nueva guía práctica para etiquetar automáticamente temas usando el triaje de IA + la automatización de Discourse (Etiquetar temas usando IA) y un análisis más profundo de cómo se interpretan los “Ejemplos” del agente (y cómo esto puede causar accidentalmente un marcado excesivo) (¿Los ejemplos de triaje de IA no se envían correctamente?). Finalmente, la integración y la eficiencia recibieron un impulso con un nuevo plugin que sirve contenido cocinado como Markdown, reduciendo los costos de tokens para el uso posterior de LLM y potencialmente combinándose bien con el uso de API/MCP (Plugin de Discourse a Markdown, Plugin de Discourse a Markdown).
Cómo sobrescribir una detección incorrecta de localización: usa el control de idioma del compositor (y hazlo en la publicación original)
Después de preguntar cómo corregir una localización detectada incorrectamente (La traducción de IA omite la localización portuguesa (pt)), pmusaraj señaló el botón de la interfaz del compositor para establecer el idioma, enfatizando que debe cambiarse en la publicación original, no en las variantes traducidas (La traducción de IA omite la localización portuguesa (pt)).
Nueva guía: etiquetar automáticamente temas usando triaje de IA + automatización de Discourse (automationhow-toai, #Site_Management)
Una nueva guía oficial explica cómo conectar el triaje de IA para aplicar etiquetas basadas en el contenido del tema, incluyendo requisitos previos como habilitar Discourse AI y la automatización de Discourse, y configurar agentes/personas (Etiquetar temas usando IA). Hace referencia explícita a la documentación del plugin Discourse AI y del marco de automatización para el contexto de configuración (Etiquetar temas usando IA, Etiquetar temas usando IA).
Nuevo plugin: servir contenido de Discourse como Markdown para reducir el uso de tokens de LLM (markdownai, #Plugin) benword lanzó discourse-to-markdown, que devuelve Markdown si el cliente envía Accept: text/markdown o usa un sufijo .md, con el objetivo de reducir los costos de tokens evitando cargas de datos HTML (Plugin de Discourse a Markdown). pmusaraj destacó el detalle interesante de que convierte el HTML cocinado de Discourse en Markdown más rico en lugar de usar el texto crudo de la publicación (Plugin de Discourse a Markdown). jrgong resaltó cómo esto ayuda a los flujos de trabajo de API/MCP donde el contenido crudo carece de URLs resueltas, y preguntó sobre su combinación con Discourse MCP (Plugin de Discourse a Markdown).
Errores 500 en el endpoint de búsqueda/incrustaciones de IA: revisa los registros de la instancia y compara con fallos conocidos de búsqueda de IA (rest-apiai, Support) shixiaochi preguntó qué suele causar que /discourse-ai/embeddings/semantic-search devuelva errores 500 (Error de interfaz 500). Lilly señaló un hilo existente sobre un error 500 en la búsqueda de IA (Error de interfaz 500), y supermathie reiteró el siguiente paso práctico: inspeccionar tanto los registros de Rails como /logs (Error de interfaz 500).
Traducciones de etiquetas generadas por IA: no se pueden desactivar independientemente (aún), pero se pueden corregir mediante la configuración de etiquetas o ajustes del prompt (tagsaidynaloc, #Site_feedback) evenlo pidió desactivar específicamente las etiquetas traducidas por IA debido a preocupaciones de calidad (Las traducciones de etiquetas generadas por IA no funcionan perfectamente). nat explicó que la traducción no está actualmente delimitada por “tipo de modelo” entre tipos de entidades; en su lugar, edita las traducciones de etiquetas directamente (una vez) o ajusta el prompt del agente Traductor de texto corto (Las traducciones de etiquetas generadas por IA no funcionan perfectamente).
Indexación del contenido de archivos para una mejor búsqueda: OCR + comprensión de adjuntos como una vía de mejora para la búsqueda de IA (aiai-search, #Feature) dennisjbr propuso usar Apache Tika para OCR/autoalojamiento, o usar un LLM (por ejemplo, Gemini Flash) para OCR y describir adjuntos/imágenes en Postgres para su indexación, reconociendo el costo inicial de tokens para “rehornear” las cargas antiguas (Indexar contenido de archivos para búsqueda).
Discourse publicó la guía oficial de automatización para la etiquetado de temas basado en IA, posicionándola como una práctica tubería “triaje → etiquetas” construida sobre Discourse AI + Automatización de Discourse (Etiquetar temas usando IA).
benword presentó discourse-to-markdown y explicó por qué la salida Markdown puede reducir los costos de LLM y mejorar la eficiencia del contexto al eliminar la sobrecarga de HTML (Plugin de Discourse a Markdown).
jrgong destacó puntos de dolor reales de API/MCP (como URLs de imágenes no resueltas en la salida cruda) y preguntó si el servicio de Markdown podría integrarse en flujos de trabajo MCP (Plugin de Discourse a Markdown).
eisammy compartió orientación experiencial sobre las cachés de traducción y el comportamiento de cambio de modelo entre proveedores, basándose en configuraciones anteriores con múltiples modelos (¿Qué sucede con las traducciones cuando cambia el LLM?).
shixiaochi preguntó por las causas raíz de un error 500 en el endpoint de incrustaciones de búsqueda semántica, lo que provocó orientación para la solución de problemas (Error de interfaz 500).
Lilly conectó el informe de error 500 de incrustaciones con una discusión anterior sobre errores 500 en la búsqueda de IA, señalando al informador hacia un hilo de diagnóstico existente (Error de interfaz 500).
supermathie reforzó que los registros son el siguiente paso decisivo para los errores 500, tanto los registros de Rails como la interfaz de usuario de /logs de administración (Error de interfaz 500).
dennisjbr propuso una idea estilo hoja de ruta para indexar el contenido de adjuntos (OCR + descripción de imagen → Postgres) para hacer la búsqueda de IA más potente, reconociendo al mismo tiempo la compensación del gasto inicial de tokens para la reposición de contenido antiguo (Indexar contenido de archivos para búsqueda).
Enlaces de referencia adicional mencionados esta semana (contexto para los hilos anteriores)
La discusión relacionada con la IA en Meta esta semana se centró en pulir nuevas experiencias de usuario (UX) y flujos de trabajo de automatización, así como en reforzar las garantías de corrección en la edición y traducción asistidas por IA.
El hilo más destacado fue una búsqueda práctica de errores en el nuevo compositor de IA acoplado: Lilly documentó problemas relacionados con la edición, las citas, el desplazamiento en móviles y la carga de archivos en Nuevo compositor de IA acoplado, mientras que keegan iteró rápidamente en las correcciones y finalmente desactivó la función mientras se refinaba (actualización). Paralelamente, en el flujo de corrección del Asistente de IA se discutió la preservación del texto citado, especialmente importante para citas sensibles o exactas, confirmando que se implementó una corrección y que siguieron sugerencias de configuración adicionales (La corrección rompe las citas, guía de ejemplos).
En el ámbito operativo, los administradores compartieron experiencias sobre trabajos de traducción que se “quedaban atascados” debido a límites de velocidad (rate limits) de los LLM y preguntas de configuración en ¿Qué sucede con las traducciones cuando cambia el LLM?. Y en el frente de habilitación, Discourse publicó una nueva guía sobre cómo categorizar automáticamente temas combinando el triaje de Discourse AI con la automatización de Discourse (Categorizar temas automáticamente usando IA), mientras que una discusión sobre plugins exploró la entrega de text/markdown para satisfacer mejor a los consumidores de IA/MCP (Plugin de Discourse a Markdown).
Temas interesantes
Regresiones del compositor de IA acoplado + correcciones rápidas (bug, ai, composer):Lilly informó que el nuevo compositor acoplado podía bloquear acciones de edición, comportarse de manera extraña al citar y sentirse inconsistente en comparación con el compositor regular, especialmente en torno a los saltos de línea (informe, comentarios sobre Shift+Enter). keegan implementó múltiples correcciones y seguimientos, explicando el comportamiento previsto y los próximos pasos (resumen de correcciones, anuncio de desactivación).
Decisión de diseño centrada en el editor visual (RTE) en el compositor acoplado (soporte de Markdown, pero sin vista previa): Se aclaró que el compositor acoplado está destinado a ser principalmente un editor visual (RTE), mientras que Markdown sigue disponible pero sin vista previa debido a limitaciones de espacio (explicación de diseño, confirmación).
Casos extremos de citas + barra lateral + navegación al interactuar con la interfaz del bot: Citar al bot se vinculó con brechas en la barra lateral, interfaces que desaparecían e incluso el encierro de usuarios en la conversación del bot, lo cual mejoró tras correcciones posteriores comportamiento inicial, estado posterior).
Fallo en la carga de archivos después del primer mensaje en el compositor acoplado: Tras la mejora de otros problemas, Lilly redujo los problemas restantes a la carga de archivos que fallaba después del primer mensaje, además de problemas intermitentes de citas que se resolvieron tras una reconstrucción (informe de error, actualización de triaje, respuesta del mantenedor).
La corrección por IA no debe “mejorar” el texto citado (bug, ai-helper):bksubhuti destacó el riesgo de que la IA altere textos religiosos o de origen citados y argumentó que las citas deben preservarse de forma literal (preocupación). Falco señaló que el problema estaba corregido y sugirió probar un modelo mejor si el error persistía (referencia de corrección).
Configuración de agentes de corrección con ejemplos + personalidades especializadas:bksubhuti compartió un prompt de personalidad especializado orientado al pāḷi y preguntó sobre la elección de motores detalles de la personalidad, mientras que Falco preguntó si estaban utilizando ejemplos, señalando que el corrector predeterminado incluye varios ejemplos para ayudar a fundamentar el manejo de citas sugerencia de ejemplos).
Trabajos de traducción detenidos por límites de velocidad + confusión sobre la configuración de “pensamiento” (Support, ai): En un hilo de resolución de problemas de traducción, Falco sugirió desactivar el “pensamiento”, mientras que RBoy preguntó qué significaba eso en la interfaz de Discourse AI y compartió un error que mostraba cómo la limitación de tokens por día causaba fallos repetidos sugerencia, error de límite de velocidad, pregunta sobre la interfaz).
Entrega de Markdown para un mejor consumo por parte de IA/MCP (#Plugin, markdown, ai): El hilo del plugin de Discourse a Markdown exploró la “negociación de contenido” como un camino limpio para los clientes de IA: probar Accept: text/markdown contra las URLs canónicas y luego recurrir al comportamiento de la API JSON si no se admite propuesta, seguimiento). La misma discusión conectó explícitamente esto con el uso de MCP (véase también Discourse MCP está aquí).
Imágenes generadas por IA mejorando en calidad (y interés en compartir prompts): En una discusión prolongada sobre el bot de soporte, 37Rb notó un gran salto en la calidad de la generación de imágenes en comparación con intentos anteriores experiencia, y EricGT animó a compartir prompts y consejos de manera más amplia solicitud).
Nueva guía: categorizar temas automáticamente usando triaje de IA + Automatización de Discourse (#Site_Management, automation, ai): Discourse publicó una guía que detalla los requisitos previos (Discourse AI, Automatización, LLM configurado y un Agente/personalidad) y el flujo de trabajo general para usar la IA y decidir si un tema debe pertenecer a otra categoría guía; véanse las referencias de requisitos previos a Discourse AI, Automatización de Discourse, la guía de configuración de LLM y personalidades de bots de IA).
Actividad
Lilly lideró una prueba de QA detallada en el compositor de IA acoplado, documentando fallos iniciales Nuevo compositor de IA acoplado, reconociendo correcciones en curso seguimiento y luego reduciendo los problemas restantes como las citas y las cargas estado, resultado de la reconstrucción. También señaló la regresión de “carga después del primer mensaje” como el error principal restante informe.
sam reconoció el ciclo de retroalimentación del compositor acoplado y comunicó que las correcciones estaban en marcha activamente, señalando el trabajo en curso de keeganrespuesta.
keegan implementó y coordinó correcciones para el compositor acoplado, explicó la UX prevista centrada en el editor visual (RTE) y las compensaciones de Markdown explicación, y posteriormente desactivó la función tras cambios próximos mientras continuaba el pulido actualización.
bksubhuti planteó un ángulo de corrección/ética: la corrección por IA debe preservar los bloques citados, especialmente para citas religiosas o de origen exactas preocupación. Tras actualizar, confirmó el comportamiento y continuó experimentando, incluyendo el intercambio de una personalidad de corrector personalizada y la solicitud de sugerencias de modelos confirmación, pruebas, prompt de personalidad.
Falco proporcionó resolución de problemas dirigida en dos áreas: señaló una corrección implementada para el manejo de corrección/citas y recomendó probar un modelo mejor si los problemas persistían La corrección rompe las citas, preguntó sobre el uso de ejemplos para fundamentar al agente ejemplos y sugirió desactivar el “pensamiento” para abordar el comportamiento de traducción ¿Qué sucede con las traducciones cuando cambia el LLM?.
RBoy trajo problemas reales de operaciones de traducción: compartió que los intentos de traducción fallaban repetidamente debido a límites de tokens por día y preguntó qué significa “pensamiento” en la interfaz de configuración de Discourse AI informe de error, pregunta de aclaración.
benword amplió cómo el plugin de Discourse a Markdown podría apoyar a los consumidores de IA/MCP mediante la negociación de contenido HTTP, delineando una estrategia pragmática de “probar Markdown y luego recurrir a JSON” Plugin de Discourse a Markdown y vinculándolo con posibilidades de integración de MCP relacionado: Discourse MCP está aquí.
jrgong confirmó que el enfoque sugerido de “negociación de contenido y luego recurso” era esencialmente lo que otro LLM (Claude) ya había implementado para ellos respuesta.
37Rb compartió retroalimentación positiva de campo indicando que la generación de imágenes por IA había mejorado sustancialmente, citando menos artefactos en comparación con intentos anteriores discusión del bot de soporte.
EricGT amplificó el aprendizaje de la comunidad al solicitar el intercambio de prompts y consejos basados en los resultados de 37Rbsolicitud.
Las discusiones sobre IA en meta.discourse.org esta semana (2026-05-04 → 2026-05-11) se centraron en la fiabilidad operativa de las traducciones de ai, especialmente en cómo los modelos de «pensamiento/razonamiento» pueden romper la detección de localización, agotar los presupuestos de finalización y dejar trabajos de traducción atascados o fallando de manera confusa (ver Errores en traducciones de IA y ¿Qué sucede con las traducciones cuando cambia el LLM?). Un segundo hilo de depuración se centró en sorpresas relacionadas con límites de tokens (tamaño de solicitud vs. tamaño de respuesta, límites de velocidad TPM/TPD) y cómo estos interactúan con la configuración del LLM de Discourse AI (ver La IA supera umbrales de tokens del LLM de forma aleatoria e impredecible).
Fallos de traducción causados por la salida de «pensamiento» que consume el presupuesto de finalización RBoy reportó errores de traducción como Validation failed: Raw can't be blank, Cooked can't be blank en Errores en traducciones de IA, y Falco identificó que los tokens de razonamiento pueden «comerse todos los tokens» bajo max_tokens, lo que lleva a salidas vacías o inválidas (análisis en contexto). La discusión de depuración también tocó por qué Discourse evita el razonamiento para las traducciones (mismo hilo) y hizo referencia a la historia previa de fallos de traducción a gran escala (discusión relacionada).
Traducciones «atascadas» tras un cambio de LLM: la detección de localización es frágil con modelos de pensamiento
En ¿Qué sucede con las traducciones cuando cambia el LLM?, RBoy describió traducciones que aparecían como incompletas sin nuevos registros ni progreso (síntomas de atasco). Falco explicó el problema subyacente: no se puede usar un modelo de pensamiento para la detección de localización, ya que los «bloques de pensamiento» rompen el análisis y, sin detección de localización, las traducciones no continúan (explicación de la causa raíz; conclusión reconocida en seguimiento).
Requisitos de salidas estructuradas para modelos de traducción (por ejemplo, json_schema)
Tras cambiar a un modelo sin razonamiento, RBoy recibió un error 400 indicando que el modelo seleccionado no soportaresponse_format: json_schema (reporte de error). Falco aclaró que las traducciones requieren un modelo que soporte salidas estructuradas, «básicamente todos los modelos SotA lanzados recientemente» (orientación).
Depuración práctica de traducciones: usa /p/POST_ID y registros de auditoría, pero no filtres por response_tokens Falco aconsejó verificar la publicación fallida mediante /p/120 e inspeccionar ai_api_audit_logs (enfoque de depuración). Cuando RBoy no vio filas de auditoría coincidentes (consulta + discrepancia), Falco recomendó eliminar la cláusula response_tokens del filtro SQL (solución). El hilo también aclaró la diferencia entre /p/ y /t/ durante la investigación (seguimiento).
Confusión sobre límites de tokens: los errores 413 son por tamaño de solicitud, no por «máximo de tokens de salida» RBoy reportó desbordamientos aparentemente aleatorios de límites de tokens a pesar de reducir los límites de tokens de salida (reporte inicial). Falco enfatizó que 413 indica que la solicitud es demasiado grande (no la respuesta solicitada), y sugirió centrarse en la configuración de la «ventana de contexto» del LLM, señalando también que 8k es inusualmente pequeño según los estándares modernos (aclaración). RBoy respondió con su ventana de contexto configurada y el límite del proveedor, cuestionando por qué Discourse excedería los límites configurados (detalles).
Presión por límites de velocidad (TPD/TPM) como contribuyente aguas arriba a la inestabilidad de las traducciones
En el mismo hilo de tokens, RBoy notó que el pipeline de traducción inicialmente se detuvo bajo límites de velocidad de tokens diarios (429), y luego falló con errores de solicitud demasiado grande 413 tras reanudarse (secuencia de fallos). Esto se sumó a la solución de problemas de traducción en curso en ¿Qué sucede con las traducciones cuando cambia el LLM? y Errores en traducciones de IA.
Personalización del corrector: dónde encontrar los ejemplos integrados para ajustar el comportamiento de las citas (ai-helper) bksubhuti preguntó cómo encontrar ejemplos para poder ajustar su personalidad personalizada de corrección y evitar romper las citas (pregunta). Falco los dirigió a los ejemplos del agente Corrector dentro de la interfaz de administración (admin/plugins/discourse-ai/ai-agents/-22/edit) (dirección), y bksubhuti confirmó que encontró el conjunto de ejemplos y que este genera JSON (confirmación).
El Agente de PM no podía publicar imágenes en el seguimiento (solucionado aguas arriba) Ethsim2 reportó que no podía publicar una imagen al hacer seguimiento a un Agente vía PM el 2026.5.0 (reporte de error). Lilly respondió que ya estaba solucionado (y hizo referencia a un reporte incompleto relacionado) (respuesta), y Ethsim2 identificó el commit aguas arriba que necesitaba (seguimiento). (Relacionado: Nuevo compositor acoplado de IA.)
Nueva pregunta de configuración de LLM: confusión sobre el ID del modelo Gemini / URL del proveedor danhanghai pidió ayuda para configurar gemini-3.1-flash-lite a través del proveedor de Google en la página de ajustes del LLM, compartiendo su ID de modelo y URL del punto final (pregunta). Para un contexto más amplio, esa pregunta se encuentra dentro del tema de referencia de larga duración Discourse AI - Página de configuración del Modelo de Lenguaje Grande (LLM) (how-toai).
Falco proporcionó la orientación técnica principal en múltiples hilos, especialmente sobre cómo Discourse AI espera las salidas de los modelos. En Errores en traducciones de IA sugirió verificar la publicación exacta mediante /p/ID e inspeccionar ai_api_audit_logs, corrigió el enfoque de consulta de registros de auditoría eliminando el filtro sobre response_tokens (solución de consulta), y enfatizó que las respuestas en bruto son más importantes que los conteos de tokens para la depuración (enfoque en respuesta en bruto). Identificó que los tokens de razonamiento pueden consumir el presupuesto de finalización y vinculó esto con la razón por la que Discourse evita modelos de razonamiento para las traducciones (explicación de tokens de razonamiento), remitiendo a fallos de traducción relacionados anteriores (hilo de referencia). También aconsejó que los modelos de traducción necesitan soporte para salidas estructuradas (orientación sobre salidas estructuradas). En ¿Qué sucede con las traducciones cuando cambia el LLM?, explicó que la detección de localización falla con bloques de pensamiento, lo que puede detener las traducciones por completo. Y en La IA supera umbrales de tokens del LLM de forma aleatoria e impredecible, aclaró que 413 significa que la solicitud es demasiado grande y recomendó centrarse en la configuración de la ventana de contexto. Finalmente, ayudó con la personalización de prompts dirigiendo a bksubhuti a los ejemplos integrados del agente Corrector (dónde encontrar ejemplos).
bksubhuti hizo seguimiento al problema de larga data sobre el manejo de citas en bugai-helper, preguntando dónde encontrar ejemplos reales para poder ajustar su prompt del sistema de corrección (solicitud). Tras ser dirigido al editor de agentes, confirmó que encontró el conjunto de ejemplos y planeó iterar sobre él (confirmación). (Hilo de antecedentes: La corrección rompe las citas; publicación referenciada: enlace de ejemplo mencionado.)
Ethsim2 reportó una regresión donde no podía publicar imágenes en un seguimiento de PM con un Agente (reporte), y luego confirmó el commit aguas arriba que necesitaba aplicar (commit identificado).
Las discusiones de esta semana sobre ai en meta.discourse.org se centraron en soluciones prácticas de fiabilidad: desde la detección de idioma/región y el uso de créditos de traducción, hasta pequeños problemas de experiencia de usuario (UX) y dificultades en la configuración de autoalojamiento.
Mientras tanto, la interfaz de Discourse AI recibió un pequeño pero notable pulido: RBoy descubrió que cambiar el LLM predeterminado no actualizaba inmediatamente las etiquetas de los agentes hasta recargar la página en Pequeño error de interfaz al cambiar el LLM predeterminado, y awesomerobot siguió con una solicitud de incorporación de cambios (PR) para solucionarlo (post 2).
La etiqueta del LLM predeterminado no se actualiza en la interfaz de configuración de IA hasta recargar (uxai)
En Pequeño error de interfaz al cambiar el LLM predeterminado, RBoy mostró que las filas de los agentes seguían mostrando el texto antiguo de «LLM predeterminado» después de cambiar el modelo predeterminado, hasta que se recargaba la página. awesomerobot coincidió en que era un error menor pero merecía ser corregido y abrió una PR (post 2).
La imagen Docker de análisis de sentimiento autoalojado falla debido a la ruta del artefacto del modelo upstream (404) (#Self-Hostingaiai-sentiment) NotAnonymous se encontró con un error 404 de tokenizer.json de Hugging Face al seguir las instrucciones de autoalojamiento de análisis de sentimiento en Autoalojamiento de análisis de sentimiento y emoción para DiscourseAI. Falco explicó que los cambios del modelo upstream aún no se habían fusionado y recomendó apuntar a una rama (post 15), lo que resolvió el problema para NotAnonymous (post 16).
Seguimiento del caso límite del «presupuesto de pensamiento» de Gemini Pro (difícil de confirmar sin uso actual) (bugai)
En Presupuesto de pensamiento para Gemini Pro, error al usar 0 o -1, sam verificó si el problema seguía ocurriendo. RBoy respondió que ya no podía probarlo porque ya no utilizaba el modelo Pro (post 6), un contexto útil para cualquiera que intente validar el estado de la regresión.
Informe de error en chino: hipervínculos del plugin de IA no responden al hacer clic (bugai)
Llegó un nuevo informe de 哈基米曼波 en 社区官方的ai插件中的超链接未能正常跳转,点击后无反应, describiendo enlaces que parecen clicables pero no navegan. NateDhaliwal respondió, pero el post fue eliminado posteriormente por el autor (post 2), por lo que los siguientes pasos accionables podrían requerir una nueva reproducción y detalles del entorno.
Actividad
thomasjsn
Reportó una discrepancia en la detección de localización para noruego y el desperdicio de créditos de traducción resultante en Noruego identificado como no…, luego iteró sobre ajustes del prompt y confirmó un mapeo funcional usando nb-NO (post 4, post 5).
nat
Reconoció y guió una solución temporal (duplicar/ajustar el agente de detección de localización) en Noruego identificado como no…, confirmó el enfoque del prompt (post 6) y posteriormente señaló que la corrección se integró en la configuración del agente predeterminado (post 7).
La actividad relacionada con la IA en meta.discourse.org esta semana (2026-05-18 → 2026-05-25) se centró principalmente en hacer que las conversaciones con bots de IA sean más fluidas y fáciles de gestionar, además de una preocupación operativa continua sobre la localización en los flujos de trabajo de correo electrónico asistidos por IA.
UX de la IA y fidelidad del contenido — Varios hilos destacaron áreas donde la experiencia de usuario relacionada con la IA aún necesita pulido: el comportamiento de «Enter para enviar» del compositor acoplado del bot de IA (discusión, más), la corrupción de la sintaxis de citas Markdown en la salida de traducción (informe de error), y el deseo continuo de paridad completa de Markdown en contextos de chat/bot (continuación de solicitud).
Compositor acoplado para conversaciones con bots de IA: fricción de «Enter para enviar» (y problemas de carga) (#Announcementsaiai-botcomposer)
En Presentación de un compositor acoplado para conversaciones con bots de IA, Lilly pidió una forma de suprimir «Enter para enviar» y preferir enviar solo mediante el icono del avión de papel (publicación). tobiaseigen estuvo de acuerdo, señalando que las conversaciones con IA no siempre son «conversacionales» y a menudo requieren párrafos/bloques de código; también mencionó una solución alternativa que involucra preferencias de chat, pero destacó la compensación para el uso real de chat (publicación). Más tarde, Lilly informó que las cargas de imágenes se rompían después de la primera publicación y regresó al compositor regular para el uso del bot (publicación).
Autoalojamiento de Sentimiento/Emoción: expansión a otros proveedores de LLM (se menciona Gemini) (#Self-Hostingaiai-sentiment)
En Autoalojamiento de Sentimiento y Emoción para DiscourseAI, Orioni preguntó por una fecha estimada de entrega para conectar el análisis de sentimiento a otros LLMs, mencionando una experiencia positiva con las variantes de Gemini Flash y queriendo usar Gemini para el sentimiento para reducir costos (publicación). Falco respondió que la capacidad ya se había agregado y debería aparecer en el sitio pronto (respuesta).
Error de traducción de IA: la cita Markdown > a veces se convierte en 0 (bugaidynaloc) thomasjsn reportó que las traducciones de «GPT-5.4 Nano» y «Gemini 3 Flash» a veces convierten los marcadores de cita Markdown (>) en 0, rompiendo el formato en Fallas de conversión de citas Markdown en traducciones de IA. Los ejemplos muestran caracteres 0 repetidos donde deberían estar los bloques de cita y los encabezados (informe).
Solicitud: permitir que el texto de los prompts del plugin de IA se configure/localice en chino (#Featureailocalization) bird solicitó poder configurar los prompts de IA en chino, citando que los resúmenes, títulos y resúmenes de mensajes directos se establecen por defecto en inglés en 希望ai插件可以设置提示词为中文. sniper756 respondió que la salida en inglés/chino puede ser inestable y variar según el modelo, aunque la causa raíz no estaba clara (respuesta).
Soporte completo de Markdown en contextos de bot/chat (y preocupaciones relacionadas con la migración) (#Featurechatai)
En Soporte completo de Markdown en Chat para bots, rokejulianlockhart preguntó si existe un tema más amplio para el soporte completo de Markdown más allá de los bots (haciendo referencia a la apertura anterior de sam a crear un tema más general: referencia citada). También planteó necesidades relacionadas con la migración, citando una pregunta separada sobre la migración de Mensajes a Chats/MD (referencia de tema citada), y argumentó que sin el Markdown completo de Discourse, la función no es viable para su caso de uso (publicación).
Lilly proporcionó retroalimentación práctica sobre la UX del compositor acoplado del bot de IA, solicitando una opción para desactivar «Enter para enviar» en Presentación de un compositor acoplado para conversaciones con bots de IA, y más tarde informó que las cargas de imágenes se rompían después de la primera publicación (lo que la llevó a regresar al compositor regular) (seguimiento).
tobiaseigen agregó retroalimentación de apoyo sobre el comportamiento de envío del compositor acoplado y explicó por qué las conversaciones con IA a menudo requieren composición multilinea (párrafos/bloques de código), en Presentación de un compositor acoplado para conversaciones con bots de IA. También describió una solución alternativa de preferencias de chat y su desventaja para el uso de chat en tiempo real (misma publicación).
Orioni hizo un seguimiento sobre el autoalojamiento de sentimiento/emoción para preguntar por el soporte de conexiones adicionales de LLM, citando explícitamente el uso de Gemini y la experiencia con costos/incrustaciones en Autoalojamiento de Sentimiento y Emoción para DiscourseAI. Falco respondió que ya se había agregado (respuesta).
bird solicitó una mejor localización para los prompts de IA (queriendo configuración de prompts en chino para resúmenes/títulos/resúmenes de MD de IA) en 希望ai插件可以设置提示词为中文, destacando que los valores predeterminados aún aparecen en inglés para esos flujos de trabajo (solicitud).
sniper756 respondió a la solicitud de localización de prompts en chino, señalando que la salida del idioma puede ser inconsistente y variar según el modelo, en 希望ai插件可以设置提示词为中文.
rokejulianlockhart impulsó la discusión sobre las limitaciones de Markdown en contextos de bot/chat preguntando por (o ofreciéndose a crear) un tema más amplio más allá de los bots en Soporte completo de Markdown en Chat para bots. También conectó el problema con las necesidades de migración (Mensajes → Chats/MD) señalando una pregunta existente (tema referenciado) y citó el comentario anterior de «abrir otro tema» de sam (publicación referenciada).
¡Gracias por leer, y nos vemos de nuevo la próxima semana!