Construimos en vez de envolver.Este es el motivo.

Envolver es rápido. Ese es todo el argumento a favor.

Un envoltorio es una capa fina sobre un modelo que ejecuta otra persona: un prompt, un formulario, una llamada a una API. Puedes tener uno en una semana, y para una demo eso es exactamente lo que hace falta. Demuestra que la idea no es absurda. No demuestra que funcione con tus documentos, bajo tus reglas de acceso, al volumen que tu equipo maneja de verdad.

Nada de esto es una crítica al modelo que hay debajo. Cuando el modelo cambia su comportamiento, el envoltorio cambia con él, y nadie en tu empresa decide cuándo.

“

Buena parte de lo que hoy se vende como IA es un envoltorio con un logo encima. Es una descripción de quién controla qué.

Dónde un envoltorio deja de ser suficiente.

El primer muro son los datos. Tus contratos, lecturas de sensores y tickets no se parecen a los ejemplos con los que se entrenó el modelo. Un envoltorio no puede arreglar eso; solo puede formular la petición con más cortesía. Un sistema sí puede: decide cómo se dividen los documentos, qué campos se extraen, qué se recupera y qué no sale nunca de tu entorno.

El segundo muro es la evaluación. Un envoltorio no tiene forma de decirte con qué frecuencia se equivoca en tus casos, porque no sabe cuáles son tus casos. Un sistema viene con un conjunto de evaluación construido a partir de tus preguntas, y una puntuación que se mueve cuando se mueve el modelo o los datos.

El tercer muro son las reglas. Quién puede ver qué documento, qué pasa cuando la respuesta no está en las fuentes, qué decisiones necesitan la firma de una persona. Esas reglas viven en tu organización, y el único lugar donde se pueden hacer cumplir es en software que tú controlas.

Qué construimos en su lugar.

Construimos las cuatro capas como un solo sistema: la capa de datos que prepara y protege lo que ve el modelo, la capa de modelo elegida y ajustada para la tarea, la capa de agente que convierte una respuesta en una acción, y la capa de producto donde una persona revisa y decide. El cómputo, un modelo base o una base vectorial los compramos, porque ninguno necesita ser nuestro. Las piezas que codifican cómo funciona tu negocio las escribimos.

“

Compramos lo que no necesita ser nuestro. Construimos lo que sí.

Eso lleva más de una semana, y así debe ser. El coste no está en la primera versión. Está en el segundo año, cuando el envoltorio hay que reconstruirlo porque el modelo detrás cambió, o porque nunca manejó los casos que de verdad importaban.