Salida del proveedor y portabilidad

En un sistema con modelo hay activos que se mueven sin problema —el prompt de sistema, las baterías de evaluación, el historial exportado— y otros que dependen del modelo con el que se crearon. El caso típico son los vectores de una base de recuperación: cada modelo de vectores produce números con su propia forma y su propio significado, y los de uno no sirven para buscar con otro. Lo portable no son los vectores, sino los documentos fuente desde los que se regeneran.

Lo mismo pasa con un modelo ajustado sobre el modelo base de un proveedor: muchas veces los pesos se quedan en la plataforma del proveedor y el cliente solo puede usarlos por su API. Lo que se puede rehacer en otro lado es el ajuste, siempre que alguien conserve el conjunto de datos con el que se hizo. El marco de gestión de riesgos de IA de NIST pide en su función de gobierno procesos de contingencia para fallas o incidentes de sistemas o datos de terceros considerados de alto riesgo; el plan de salida es una de sus piezas.

El inventario de activos es la primera pieza del plan: qué hay, dónde vive, de quién es según el contrato y si se puede exportar. Un activo de la empresa que no se puede exportar es una dependencia que el contrato convirtió en permanente.

El plan de salida tiene que caber en el preaviso de terminación, o la empresa se queda un tiempo sin servicio o pagando dos. Suma los pasos como están planeados.

Un simulacro de salida vale por lo que encuentra. Algunas fallas son esperadas y el plan ya las resuelve con un paso; otras dejan un paso del plan sin con qué hacerse, porque lo que se necesitaba estaba en manos de un tercero que ya no lo tiene.

La renovación con el integrador es en diciembre. Lo que encontraste tiene que quedar escrito en el contrato nuevo.