Satya Nadella le puso nombre de economista a algo que veníamos advirtiendo desde otro ángulo: cada vez que una empresa mete su lógica de negocio dentro de un modelo para que le rinda mejor, está regalando el activo que más le costó construir.
No es un dato curioso ni una validación de ego, pensalo como la misma alarma sonando dos veces, una vez en el lenguaje de la teoría económica y otra en el de los productos que ya están en producción.
El problema es real, se está acelerando y todavía muy pocas empresas construyeron el trust boundary que Satya pide. Vamos de lo macro a lo micro para entenderlo.
Nivel macro: el costo oculto de “entrenar” al modelo que te va a reemplazar.
Satya bautiza el fenómeno como el “Reverse Information Paradox“: en la era de Arrow (link al PDF) pagabas para no revelar tu secreto antes de venderlo; ahora pagás el modelo dos veces; una en dinero, otra revelando el conocimiento propietario que lo hace útil. Pero cuanto mejor querés que te responda, más de tu know-how tenés que entregarle y ese conocimiento vuelve para vos pero también queda en el modelo de un tercero. Ya lo habíamos puesto en números de costo laboral, no de paper académico:
“Un humano tiene salario fijo, agente como Claude tiene una actividad tokenizada ilimitada, cuanto más trabajo pasa por él, más “conocimiento” captura el proveedor, transformando tu presupuesto de software en un costo laboral indexado a sus APIs.”
El riesgo no es teórico: es una transferencia de propiedad intelectual disfrazada de factura de compute/AI.
Nivel meso: el stack se reordena a favor de quien controla la capa de orquestación.
El framework de las 5 C’s de Satya (Control, Capability, Choice, Cost, Compound) es en el fondo un manual de supervivencia: cómo evitar quedar atado a un solo proveedor cuando el valor se redistribuye entre capas. En SOR vs SOA ya habíamos marcado ese movimiento de valor antes de que hiciera falta un framework para nombrarlo:
“Los SORs siguen siendo críticos… pero capturan menos del valor total porque la interfaz (los agentes) vive en otra capa”
El peligro concreto acá no es quién tenía razón antes; es que las empresas que no entiendan este reacomodamiento van a terminar pagando cada vez más por ocupar cada vez menos lugar en su propio stack.
Nivel micro: el context lock-in ya tiene nombre de producto y ahí es donde más duele.
Cuando Satya habla del “intelligence exhaust” que se filtra “trace by trace, correction by correction”, está describiendo en abstracto un mecanismo que tiene un nombre concreto con fecha de lanzamiento:
Ya no es “model lock-in”, es “context lock-in”: Los modelos se pueden cambiar y los agentes se clonan en una tarde. Lo que es imposible de mudar es la memoria de cómo opera tu empresa: los hilos sin terminar, el conocimiento de por qué falló aquel proyecto en el Q2, las promesas a clientes y los flujos de trabajo informales.
La memoria operativa de una empresa es exactamente lo que Arrow nunca imaginó que se pudiera filtrar de a poco, sin firmar ningún contrato de venta. Esa es la parte que más debería preocupar: no hace falta que te compren la empresa, alcanza con que absorban su memoria.
Fronteras de confianza cero
El punto no es haber anticipado el diagnóstico, era bastante simple de ver, sino que casi nadie construyó todavía la defensa.
El Reverse Information Paradox no se resuelve citándolo, se resuelve con trust boundaries reales, evals propios y una capa de orquestación que no dependa de un solo proveedor.
La confianza cero no es paranoia corporativa, es la única arquitectura racional cuando el proveedor de inteligencia también es, cada vez más, el dueño de tu memoria. Y creo qeu ahí hay una oportunidad enorme: crear una frontera digital real entre tu memoria institucional y el corpus de entrenamiento de una IA a la que ya le estás pagando.
Comentarios
4 responses to “Estás pagando dos veces por la IA: The Reverse Information Paradox”
Brillante Mariano.
Se me ocurrió inmediatamente una especie de “argentinada”, que sería nunca llegar a la capa de orquestación en la misma plataforma. Y cada vez que sea posible, saltar a otra plataforma en cada capa. Pero fácil es decirlo, hacerlo … es otra historia.
gracias Jorge, estoy pensando que quizas haya un negocio ahi… lo que no se es si hay alguien ya trabajando en eso
Mariano,
no termino de entender cual es la diferencia con usar, por ej, la nube entera de MSFT (Azure, 365, Sharepoint, Dynamics, etc).
¿no estas entregando ahi tambien toda tu base de conocimiento, operacion ,etc?
¿que diferencia tiene eso con entregarselo a un modelo?
Joaquín, gran pregunta, porque al fin del día es el hueso de la infra :)
La diferencia no está en dónde vive el dato, sino en qué hace el proveedor con él. Azure, 365, Sharepoint son infraestructura pasiva: guardan tu información, la indexás, la buscás pero MSFT no la consume para mejorar un producto que le vende después a tu competencia.
Ahí está el reverse information paradox en una frase: el storage no aprende de vos, el modelo sí. Súmale que en la nube te vas mañana, exportás tus archivos tal cual entraron ¿cómo te llevas lo que el “modelo aprendió”?