Tu agente funciona. Lleva meses en una plataforma, el equipo lo usa y nadie ha pensado en el día en que haya que cambiarlo. Entonces el proveedor anuncia que apaga una pieza, o sube el precio, o te deja de encajar. Y descubres qué había dentro de la plataforma que tú creías tuyo.
La tesis en una línea: el lock-in de un agente no está en el modelo, que se cambia en una tarde, sino en lo que la plataforma guarda por ti —flujos, memoria, evaluaciones, trazas—. Si no negocias la salida el día uno, la negocias el día que menos fuerza tienes.
Salir de una plataforma de agentes de IA: qué guarda la plataforma que no es tu prompt
Cuando se habla de portabilidad se habla del prompt. Es lo más visible y lo más fácil de copiar. Pero un agente en producción es un sistema con partes que no caben en un documento de texto, y la mayoría viven en el lado del proveedor. Las tres primeras —el prompt, el histórico de conversaciones y las integraciones— ya las desgranamos en la guía de plataformas para crear agentes de IA, con lo que documenta cada proveedor. Aquí vamos a lo que esa guía no cubre: los activos que se generan después, con el uso.
¿Qué activos de tu agente se quedan en la plataforma?
- La memoria. Lo que el agente ha aprendido de tus clientes, tus excepciones y tus decisiones. Si vive en un almacén propietario de la plataforma, sale como ficheros de texto en el mejor caso y no sale en el peor. Es el activo que más cuesta reconstruir, porque se construyó a base de uso. Cómo se diseña y dónde debería vivir: la memoria de un agente de IA.
- Las evaluaciones. El conjunto de casos con los que compruebas que el agente sigue haciendo bien su trabajo, y los criterios que puntúan cada respuesta. Sin ellos, migrar es ciego: no sabes si el agente nuevo es igual de bueno que el viejo. Medir esto de forma continua es una función, no un script: evaluar la calidad de tus agentes de IA.
- Las trazas. El registro de qué hizo el agente, con qué datos y por qué. Es lo que contesta a una auditoría, a un cliente enfadado o a tu propio equipo cuando algo sale mal. Una plataforma que no te deja exportarlas te quita la prueba: trazabilidad de las decisiones de IA.
- Los flujos y la lógica. La definición del agente como grafo de pasos, herramientas y aprobaciones. A veces se exporta como código; a veces solo como una captura de un lienzo. Son dos situaciones que no se parecen en nada.
- Las configuraciones y credenciales. Permisos, conexiones, políticas. Un flujo exportado suele llegar sin ellas y hay que recrearlas una por una.
Lo que ha pasado esta temporada: una plataforma que apaga piezas
El caso con fecha es el de OpenAI. Según la propia documentación del proveedor, Agent Builder —el lienzo visual de agentes lanzado en octubre de 2025— se apaga el 30 de noviembre de 2026. Dos análisis de junio de 2026 (mcp.directory y Developers Digest) sitúan en esas mismas fechas el cierre de la plataforma de evaluaciones de OpenAI, que pasa a solo lectura el 31 de octubre; no he podido contrastar ese dato con la página oficial de deprecaciones, así que conviene leerla antes de actuar. Lo relevante para esta tesis es otra cosa: ninguno de los dos análisis identifica un mecanismo concreto para exportar los datasets y criterios de evaluación. Un proveedor puede recomendarte migrar al SDK de código; no te debe, salvo que lo firme, una herramienta para llevarte lo que ya habías medido.
Tampoco las plataformas de observabilidad lo ponen fácil por defecto. La documentación de LangSmith describe la exportación masiva de trazas a un almacenamiento compatible con S3 en formato Parquet, con los comentarios de feedback como campo opcional; el mismo documento exige plan Enterprise para las cuentas creadas después del 3 de agosto de 2026. La exportación de datasets como tal no figura en esa página. Es un ejemplo, no una acusación: la portabilidad existe, pero tiene un plan, un formato y unos límites que hay que conocer antes de necesitarla.
¿Qué dice la ley si eres cliente en la UE?
El Reglamento de Datos se aplica desde el 12 de septiembre de 2025 y regula el cambio de proveedor de servicios de procesamiento de datos, categoría que según los despachos que lo han analizado incluye el software como servicio. Según el análisis de Faegre Drinker (agosto de 2025) y el de McCann FitzGerald (septiembre de 2025), el cliente puede cambiar de proveedor con un preaviso máximo de dos meses; el proveedor debe completar el cambio en 30 días naturales, ampliables solo si es técnicamente inviable; y los costes de cambio se limitan al coste directo hasta el 12 de enero de 2027, fecha desde la cual no pueden cobrarse. El proveedor debe además permitir extraer los «datos exportables» y los «activos digitales» en un formato legible por máquina, con una excepción importante: lo protegido por propiedad intelectual o secreto empresarial del proveedor queda fuera.
Léelo con dos cautelas. Primera: cuál de tus activos cuenta como dato exportable o como secreto del proveedor es justo lo que se discute, y no hay jurisprudencia sobre agentes todavía. Segunda: esto es información, no asesoramiento jurídico; tu abogado confirma qué te aplica. Pero como palanca de negociación funciona: te da el derecho a exigir que el contrato diga qué sale y cómo.
Fuentes (consultadas el 17 de octubre de 2026): Faegre Drinker, McCann FitzGerald, OpenAI Agent Builder, mcp.directory, Developers Digest, LangSmith data export.
Las seis líneas de contrato que negocias el día uno
- Una lista cerrada de lo que sale. Flujos, memoria, evaluaciones, trazas y configuración, nombrados uno a uno y en formato abierto. «Tus datos» no es una lista.
- Un plazo de aviso ante apagados. Si el proveedor retira una pieza, ¿con cuántos meses de aviso y con qué ventana de exportación? Agent Builder se anunció en junio y se apaga en noviembre: cinco meses.
- Un período de recuperación y una garantía de borrado. Cuánto tiempo puedes bajar tus datos tras terminar y cuándo se destruyen. Pide la confirmación por escrito.
- Asistencia de salida sin sobrecoste. Quién te ayuda a vaciar y en qué condiciones; en la UE, el límite de costes de cambio de 2027 es tu argumento.
- Quién es dueño de lo derivado. Las evaluaciones y la memoria se han generado con tus datos y tu criterio: que el contrato diga que son tuyas.
- Una prueba de exportación en el primer mes. No es una cláusula, es un hábito: baja todo en el mes uno, ábrelo y comprueba que otro sistema podría leerlo. El export que nunca has abierto no existe.
Esa última línea es la que casi nadie hace, y la que convierte las otras cinco en algo verificable. También conviene tenerla dentro de tu gobernanza y control de la automatización con IA: alguien, con nombre, es responsable de que la salida siga siendo posible.
¿Cuándo no hace falta tanta precaución?
Si tu agente es un experimento de unas semanas, vive en un asistente que ya pagas y no guarda memoria ni evaluaciones propias, el coste de salir es bajo y negociar seis cláusulas es desproporcionado: exporta el prompt y sigue. Tampoco tiene sentido pagar un framework de código para evitar un riesgo que todavía no has medido. La regla es proporcional: cuanto más aprenda el agente de tu negocio, más te cuesta que lo aprendido viva en una caja ajena.
Y si dudas de quién va a mantener la salida cuando llegue, es una pregunta de operación antes que de contrato: quién mantiene los agentes de IA es el sitio donde esa respuesta deja de ser un nombre y pasa a ser una función.
La línea para llevarte: no preguntes qué plataforma es mejor, pregunta qué te llevarías mañana si te fueras. Si la respuesta es «el prompt», ya sabes lo que has dejado dentro.