¿De quién es tu agente de IA? La trampa del lock-in

Tener o alquilar no es un detalle

La distinción parece abstracta, hasta el día en que te sale cara.

Cuando eres dueño de tu agente, posees tres cosas: el código que lo hace funcionar, los prompts que definen su comportamiento y la capa de integración que lo conecta con tus herramientas (tu CRM, tu base de datos, tus API internas). Esas tres piezas son tuyas. Puedes exportarlas, leerlas, entregárselas a otro desarrollador, alojarlas en otro lado.

Cuando alquilas, tienes un acceso. Mientras pagas, el agente funciona. El día en que dejas de pagar, o el proveedor cierra, todo se apaga. Y te vas sin nada que puedas reutilizar.

Mi convicción, después de construir agentes para clientes en Francia y en Perú: la mayoría de la gente no sabe en qué lado está. Nadie les explicó la diferencia. Y no le conviene al vendedor hacerla visible.

El wrapper no-code que retiene tu lógica como rehén

Aquí es donde se juega de verdad.

Muchos agentes de IA se construyen sobre un wrapper no-code: una plataforma propietaria donde ensamblas bloques en una interfaz visual. Es rápido de montar, se ve limpio y, para arrancar, honestamente es práctico.

El problema llega a la salida. Tu lógica conversacional, tus reglas de negocio, tus encadenamientos, todo eso vive en el formato de la plataforma. No existe un botón de "exportar mi agente como código". No puedes tomar tu trabajo y ponerlo en otro lado. Si dejas la plataforma, dejas tu lógica atrás.

Eso es el lock-in. No una cláusula escondida en un contrato. Una dependencia técnica, construida en la arquitectura misma del producto. La plataforma no te retiene por la fuerza, te retiene porque irte significa reconstruirlo todo.

En el extremo opuesto, un agente construido sobre la API cruda del modelo (Claude, GPT, lo que sea) se apoya en código que lees y que te llevas. El modelo se vuelve un componente intercambiable, no una prisión. Llamas a la API, recibes la respuesta, y toda la inteligencia alrededor (la lógica, la memoria, las integraciones) es código que te pertenece.

El costo oculto: reconstruir desde cero

El día en que quieres cambiar, el no-code te pasa una factura que no veías venir.

Cambiar de proveedor o de plataforma, cuando tu lógica está atrapada, no es una migración. Es una reconstrucción. Empiezas desde la página en blanco: redefinir cada flujo, reescribir cada prompt, recablear cada integración. El nuevo proveedor no puede retomar lo que ya existe, porque lo que existe no es portable.

Es una verdadera línea de presupuesto, no un trámite. El tiempo para reconstruir un agente un poco serio se mide en semanas, a veces más según el número de integraciones y la complejidad de las reglas de negocio. Y mientras tanto, pagas dos veces: el sistema viejo que todavía corre, y el nuevo que se está rehaciendo.

Por experiencia, esa es la sorpresa desagradable de siempre. El presupuesto inicial del wrapper no-code era más barato, es cierto. Pero no contaba el costo de salida. Y el costo de salida es casi el costo de construcción, pagado una segunda vez.

Ser dueño del código desde el inicio es pagar un poco más caro la entrada para no pagar nunca la salida. Depende de tu horizonte: para un agente que piensas conservar y hacer crecer durante años, la decisión se toma rápido.

Las tres preguntas que debes hacerle a todo proveedor

Antes de firmar, no necesitas ser técnico. Necesitas tres preguntas. Las respuestas te dicen al instante si compras un activo o si alquilas una caja negra.

1. ¿Quién es dueño del código?

Pídelo por escrito, sin rodeos. El código del agente, los prompts, la capa de integración: ¿a quién pertenecen al terminar el contrato? Si la respuesta es vaga, o si "el código" en realidad no existe porque todo vive en una plataforma, ya tienes tu respuesta. Un buen proveedor te dice con claridad qué te corresponde y te lo entrega.

2. ¿Puedo exportar mis flujos y mis datos?

No "¿puedo ver mis datos en un dashboard?". ¿Puedo sacarlos, en un formato estándar, y llevármelos a otro lado? Lo mismo para la lógica del agente. Si la exportación no existe, o si hay que "pasar por el soporte", la puerta de salida está cerrada con llave.

3. Si nuestros caminos se separan, ¿el agente sigue funcionando?

Esa es la prueba definitiva. El día en que dejas de trabajar con ese proveedor, ¿tu agente se apaga, o sigue funcionando porque tienes todo lo necesario para mantenerlo vivo en otra parte? Si la respuesta es "se apaga", no eres dueño de nada.

Estas tres preguntas no molestan a un buen proveedor. Lo tranquilizan, porque muestran que sabes lo que estás comprando. Incomodan al que contaba con tu dependencia.

Honesto: alquilar puede bastar, si sabes qué alquilas

No te voy a decir que el no-code es el mal. Sería deshonesto.

Para probar una idea, validar que un caso de uso aguanta, mostrarle algo a tu equipo la semana que viene, un wrapper alquilado hace el trabajo perfectamente. Es rápido, es más barato a la entrada, y mientras estás en fase de experimentación el lock-in no te cuesta nada: no te comprometes con nada duradero.

La única regla: ten claro exactamente qué estás alquilando.

La trampa no es alquilar. La trampa es alquilar creyendo que eres dueño. Es construir tres años de operaciones críticas sobre una plataforma de la que no puedes salir, sin haber preguntado nunca por el código. El día en que la plataforma cambia sus precios, cierra, o ya no te sirve, descubres que no tenías ninguna palanca.

Así que toma la decisión con los ojos abiertos. Fase de prueba, idea por validar, alcance pequeño: alquila, es lo racional. Pieza que va a volverse central, agente que quieres conservar y hacer crecer, datos sensibles: ser dueño, o como mínimo exigir poder salir.

La verdadera pregunta no es "no-code o código". Es: dentro de dos años, ¿quién tiene las llaves del agente sobre el que corre tu negocio? Si no eres tú, debería ser una decisión asumida, no una sorpresa.

Si quieres saber en qué lado estás hoy, o encuadrar un proyecto para quedarte del lado correcto, escríbenos. Te diremos con franqueza qué posees y qué alquilas.