Política de Modelos

1. Objeto y alcance

Esta Política de Modelos («la Política») describe cómo AITIRE Inference Service («AIS», «el Servicio») gestiona el ciclo de vida de los modelos de IA que ofrece —chat/lenguaje, transcripción de voz (STT) y síntesis de voz (TTS), entre otros— y las condiciones bajo las que dichos modelos se actualizan, sustituyen o retiran. AIS sirve modelos de IA de terceros, mayoritariamente de pesos abiertos, bajo distintas licencias, cuyo ecosistema evoluciona con rapidez (nuevas versiones cada pocas semanas o meses). Esta Política se incorpora por referencia a las Condiciones del Servicio y forma parte integrante de ellas.

1 bis. Licencias de los modelos y obligaciones del cliente

AIS sirve modelos de terceros bajo distintas licencias, no todas calificables como «código abierto» en sentido estricto: licencias permisivas (p. ej. Apache 2.0), licencias de modelo abierto con políticas de uso aceptable (p. ej. Gemma Terms of Use, NVIDIA Open Model License, Llama Community License) y otras. La licencia y la política de uso aceptable aplicables a cada modelo se identifican en la ficha o el changelog del modelo.

El uso de un modelo por el cliente está sujeto a la licencia y a la política de uso aceptable de su proveedor de origen, que AITIRE traslada e impone al cliente. El cliente se obliga a (i) cumplir dichas licencias y políticas respecto de su uso del modelo y de las salidas obtenidas, (ii) conservar los avisos de atribución y de copyright cuando la licencia lo exija y (iii) abstenerse de los usos prohibidos por dichas políticas. El incumplimiento por el cliente le será exclusivamente imputable.

2. Cómo se identifican los modelos

El cliente selecciona el modelo indicando su nombre en el campo model del endpoint compatible con la API de OpenAI. AIS distingue dos formas de referirse a un modelo:

• Alias estables (etiquetas «rolling»): nombres genéricos y duraderos que el cliente escribe por defecto —por ejemplo chat-large, qwen3-27b, transcribe o speech—. Un alias apunta a una versión «current» que AIS puede repuntar a un modelo más nuevo conforme evoluciona el estado del arte. El nombre del alias no cambia; el modelo subyacente al que resuelve sí puede cambiar.
• Versiones pinadas: identificadores que fijan una versión concreta —por ejemplo qwen3.6-27b-fp8—. Están pensados para quien necesita reproducibilidad y estabilidad operativa. Las versiones pinadas se deprecan y retiran con preaviso (véase la sección 4).

Salvo indicación en contrario, si el cliente usa un alias estable acepta que el modelo subyacente pueda evolucionar conforme a esta Política. Si necesita estabilidad, debe usar una versión pinada.

3. Ciclo de vida de una versión

Cada versión de modelo recorre las siguientes fases:

• Preview: disponible para evaluación temprana; puede cambiar o retirarse sin las garantías de una versión estable.
• Stable: versión recomendada para producción; es a la que apuntan habitualmente los alias estables.
• Deprecated (depreciada): sigue disponible pero su retirada está anunciada; se recomienda migrar.
• Retired (retirada): deja de estar disponible; las peticiones a esa versión dejan de atenderse.

4. Derecho a actualizar, sustituir o retirar modelos. Preaviso

AIS se reserva el derecho de actualizar, sustituir o retirar modelos de forma unilateral, ya sea repuntando un alias estable a una versión más nueva o deprecando y retirando una versión pinada. Con carácter general, dichos cambios se notificarán con un preaviso mínimo de 7 días naturales a través de los canales oficiales (véase la sección 8).

Durante toda la ventana de preaviso, la versión pinada afectada permanecerá disponible, de modo que el cliente disponga de ese plazo para evaluar la versión sucesora y adaptar su integración antes de la retirada.

Los plazos de preaviso se computan en días naturales desde la fecha de la notificación por los canales oficiales (sección 8). La ley aplicable y la jurisdicción son las previstas en las Condiciones del Servicio.

A efectos de preaviso se distingue: (i) el repunte de un alias estable a una versión más nueva, que puede ser inmediato pero se notifica conforme a la sección 8 y respeta el contrato del alias (sección 10); y (ii) la deprecación y retirada de una versión pinada, sujeta al preaviso mínimo de 7 días naturales durante el cual dicha versión permanecerá disponible. La garantía de permanencia durante el preaviso se refiere a las versiones pinadas.

5. Excepciones al preaviso (cambios inmediatos)

No obstante lo anterior, AIS podrá actualizar, sustituir o retirar un modelo de forma inmediata y sin preaviso cuando concurra alguna de las siguientes circunstancias:

• (a) Seguridad: vulnerabilidades, riesgos de seguridad o de integridad del Servicio.
• (b) Requisito legal o regulatorio: obligaciones legales, regulatorias o resoluciones de autoridad competente.
• (c) Proveedor upstream: cese, indisponibilidad o caída del proveedor del modelo de origen («upstream»), o problemas de licencia que impidan seguir ofreciéndolo.

En estos casos, AIS notificará el cambio lo antes posible tras haberlo aplicado.

6. Ausencia de garantía de salidas idénticas

Los modelos de IA son no deterministas: las salidas pueden variar entre versiones e incluso dentro de una misma versión para una misma entrada. AIS no garantiza la reproducibilidad bit a bit ni la equivalencia de resultados tras una actualización, sustitución o cambio de configuración del modelo. Cualquier cambio puede alterar el contenido, el formato, la longitud o la calidad percibida de las respuestas.

7. Recomendaciones para cargas sensibles a la reproducibilidad

Para cargas de trabajo sensibles a la reproducibilidad o a cambios de comportamiento, AIS recomienda expresamente:

• Usar versiones pinadas en lugar de alias estables.
• Mantener evaluaciones propias (conjuntos de pruebas y métricas) que permitan validar cada nueva versión antes de migrar.
• Aprovechar la ventana de preaviso para comparar la versión actual con la sucesora.

8. Canales de notificación y responsabilidades del cliente

Las notificaciones relativas a esta Política se realizarán por los siguientes canales oficiales:

• Correo electrónico al contacto registrado de la cuenta.
• Aviso en el panel de cliente del Servicio.
• Changelog público de modelos.

Es responsabilidad del cliente mantener actualizado el contacto registrado, revisar dichos canales y adaptar sus prompts, configuraciones o integración cuando sea necesario a raíz de un cambio de modelo.

9. Particularidades de voz (STT y TTS)

Los modelos de voz tienen efectos específicos que el cliente debe tener en cuenta:

• TTS (síntesis de voz): un cambio de modelo puede alterar el timbre o la voz percibida por el usuario final.
• STT (transcripción): un cambio de modelo puede variar la precisión (WER), los idiomas soportados o los timestamps devueltos.

A estos modelos se les aplican por igual el preaviso de la sección 4 y la recomendación de usar versiones pinadas de la sección 7.

10. Contrato del alias

Cuando AIS repunta un alias estable a una versión más nueva, se compromete a mantener estables los siguientes elementos del «contrato del alias»:

• La modalidad del modelo (p. ej. chat, STT o TTS).
• La compatibilidad de la API en formato OpenAI.
• Una ventana de contexto mínima garantizada para los modelos de lenguaje.
• Los idiomas y/o voces soportados en los modelos de audio.

Si una versión nueva rompiera este contrato (por ejemplo, reduciendo el contexto, cambiando la modalidad o retirando idiomas/voces), no se publicará como repunte del alias existente, sino como un alias nuevo, de modo que el alias original conserve su comportamiento contractual mientras siga disponible. Lo no incluido expresamente en este contrato (incluida la equivalencia de salidas) queda sujeto a la sección 6.

11. Cambios en esta Política

Podremos actualizar esta Política; publicaremos la versión vigente con su fecha en esta misma página. Su relación con las Condiciones del Servicio y los límites de responsabilidad se rige por lo dispuesto en aquéllas.