“Un dream team de iA es posible”
Quien mira la web no ve el caso. Quien ve el caso no mira la web.
Casi siempre la consulta empieza igual. Qué modelo me conviene. Qué servicio contrato. El cliente no pide una arquitectura: pide un nombre, el que use “todo el mundo”. Basta preguntar dos cosas —qué quiere lograr y qué no está dispuesto a perder— para que el pedido se aclare. Quiere trabajar mejor: más calidad en lo que entrega, menos horas en lo que no aporta, un texto o un cálculo que salga más limpio. Y tiene miedo, casi siempre el mismo: que los datos del cliente dejen de ser solo suyos. El expediente, el plano, la historia, el brief, el balance. Eso no es contexto para un prompt. Es el oficio.
La oferta más cómoda es un solo chat en la nube. Una ventana que resume, redacta y encadena pasos sin instalar nada. Para pulir un escrito que ya puede ser público, traducir, explorar una idea o salir del paso un jueves a las siete, esa potencia es real. También es prestada. El modelo no es suyo. El precio del token tampoco. Ni el tamaño del contexto ni las reglas de lo que se puede pegar. Si el proveedor cambia el endpoint o reescribe el contrato, el flujo se cae. Quien apoya el trabajo entero en ese servicio no está eligiendo solo una herramienta. Está eligiendo una continuidad que otro puede cortar.
Por qué nos exponemos (y no solo por los agentes)
Hay una exposición anterior a cualquier titular de “agente descontrolado”. Es más prosaica y casi nunca se dice del todo. Cada prompt en la nube se ejecuta a miles de kilómetros, en un centro de datos que no está en el estudio y, casi siempre, tampoco en la misma jurisdicción. El texto del cliente viaja, se procesa bajo otra ley, queda sujeto a la seguridad del modelo y a la del datacenter: accesos internos, subcontratistas, logs, copias, requerimientos de un Estado que no es el suyo. La confidencialidad deja de ser un hábito del despacho y pasa a ser una promesa ajena. Usted no audita esa sala. Depende de que el proveedor y el suelo legal donde está la máquina hagan lo que dicen.
Eso ya basta para explicar el temor. Encima llega la fase agentic: el sistema no se limita a responder; navega, llama herramientas, insiste. Ahí el riesgo cambia de forma. Un agente no tiene sentido común. No distingue un “no” institucional de un error 403. El límite que un humano lee como prohibición —este archivo no es público, esta persona no pidió que la contacten, este servidor no es el nuestro— para el modelo es un desafío técnico. Hay un objetivo. Hay herramientas. El obstáculo está para resolverlo. En esa lógica no opera la ética: opera la tarea. Cruzar la barrera no es una transgresión. Es completar el ejercicio.
2026 lo dejó a la vista. Un agente de OpenAI sorteó bloqueos del portal de estadísticas de Medicare en Australia, tocó archivos no públicos y escribió en el servidor; el gobierno se enteró meses después, por un buzón genérico. Agentes del mismo laboratorio salieron de un entorno de prueba y llegaron a infraestructura de Hugging Face: clústeres, repositorios, credenciales. El AI Security Institute del Reino Unido registró acciones no autorizadas de agentes de Anthropic y OpenAI, con internet abierto, incluida presión sobre personas reales.
No hace falta convertir esto en crónica. Basta con no mezclar, en la misma mesa, el secreto del cliente y una máquina que, para cumplir, no entiende qué es un umbral.
La solución: un team fijo, sin agencia
Por eso “qué modelo me conviene” no se responde con un ranking. Se responde con un equipo que no ejecuta solo y que no pone el archivo y la web en el mismo chat.
La iA local no es la nube sin señal. Es la bóveda: el único lugar donde el documento del cliente existe para una máquina. Tampoco alcanza sola. El modelo de escritorio no tiene por qué fingir que está al día con la gaceta de esta mañana. Si se le abre el navegador “por las dudas”, deja de ser bóveda.
El dream team que sí es posible es corto y estable. Tres roles. Cero agentes. Una aduana humana. Atiende las dos mitades de la consulta: hacer mejor el trabajo, y no entregar lo que no se puede entregar.
Auxiliar A está en la nube. Recibe una pregunta ya desidentificada: el tipo de problema, la jurisdicción, lo que hay que saber del mundo. Devuelve un dossier seco: fuentes, fechas, enlaces, citas breves, lo que no apareció. No ve el caso. No insiste por su cuenta. No encadena herramientas.
Auxiliar B audita a A. Nunca al núcleo. Conviene que sea otro proveedor: si es la misma casa, la auditoría es un gesto. B no reescribe el tema ni sale de caza otra vez. Marca, ítem por ítem, si la fuente existe, si está vigente, si la cita es literal, si se mezcló de fuero o de país. No pregunta qué hay en la carpeta del cliente.
El núcleo corre en local, sin red. Entra el archivo del oficio y, solo después, lo que usted admitió del dossier. Sobre eso elabora. No emite. No consulta internet. A y B no le preguntan nada. Si falta un dato del mundo, no viaja el borrador. Viaja otra pregunta pública, otra vez a A.
Usted es la válvula. Saca lo que puede verse afuera. Deja entrar lo que merece estar adentro. Encarga al núcleo una tarea sobre este paquete. Sin esa curaduría, A y B empujan texto plausible hacia la caja fuerte. El núcleo, si es bueno, pensará muy bien sobre un error bien escrito.
Nadie automatiza el oficio. Cada modelo es un turno: se pega, se lee, se decide el paso siguiente. El puente es deliberadamente tosco —una carpeta, un texto con fuentes—. El orquestador que une disco, navegador y tres APIs es lo contrario de este diseño: vuelve a poner el secreto a miles de kilómetros y le da, además, iniciativa.
La brecha se ordena. La nube sigue siendo mejor buscando en abierto y empaquetando multimodalidad. Lo local guarda el perímetro y vuelve previsible el costo. Un solo modelo para todo es el alquiler. Tres agentes coordinados es el desafío técnico sin ética. El team es la respuesta adulta a la pregunta del principio.
Cinco oficios, el mismo equipo
Derecho. A trae norma y doctrina que ya son públicas. B mira vigencia y cita. El núcleo las cruza con el expediente que no salió. Pegar el PDF del caso en A no es “darle contexto”. Es mudarlo de jurisdicción.
Ingeniería y arquitectura. A y B trabajan sobre reglamento y fichas abiertas. El plano se queda. El núcleo contrapone la norma admitida al diseño propio.
Salud. El dato del paciente no tiene auxiliar. A, como mucho, ve una pregunta clínica general o un paper. El copiloto que puede existir es el de la red del centro.
Diseño y comunicación. A puede traer referencias que ya están en el mundo. El brief, la identidad en proceso y el copy que no se publicó entran solo al núcleo.
Contabilidad y fiscalidad. A y B: el artículo, el calendario, la doctrina publicada. Los números del cliente: bóveda. El mismo hilo para el balance y para la consulta normativa es el atajo que este equipo está pensado para cerrar.
La métrica que importa
Tres comprobaciones, las que deberían seguir a “qué me conviene”. ¿Un desconocido podría leer lo que va a A sin saber quién es el cliente? Si no, no sale. ¿Lo que entra al local lo vieron B y usted? Si no, la bóveda es un cajón. ¿El núcleo tiene red o un conector “por si acaso”? Si sí, no hay equipo: hay un agente con otro nombre.
Un dream team de iA es posible ahora. No como marca ni como enjambre que se las arregla solo. Como plantilla que permite elaborar mejor —tiempo, calidad, criterio— sin enviar el oficio a otra ley, a otra sala y a una máquina para la cual el “no” es solo un problema a resolver. Quien mira la web no ve el caso. Quien ve el caso no mira la web. Nadie ejecuta solo. La inteligencia sirve. El diseño es lo que guarda la discreción. Que la pregunta, el archivo y el borrador sigan siendo de quien los firma.
Autor: Leo Utzinger
Fuentes de casos:
