Jueves, 15 de octubre de 2026

Lo más relevante del hosting en el mundo, en español · ehost.ec →

Open-WebUI v0.12.2 añade soporte para servidores MinerU 4.x y mejoras en historial y cabeceras

Open-WebUI lanzó la versión v0.12.2 con soporte para servidores MinerU 4.x, nuevas opciones en la vista de comparación y mejoras en apertura de colecciones adjuntas y registro de modelos. La actualización fue publicada el 14 de octubre de 2026 en las notas del proyecto.

Por Equipo ehost3 min de lecturaFuente: Release notes from open-webui
Open-WebUI v0.12.2 añade soporte para servidores MinerU 4.x y mejoras en historial y cabeceras
Imagen ilustrativa generada con inteligencia artificial.

Open-WebUI publicó la versión v0.12.2 con varios cambios dirigidos a mejorar la integración con motores de documentos, la edición colaborativa y el seguimiento de uso por modelo. La actualización incluye soporte para servidores MinerU 4.x, una opción para conservar ambos lados en la vista de comparación de revisiones, enlaces funcionales en la vista previa de colecciones adjuntas y metadatos de modelo en cabeceras personalizadas y en el registro de auditoría.

Soporte para MinerU 4.x y comportamiento de indexación

El motor de documentos MinerU ahora es compatible con servidores autohospedados MinerU 4.x, solución que evita que cada documento devolviera un error 404 al usar la interfaz antigua de parseo, eliminada en la serie 4.x. Según las notas de la versión, los servidores 3.x continúan funcionando como antes; los servidores 4.x requieren además que la petición incluya un parámetro de nivel (tier) —flash, basic, standard o advanced— y la opción enable_ocr en los parámetros de MinerU. Por otra parte, los campos language y model_version permanecen restringidos a la configuración 3.x únicamente.

Un detalle importante para administradores de búsqueda documental y propietarios de sitios que indexan contenido: cualquier imagen que MinerU 4.x devuelva incrustada dentro del texto del documento se excluye del contenido indexado. Esto afecta al resultado de búsquedas y a las tareas de extracción de texto, por lo que conviene revisar pipelines de ingestión y los criterios de indexación si se migra a servidores 4.x.

Mantener ambos cambios en la vista Compare

La vista de comparación de revisiones (Compare) incorpora ahora un botón «Keep both» que inserta en la revisión propuesta tanto el texto original como el texto propuesto del cambio seleccionado, preservando el orden con el original primero. Esta opción facilita resolver conflictos o conservar ambas variantes sin tener que elegir una sola, útil para ediciones colaborativas, documentación técnica y flujos de trabajo donde se quieran preservar ambas formulaciones para revisión posterior.

Abrir colecciones adjuntas desde la vista previa

En la vista previa de una colección de conocimientos adjunta, ahora es posible abrirla directamente en el espacio de trabajo al hacer clic en su nombre. Además, los nombres de archivos y enlaces se han convertido en enlaces reales que se abren en una nueva pestaña, lo que mejora la navegación entre recursos vinculados y agiliza la revisión de referencias sin salir del contexto del chat o documento.

Model ID en cabeceras personalizadas y registro de auditoría

Las conexiones y servidores de herramientas que aceptan cabeceras personalizadas ya pueden usar la plantilla {{MODEL_ID}}: esa variable se expande al identificador del modelo que atiende la petición de chat. Para modelos de espacio de trabajo (workspace models) toma el ID propio del modelo del espacio; en chats con varios modelos, cada modelo aporta su propio ID. Esta mejora permite a servicios downstream enrutar peticiones o registrar métricas por modelo de forma fiable.

En la misma línea, las entradas del registro de auditoría para solicitudes de chat y completado (incluyendo puntos finales compatibles con OpenAI, Ollama y Anthropic) ahora incluyen un campo model_id con el modelo solicitado por el cliente. Esto facilita el seguimiento del uso por modelo y la correlación entre tráfico, costos y comportamiento de respuestas.

¿Qué deben hacer administradores y desarrolladores?

  • Revisar la configuración de integraciones MinerU antes de apuntar a servidores 4.x: añadir el parámetro tier apropiado y habilitar enable_ocr según necesidad; comprobar cómo se gestionan las imágenes dentro de documentos porque no se indexarán automáticamente.
  • Si usan flujos de trabajo colaborativos con revisiones, valorar el nuevo botón «Keep both» para preservar versiones y reducir conflictos al fusionar cambios.
  • Actualizar cualquier downstream que dependa de cabeceras personalizadas para aprovechar {{MODEL_ID}} y adaptar registros o rutas según el identificador de modelo.
  • Comprobar los registros de auditoría para asegurarse de que el campo model_id cumple las políticas internas de privacidad y gobernanza.

Las notas originales de la versión incluyen referencias a los commits y tickets asociados que documentan estos cambios; los administradores interesados en detalles técnicos puntuales deben consultarlas para planificar pruebas y despliegues.

Lee también:

Fuente: Release notes from open-webui

Compartir