Resumen semanal de temas de IA

Resumen

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.

A nivel operativo, la comunidad se adentró en controles de costo/rendimiento y puntos dolorosos de escalado: Discourse implementó niveles de servicio para proveedores de OpenAI/Azure en Niveles de servicio en proveedores de Open AI, mientras que una instancia autohospedada grande reportó una carga severa al activar la búsqueda de incrustaciones semánticas en Habilitar la búsqueda de IA dejó mi servidor inservible. También hubo un refinamiento continuo en torno a la UX asistida por IA, especialmente donde la IA toca la localización y la interfaz del editor, en Guardar traducciones mediante el asistente de IA como localización de contenido y El botón de estrella del sugeridor de títulos está colocado fuera del campo de título al editar un título traducido.

Finalmente, el trabajo del ecosistema relacionado con la IA continuó con las herramientas MCP: una guía práctica de configuración para Codex CLI llegó en Configuración de Discourse MCP en OpenAI Codex CLI y se vinculó de nuevo al hilo de anuncio canónico ¡Discourse MCP está aquí!.


Temas interesantes


Actividad

En total (últimos 7 días): 6 nuevos temas y 25 publicaciones, con la mayor participación en torno al pulido de nombres/UX y controles prácticos de escalado/costo para incrustaciones y uso de OpenAI; véase Renombrar AI Persona → AI Agent, Niveles de servicio en proveedores de Open AI y Habilitar la búsqueda de IA dejó mi servidor inservible.

Gracias por leer, ¡y nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

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


Actividad


Gracias por leer, ¡nos vemos la próxima semana! :slight_smile:

Resumen semanal de IA para meta.discourse.org (2026-03-16 → 2026-03-23)

Resumen general

Las discusiones sobre IA esta semana se centraron en mejoras prácticas de UX y control de costos, especialmente para flujos de trabajo de traducción y la ubicación de los resúmenes. En el ámbito de la traducción, Shauny propuso una opción de traducción por publicación más fluida, junto con una forma de guardar/almacenar en caché la salida traducida para evitar gastos repetidos en la API (Traducir publicación con IA y guardar la traducción). Moin vinculó esta idea con reflexiones anteriores sobre la localización (Traducir publicación con IA y guardar la traducción, Guardar traducciones mediante el Asistente de IA como contenido localizable).

En cuanto a la interfaz de usuario para resúmenes, Ivan_Rapekas lanzó un componente de tema que integra la acción de resumen de IA en la cabecera del tema / área de la línea de tiempo de la barra lateral, vinculándolo a solicitudes anteriores sobre la ubicación del botón de resumen (Resumen de IA en la cabecera del tema, Comentarios: Mover el botón de resumen a la parte superior del tema, Ubicación del botón de resumen en vistas móviles).

Varios hilos se centraron en el pulido y la fiabilidad de la configuración de IA del administrador: se reconocieron errores de redacción, como la etiqueta repetida “Default LLM”, y se programaron correcciones (¿Por qué se repite ‘Default LLM’…?, ¿Por qué se repite ‘Default LLM’…?), y se siguieron refinando problemas de diseño i18n en la interfaz de configuración de costos de LLM (alemán) (Problemas de alineación de campos… en alemán, Problemas de alineación de campos… en alemán).

Mientras tanto, la comunidad retomó los límites de seguridad de los agentes (especialmente las preocupaciones sobre que la IA actúe “como un usuario” sin supervisión administrativa) (¿Va a lanzar Discourse una habilidad openclaw oficial?, Plugin openclaw para integración con Discourse), y abordó restricciones de integración como los tiempos de espera para llamadas a herramientas y la conexión de Discourse AI con bases de conocimiento RAG autoalojadas (¿Cómo resolver el tiempo de espera en las llamadas a herramientas de Discourse AI?, ¿Cómo integrar una base de conocimiento RAG autoconstruida en Discourse AI?). También hubo una pregunta pequeña pero notable sobre si Discourse MCP puede acceder a adjuntos PDF a través del protocolo (¡Discourse MCP está aquí!).


Temas interesantes


Actividad


¡Gracias por leer, y nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

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


Actividad


Gracias por leer, ¡nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

Esta semana (2026-03-30 → 2026-04-06) en meta.discourse.org, las discusiones sobre Discourse AI se centraron en tres grandes temas:

  1. 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í!).

  2. 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).

  3. 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

Gracias por leer, ¡nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

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 :robot: 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.

En el lado del uso del producto, los administradores continuaron explorando los controles de comportamiento de Personas/Agentes de IA, específicamente cómo evitar que los agentes respondan instantáneamente y cómo restringirlos a patrones de “solo mención”. Esa discusión conectó Permitir que la Persona/Agente de IA responda solo a @menciones, no a respuestas a sus publicaciones y una solución compartida en Agregando un retraso configurable a las respuestas del Agente de IA.


Temas Interesantes


Actividad


Gracias por leer, ¡y nos vemos de nuevo la próxima semana! :slight_smile:

Resumen (2026-04-13 → 2026-04-20)

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).

  • Uso de configuraciones ocultas para solucionar problemas de registro de traducción de IA
    Cuando Denis_Kovalenko no pudo encontrar ai_translation_verbose_logs en la búsqueda de administración (ver no se puede encontrar la configuración), Moin explicó que esto era esperado ya que es una configuración de sitio oculta, señalando la documentación sobre configuraciones ocultas (ver referencia a la documentación de configuraciones ocultas y la guía referenciada: Uso de configuraciones de sitio ocultas). Poco después, RGJ activó la configuración para ayudar en la investigación (ver registros detallados activados).

  • Las publicaciones con varios idiomas pueden confundir la detección; la selección manual de idioma 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:

  • pmusaraj se centró en el diagnóstico y la reducción de causas de configuración:

  • nat proporcionó orientación de depuración a nivel de función y advertencias sobre modelos:

  • RGJ ayudó a operacionalizar la depuración y reveló señales concretas de fallo:

  • Moin señaló a la documentación y aclaró cambios en la interfaz que afectan los flujos de trabajo de localización:

  • putty contribuyó ampliamente en soporte de traducción y discusión sobre MCP:

  • Falco respondió preguntas de uso y aclaró capacidades de MCP:

  • 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! :slight_smile:

Resumen

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).


Temas interesantes


Actividad


Enlaces de referencia adicional mencionados esta semana (contexto para los hilos anteriores)

Estos fueron referenciados directamente dentro de las discusiones de la semana y ayudan a explicar el ecosistema circundante: Plugin Discourse AI, Automatización de Discourse, Guía de configuración de LLM, Personas de bot de IA / Agentes, Discourse MCP está aquí, Discourse Chatbot ahora es más inteligente que ChatGPT, y el hilo de referencia sobre el error 500 en la búsqueda de IA (Todas las funciones de IA funcionan bien, pero la búsqueda de IA da error 500).

Gracias por leer, ¡nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

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 keegan respuesta.

  • 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 37Rb solicitud.

  • Discourse publicó una nueva guía dirigida a administradores para usar el triaje de IA y categorizar temas automáticamente, documentando explícitamente los requisitos previos y las referencias de configuración Categorizar temas automáticamente usando IA; documentación relacionada: Discourse AI, Automatización de Discourse, guía de configuración de LLM, personalidades de bots de IA.

Gracias por leer, ¡nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

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).

En el lado de la UX/configuración, hubo actualizaciones menores pero prácticas: personalización del prompt de corrección para el manejo de citas (ver La corrección rompe las citas), una regresión en la carga de imágenes en el seguimiento de PM/Agente que ya fue solucionada aguas arriba (ver No se puede publicar una imagen en el seguimiento del Agente vía PM), y una pregunta de configuración para nuevos usuarios sobre la configuración del modelo Google Gemini en la página de ajustes del LLM (ver Discourse AI - Página de configuración del Modelo de Lenguaje Grande (LLM)).

En resumen: 26 nuevas publicaciones en 3 nuevos temas, con la mayor actividad proveniente de Falco y RBoy, principalmente en hilos de bug y Support etiquetados como ai (por ejemplo, Errores en traducciones de IA, La IA supera umbrales de tokens del LLM de forma aleatoria e impredecible y No se puede publicar una imagen en el seguimiento del Agente vía PM).


Temas interesantes

  • 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 soporta response_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-to ai).


Actividad

Gracias por leer, ¡nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

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.

En el ámbito de la localización, thomasjsn reportó que el contenido noruego se detectaba como no y luego se traducía a nb_NO, lo que generaba texto casi duplicado y un desperdicio de créditos en Noruego identificado como no por el agente de detección de localización; los idiomas soportados para la localización de contenido son nb_NO. El hilo evolucionó rápidamente hacia una solución temporal a nivel de prompt (post 5) y luego a una mejora del agente principal/predeterminado confirmada por nat (post 7).

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).

Los usuarios de autoalojamiento también tuvieron un momento útil de resolución de problemas: NotAnonymous encontró un error 404 de Docker + Hugging Face al configurar el análisis de sentimiento, y Falco proporcionó una solución funcional en Autoalojamiento de análisis de sentimiento y emoción para DiscourseAI (véase post 15 y la confirmación en post 16).

Finalmente, un par de comprobaciones menores cerraron la semana: un seguimiento sobre las limitaciones de las pruebas del «presupuesto de pensamiento» de Gemini en Presupuesto de pensamiento para Gemini Pro, error al usar 0 o -1, un renovado interés en los patrones de «yo también»/reconocimiento con referencias a las nuevas mejoras de solved en Opción para ocultar respuestas de «yo también», y un nuevo informe en chino sobre hipervínculos del plugin de IA que no responden en 社区官方的ai插件中的超链接未能正常跳转,点击后无反应.


Temas interesantes


Actividad


¡Gracias por leer! Nos vemos la próxima semana. :slight_smile:

Resumen

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.

En el ámbito del producto, Discourse implementó dos mejoras de UX pequeñas pero significativas para el chat con IA: la capacidad de marcar como favoritas las conversaciones con IA para que los chats importantes permanezcan fijados en la parte superior (Marcar como favoritas las conversaciones comunes con IA, también mencionado en Marcar como favoritas las conversaciones comunes con IA), y un compositor anclado que mantiene el cuadro de entrada disponible de forma persistente en los temas de bots de IA para reducir la «fricción al responder» (Presentación de un compositor anclado para conversaciones con bots de IA, véase también Presentación de un compositor anclado para conversaciones con bots de IA).

Mientras tanto, un hilo antiguo de la categoría #Feature volvió a salir a la luz con una solicitud de actualizaciones: el soporte de traducción sigue siendo un problema, especialmente cuando los comentarios del pipeline de moderación y otros textos personalizados no se traducen para los usuarios que reciben correos electrónicos en su idioma configurado (Usar publicaciones traducidas al enviar correos electrónicos a usuarios con su idioma de usuario establecido, nuevamente en Usar publicaciones traducidas al enviar correos electrónicos a usuarios con su idioma de usuario establecido).

Temas interesantes

Actividad


Gracias por leer, ¡nos vemos de nuevo la próxima semana! :slight_smile:

Resumen

La discusión relacionada con la IA en meta.discourse.org esta semana (2026-05-25 → 2026-06-01) se centró en tres temas:

  1. Integraciones y automatización de IA — Hay un interés creciente en funciones de IA basadas en eventos, como activar automatizaciones externas cuando cambian los datos de los Artefactos de IA. La solicitud de webhooks de actualización de artefactos en Agregar soporte de webhook/evento para actualizaciones de clave-valor de artefactos de Discourse AI (o permitir a los administradores desactivar el aislamiento) fue recibida con aliento para reexaminarla después de la próxima dirección de automatización de Discourse («Flujos de trabajo») (respuesta), además de un acuerdo sobre la utilidad de los webhooks del lado del servidor con ámbito limitado (seguimiento).

  2. 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).

  3. Localización y soporte multi-modelo — Varios posts se centraron en la flexibilidad de idioma y modelo: solicitud de localizar los prompts de la IA al chino (solicitud, respuesta), avances en el uso de traducciones en mensajes dirigidos a usuarios (incluida una corrección fusionada para que las «razones de la bandera» traducidas aparezcan correctamente) en Usar publicaciones traducidas al enviar correos electrónicos a usuarios con su idioma de usuario establecido, y la expansión del análisis de sentimiento/emoción a más proveedores de LLM como Gemini (pregunta, actualización).


Temas interesantes


Actividad


¡Gracias por leer, y nos vemos de nuevo la próxima semana! :slight_smile: