CONFIRMADO: evaluar mejor también exige revisar la integración
Mistral publicó el 6 de octubre la versión 3.1.0 de su SDK de Python, el kit de desarrollo de software que conecta aplicaciones con la plataforma. La actualización amplía operaciones de evaluación y optimización, pero reorganiza clases, tipos y firmas que usan integraciones existentes. La consecuencia práctica es doble: resulta más fácil consultar la calidad de las ejecuciones, mientras actualizar sin pruebas puede exigir ajustes de código. Este artículo canónico incorpora la novedad sin presentarla como lanzamiento de un modelo ni como reducción de precios.
El resultado deja de ser solo una respuesta en pantalla
La versión añade operaciones en beta para listar evaluaciones y proyectos, buscar ejecuciones, consultar registros y calcular estadísticas. También permite consultar optimizaciones y sus intentos. Esto ofrece una superficie más organizada para seguir pruebas de una aplicación, en lugar de juzgar un agente por una demostración exitosa. Una pequeña empresa brasileña con atención automatizada podría comparar respuestas a preguntas frecuentes e identificar cuándo un cambio de configuración empeora el servicio. Es una posibilidad de uso, no una mejora de calidad medida por Mistral en este lanzamiento.
Un cambio de nombre puede romper una rutina
Las notas indican la eliminación de la clase Runs de la superficie estable y el cambio del tipo Workflows.runs a WorkflowsRuns. En beta, la clase anterior Records también desaparece y Datasets.records pasa a DatasetsRecords. No demuestra que las funciones de ejecución o registro desaparezcan del servicio; señala una reorganización del cliente generado. Quien importa clases directamente o depende de firmas antiguas debe localizar esos nombres en su integración y probar las llamadas equivalentes. También cambian tipos de autenticación y aparecen nuevos campos obligatorios en modelos de evaluación.
Conectores y contenido también necesitan revisión
La actualización elimina system_prompt_route de respuestas de conectores HTTP y MCP, respectivamente protocolo de transferencia de hipertexto y Model Context Protocol, o protocolo de contexto de modelos. También retira auth_direction de una configuración de autenticación. Añade variantes resource y resource_link en contenidos de determinadas operaciones de chat y agentes. Son detalles relevantes cuando una aplicación valida respuestas o construye solicitudes con campos fijos. No autorizan concluir que cualquier conector se volvió inseguro ni que todos los flujos se verán afectados. El impacto depende de las funciones realmente utilizadas.
La versión menor no elimina la migración anterior
La 3.1.0 llega después de la versión principal 3.0.0, publicada el 28 de septiembre. El paquete actual usa httpx2 y sus extras de integración con MCP requieren la versión 2.2 o superior, según la distribución en PyPI, el índice de paquetes de Python. Quien continúa en una línea antigua necesita revisar también esa base de dependencias. El catálogo independiente NewReleases confirma la distribución de la 3.1.0, pero no es una auditoría de compatibilidad ni prueba de que una aplicación específica seguirá funcionando tras actualizar.
Más observabilidad vale si evita un error real
Para una pyme, lo sensato es fijar la versión, probar en un entorno separado y comparar un conjunto estable de casos antes de actualizar el servicio. Observabilidad significa poder inspeccionar lo que ocurrió dentro de la ejecución; solo genera valor si permite detectar fallos y decidir cambios. Nuestra lectura: Mistral mejora las piezas para evaluar sistemas, pero sigue exigiendo atención a quien depende del cliente como una capa estable. No hay ahorro medido en estas notas. Evitar una regresión en atención puede valer más que instalar el paquete más reciente.
Fuentes
Mistral: Python SDK 3.1.0; PyPI: mistralai 3.1.0; NewReleases: mistralai 3.1.0; Mistral: Python SDK 3.0.0.