Un lanzamiento de modelo no es un plan de migración: qué probar antes de cambiar
Distingue lanzamientos, vistas previas, cambios de alias y avisos de cierre, y migra con una prueba de contrato reproducible.
Lee el ciclo de vida: clasifica el anuncio antes de cambiar código
Un lanzamiento, una vista previa, una versión estable, un alias que se mueve y un aviso de cierre crean obligaciones distintas. Un cierre con fecha necesita un calendario de migración; una vista previa suele requerir una evaluación en paralelo; un alias «latest» que se mueve exige monitorización, porque el comportamiento puede cambiar sin tocar la configuración.
Las notas de versión del proveedor son la evidencia primaria del ciclo de vida. Registra el ID exacto del modelo en la API, la etapa, la recomendación de reemplazo y las fechas relevantes, en lugar de fiarte del nombre comercial del anuncio.
Define el contrato: prueba lo que tu aplicación consume
Construye un conjunto pequeño y censurado de fixtures para salida estructurada, llamadas a herramientas, cierre de streaming, manejo de contexto, comportamiento de rechazo y los errores que tu adaptador interpreta. Añade observaciones de latencia y límites, sin convertir una medición en una afirmación universal de rendimiento.
Un modelo nuevo debería entrar primero en una ruta canary o sombra. Promocciónalo solo cuando los comportamientos requeridos pasen, y conserva la ruta anterior hasta que cierre la ventana de rollback o el cierre del proveedor lo impida.
Conecta la evidencia: convierte un lanzamiento en actualizaciones
Un artículo de lanzamiento útil debería actualizar más que el feed del blog. El mismo ID verificado y estado del ciclo de vida debería llegar al directorio de modelos, al flujo de comparación, al generador de configuración y a las notificaciones de la Watchlist.
FreeToken trata el anuncio oficial como un candidato, no como autorización para repetir afirmaciones de marketing. Las afirmaciones de acceso, precio, cuota, región y retirada requieren evidencia explícita y revisión independiente.
Preguntas frecuentes
- P. ¿Cada modelo nuevo debe reemplazar al que está en producción? / R. No. Evalúalo contra el comportamiento requerido y los límites operativos antes de promoverlo.
- P. ¿Qué anuncio es más urgente? / R. Un cierre con fecha o un cambio de interfaz que afecte a una ruta que usas ahora.
- P. ¿Por qué probar un alias como latest? / R. Porque el proveedor puede cambiar el modelo subyacente mientras tu alias configurado sigue igual.
Divulgación de publicación
FreeToken escribió esta guía a partir de la documentación del ciclo de vida enlazada, propiedad de los proveedores. Un editor humano comprobó las afirmaciones retenidas y añadió el contrato de migración y el flujo canary/rollback; el artículo no reproduce ninguna de las dos fuentes.