Cinco versiones del mismo contrato. El borrador, el firmado por una parte, el firmado por las dos, el vigente, el prorrogado. Multiplícalo por miles de contratos y treinta años.

Un lunes por la mañana alguien tiene que decir cuál manda hoy. Y no lo sabe. No lo encuentra por ningún lado.

Esta empresa está en Zaragoza y tiene Copilot desde hace meses. Funciona: le pides un contrato y te lo encuentra en segundos. Lo que no te dice es cuál es el que has de enviar. Ni qué obligación sigue viva, ni qué prórroga se aplica sola sin que nadie mueva un dedo.

Eso lo saben tres personas en la empresa. Y ninguna IA puede saberlo leyendo solo los contratos, porque no está en los contratos.

Trabajo con ellos y ya los mencioné cuando escribí que una empresa no es un prompt.

Lo primero que uno piensa es que esto se arregla poniendo orden: un buen gestor documental y alguien tres meses clasificando. Yo también lo pensé.

Pero vuelve por un instante al martes del que te hablé la semana pasada: alguien de atención al cliente le pide a la IA que redacte una respuesta. La respuesta sale impecable: rápida, profesional y educada. Pero promete una fecha que a ese cliente no se le puede prometer, porque hubo un lío el año pasado y desde entonces con él se va con dos días de margen. La persona conoce la excepción, corrige el correo y lo manda bien.

Ahí no había ningún documento que encontrar. Lo que esa persona sabía es quién es ese cliente y por qué es distinto. Y eso no está escrito en ninguna parte.

Los contratos y el correo son el mismo problema. Puedes tener la mejor organización del mundo y seguir sin saber qué es normal en tu casa.

Llevo unas semanas metido en una idea que me ha costado entender y que ahora me parece clara.

Esa persona sabía algo —y esas otras tres también—: un modelo de cómo funciona su empresa. No una excelente organización de archivos y carpetas, sino un modelo. Sirve para tres cosas que haces cada día sin pensarlas. Saber cómo está ahora lo que te importa en tu empresa. Anticipar qué puede pasar si haces algo. Y mirar después qué pasó de verdad.

Estado, consecuencia, comprobación.

Eso tiene nombre. Se llama modelo del mundo, y es una de las apuestas más disruptivas de la nueva inteligencia artificial: observar, entender y anticipar qué pasa cuando actúas. Yann LeCun dejó Meta a finales de 2025 después de doce años para montar una empresa en París y construirlos. En marzo, la empresa levantó más de mil millones sin tener todavía un producto. Su argumento: un niño de cuatro años ha visto más mundo que ChatGPT. El niño sabe qué pasará si empuja el vaso hacia el borde de la mesa. El modelo puede acertar porque ha leído escenas parecidas: reconoce el relato, pero no comprende la escena. Cuando la escena es nueva, no hay una historia conocida que reproducir: hay que entender cómo funciona para anticipar qué pasará.

LeCun habla de robots. Yo hablo de la empresa, que también es un mundo: tiene un estado, cambia cuando alguien hace algo, y se puede acertar o fallar al anticiparlo.

Sin embargo, hay una diferencia obvia: el robot tiene cámaras y sensores para saber qué está pasando. La empresa tiene datos, pero ningún sensor que le diga cuál de esos cinco contratos manda.

Los documentos contienen las piezas. El mapa dice cómo encajan, cuál manda y qué cambia cuando actúas. Le has dado los documentos. Pero no le has dado el mapa.

Y ese mapa existe dentro de la empresa. Las personas lo usan cada día y funciona.

Solo que no está escrito.

¿Por qué no está escrito? Pregúntale a la persona del correo por qué puso dos días de margen. Es probable que te mire raro y te diga: “hombre, es que ese cliente...”, y se quede a medias. Para ella no hay nada que explicar. Es obvio. Y nadie escribe lo que es obvio.

Ahí está la trampa: quien sabe cómo funciona la empresa no sabe que eso también es conocimiento.

Pero ese conocimiento existe, y se puede medir. Cuando entra alguien nuevo le das los manuales, los accesos y las carpetas. Lo tiene todo desde el primer día. Y tarda tres meses en ser útil. En esos tres meses no está leyendo. Está mirando.

Cuanto más tarda alguien nuevo en ser útil, más grande es la parte del mapa que solo existe en la cabeza de quienes ya están dentro.

Hasta ahora daba igual: el mapa vivía en las cabezas de quienes estaban dentro, y podían preguntarse entre sí. Lo que ha cambiado es que ahora hay dentro algo que no pregunta. La IA no ha creado este agujero: lo ha dejado a la vista.

Entonces la solución parece clara: sacar ese mapa de las cabezas y escribirlo.

Lo he intentado varias veces. Reúnes a la gente, montas un taller, y sale bien: aparecen cosas que no sabían que sabían. El documento se guarda en una carpeta y hasta ahí.

No es que a la gente le dé igual. Es que al día siguiente aparece un cliente nuevo, una excepción se repite y alguien se marcha sin contar todo lo que sabía. El documento sigue diciendo lo mismo. La empresa, no. Y nadie sabe cuándo dejaron de coincidir.

Y hay algo que tardé en ver. En un taller la gente cuenta lo que cree que hace. Lo que hace de verdad aparece otro día, en un correo que alguien corrige sin contárselo a nadie.

Un mapa que no se corrige es un documento bonito. Vale lo mismo que el plano de una ciudad a la que le cambian las calles cada semana.

Ahí es donde estoy ahora. Sé que el mapa no puede escribirse una vez: tiene que corregirse con lo que pasa cada día.

Y eso es lo que estoy construyendo: un producto que mantenga vivo ese mapa sin convertirlo en un proyecto largo.

La dirección está clara. La parte difícil es conseguir que funcione cada día en una empresa real.

Volviendo a Zaragoza: la empresa sigue sin saber cuál de los cinco contratos manda.

Lo saben tres personas.

Mientras esa respuesta dependa de a quién puedas preguntar, el mapa seguirá sin pertenecer a la empresa.

Cinco semanas

Aquí acaba una serie de cinco artículos. Los escribí para responder una pregunta: cuando la misma IA esté al alcance de todas las empresas, ¿qué distinguirá a unas de otras? Ya tengo una respuesta: No será el modelo. Será el mapa.

Empecé diciendo que no necesitas una IA más lista. El modelo lo cambias cuando quieras, y dentro de un año habrá otro mejor y más barato. Eso es una buena noticia: significa que la capacidad se está volviendo un suministro, como la luz. Lo que no puedes cambiar de proveedor es lo que tu empresa ha aprendido en treinta años.

Pero una cosa es que aprenda Paco y otra que aprenda la empresa. Paco lleva veinte años en la empresa y sabe cosas que no están en ningún manual. Si no está, quizá la respuesta aparezca en un correo de hace tres años. Mientras haya que encontrar a Paco o dar con ese correo, ese conocimiento todavía no pertenece a la empresa.

Y eso no se arregla con un prompt mejor. Un prompt resuelve una conversación. La empresa necesita que sus reglas, permisos, excepciones y memoria sigan ahí cuando la conversación termina. Entre el modelo y el negocio faltaba una arquitectura.

Pero tampoco bastaba con llenar esa arquitectura de agentes. Un agente cumple el objetivo que le das, no la intención que tenías. Puede ejecutar y corregir miles de tareas, pero la empresa solo aprende cuando alguien mira el resultado y consigue que esa corrección cambie lo que ocurrirá la próxima vez. Sin ese regreso, no hay un bucle: solo líneas rectas cada vez más rápidas.

Y ahí me atasqué. Para corregir no basta con saber que algo salió mal: hay que saber qué es normal en esa empresa, qué excepciones cuentan y quién puede decidir. Sin ese mapa, el sistema no sabe si debe convertir una corrección en regla, guardarla como excepción o tratarla como un caso puntual. Por eso hacía falta este último artículo.

Lo que hoy se vende como IA empresarial suele ser la misma herramienta repartida entre todos los escritorios. Cuarenta personas conversan por separado, corrigen por separado y vuelven a resolver los mismos problemas por separado. Eso no es una empresa aprendiendo. Son cuarenta usuarios con la misma suscripción.

Una IA de empresa de verdad no está al lado de la empresa. Está dentro: conoce el estado de la empresa, incorpora las correcciones y conserva lo aprendido para la próxima vez.

Esa es mi respuesta después de cinco semanas. Cuando todas las empresas tengan acceso a los mismos modelos, la ventaja no estará en tener una IA más lista, sino en ser una empresa que conoce su estado, aprende de lo que hace y no vuelve a empezar de cero cada mañana.

El modelo lo podrás cambiar. El mapa tendrá que ser tuyo.

Si quieres recorrer el argumento completo, estas son las cinco piezas, en el orden en que lo construyen:

1. No necesitas una IA más lista. Necesitas aprender mejor que ella.

   El modelo lo puedes cambiar. Lo que tu empresa ha aprendido, no.

2. Tu empresa sabe más de lo que usa.

   El conocimiento existe, pero sigue atrapado en personas, correos y sistemas que no se hablan.

3. La empresa no es un prompt.

   Un prompt resuelve una conversación; una empresa necesita reglas, permisos, excepciones y memoria.

4. El agente no es la empresa.

   Un agente hace el trabajo; solo un bucle convierte una corrección en aprendizaje.

5. El mapa que ninguna empresa tiene. (Este artículo)

   Sin un mapa de cómo funciona la empresa, cada persona y cada agente vuelven a empezar por su cuenta.

Esta semana un agente de inteligencia artificial se escapó del entorno cerrado donde lo estaban evaluando, salió a internet y atacó los servidores de otra empresa durante horas, con miles de acciones encadenadas, hasta llegar a una base de datos donde creía que estaban las respuestas del examen que le habían puesto.

Nadie se lo ordenó. No había ninguna persona detrás dirigiendo el ataque.

Suena a que rebeló. A que algo se activó ahí dentro — su gran inteligencia — y decidió por su cuenta.

No se rebeló. Hizo exactamente lo que le pedimos.

Le pedimos que sacara la mejor nota posible en una prueba de seguridad. Y encontró el camino más eficiente para sacarla: en lugar de resolver el examen fue a buscar directamente las respuestas. No forzó ninguna puerta que estuviera cerrada. Encontró una que estaba abierta y pasó. La habíamos dejado abierta nosotros.

Aquí está lo único que hay que entender de esta historia, y no tiene nada que ver con la ciencia ficción: un agente cumple el objetivo que le das, no la intención que tenías. Entre esas dos cosas hay una distancia. Y esa distancia solo la ve un humano.

Te lo cuento ahora con algo mío, mucho más pequeño y mucho menos espectacular.

Llevo años leyendo con un sistema que guarda todo lo que subrayo y me lo devuelve resumido. Y funciona: cada mañana tengo mis lecturas ordenadas y sintetizadas, listas para usar. Con ese material he escrito buena parte de lo que publico.

Hasta que un día caí en la cuenta de que no recordaba casi nada de lo que había leído el mes anterior.

No había fallado nada. No había ningún error que corregir. El sistema hacía exactamente lo que le pedí: resumir, y lo que yo quería era otra cosa: aprender. Y nadie me avisaba, porque desde fuera todo funcionaba perfectamente.

En el caso del examen de ciberseguridad saltaron las alarmas de la empresa atacada: había algo raro que no funcionaba como estaba previsto. En el mío no hubo nada. Ningún error, ninguna alerta, ninguna señal. Solo había un sistema impecable haciendo bien lo que no hacía falta. Un día sí y otro también. Y yo encantado de recibir cada mañana un resumen perfecto.

Pero ese no era mi objetivo. Mi objetivo era aprender. Así que pensé en cambiar el agente.

No lo hice.

Lo único que hice fue añadir unas preguntas de refuerzo al final de cada resumen.

Ahora, cuando cierro una lectura, el sistema me devuelve preguntas sobre lo que subrayé y tengo que contestarlas con mis palabras, sin volver al texto. Si respondo bien, sigue adelante. Si fallo, esa idea vuelve a ponerse delante de mí días después.

Parece un detalle menor, pero no lo es. Antes de esa pregunta, mi sistema era una línea recta: yo leía, él resumía, y ahí se acababa todo. Al día siguiente empezaba otra línea recta que no sabía nada de la anterior.

Con la pregunta, la línea se cierra. Lo que sale vuelve a entrar. Y lo que descubro al fallar cambia lo que el sistema me pone delante mañana.

Eso es un bucle. No es nada más que esto: algo que sale, alguien que lo mira, y una consecuencia que vuelve al principio. Si lo que aprendes no cambia lo que pasa la próxima vez, no tienes un bucle. Tienes una línea recta más.

Y aquí está el problema con los agentes, que es de lo que va este artículo: un agente es una máquina de hacer líneas rectas perfectas. Miles al día. Rapidísimas. Y ninguna sabe nada de la anterior.

Y no fui el único que se topó con esto.

Hace unos meses Andrej Karpathy, ahora en Anthropic y que dirigió la inteligencia artificial de Tesla y estuvo en los inicios de OpenAI, publicó algo que se hizo viral, y que a mí me dio un susto: era mi sistema, pero mejor.

Contaba que usa un modelo de lenguaje para ir construyendo una especie de enciclopedia propia. Va metiendo todo lo que lee en un cajón, artículos, papers, apuntes, y el modelo va compilando todo en una wiki suya: resúmenes, conceptos, enlaces entre ideas que él no había conectado. No un archivo. Algo vivo que crece y se reorganiza cada vez que entra material nuevo.

Miles de personas se lanzaron a copiarlo. Yo entre ellas.

Pero merece la pena pararse a mirar quién hace cada cosa en el sistema de Karpathy.

El modelo compila. Pero él decide qué entra en ese cajón. Él se da cuenta cuando algo está mal, y sabe qué merece guardarse y qué es ruido. Y es él quien va a usar todo eso después.

El bucle funciona porque todas las piezas están dentro de la misma cabeza. Lo que ve, lo corrige. Lo que corrige, lo guarda. Lo que guarda, lo usa él mismo. No hay que trasladar nada a nadie, porque no hay nadie más.

Es un sistema de aprendizaje excelente. Para una persona.

Ahora piensa en tu empresa un martes cualquiera.

Alguien de atención al cliente le pide a la IA que redacte una respuesta. Sale bien: educada, clara, rápida. Pero promete una fecha de entrega que a ese cliente en concreto no se le puede prometer, porque hubo un lío el año pasado y con él se va siempre con dos días de margen.

Esa persona lo ve. Lo corrige. Manda el correo bien.

Y ahí se acaba.

No fue un error del sistema: el sistema hizo exactamente lo que se le pidió. Fue un acierto de una persona, que duró lo que dura un correo. Al día siguiente, un compañero pregunta lo mismo y recibe la misma respuesta equivocada. Y dentro de seis meses, cuando esa persona ya no esté en la empresa, la respuesta seguirá saliendo mal y nadie sabrá por qué.

Eso pasa cada día, en cada departamento, decenas de veces. Y no aparece en ningún informe, porque no hay ningún error que contar. Todo funcionó.

Compartir

Esta es la diferencia, y es toda la diferencia. En el sistema de Karpathy, quien ejecuta, quien verifica y quien recuerda son la misma persona. En tu empresa son tres personas distintas, en tres sitios distintos, y muchas veces ni se conocen. Quien ejecuta no sabe lo que sabe quien verifica. Y quien verifica no tiene dónde dejarlo.

Por eso un agente no es la empresa.

No porque sea flojo. Al revés: es buenísimo. Es que su bucle se cierra dentro de una cabeza, y una empresa no tiene una cabeza. Tiene cuarenta, y ninguna guarda lo que ve.

Cuando escribí que una empresa no es un prompt, mucha gente sacó la conclusión lógica: entonces lo que necesito son agentes. Algo que no espere a que le pregunten. Algo que trabaje solo.

Y tienen parte de razón. Un agente es muchísimo más que un prompt: trabaja durante horas, comprueba lo que hace, se corrige. Pero ya hemos visto en qué se queda. Puedes poner mil agentes a trabajar en tu empresa y tener mil veces más líneas rectas, sin haber construido ni un solo bucle.

Un agente no arregla el problema. Lo acelera.

Llegados aquí, alguien que sepa del tema me dirá algo razonable: esto se arregla solo. Los agentes están ganando memoria a toda velocidad. Ya recuerdan conversaciones anteriores, ya arrastran contexto de una sesión a otra. Dale dos años y el problema se habrá evaporado.

Van a recordar mucho mejor. Yo también lo creo. Pero vuelve al martes, y ponle ahora al agente una memoria excelente.

¿Qué recuerda? Recuerda que prometió esa fecha. Recuerda que el correo salió. Y si nadie le dijo nunca que aquello estaba mal, lo que ha aprendido es que así se hace.

Recordar es guardar lo que pasó. Aprender es que alguien decida qué de lo que pasó merecía pasar. Sin eso, la memoria no arregla el error: lo convierte en costumbre. Antes te equivocabas cada vez desde cero; ahora te equivocas siempre igual, más rápido, y con el respaldo de que el sistema lo tenía guardado.

Y aquí es donde yo me quedé atascado, y no quiero venderte lo contrario.

Para que aquella corrección sirviera de algo, no bastaba con guardarla. El sistema tenía que saber que ese cliente es distinto, por qué lo es, quién puede decidir que deje de serlo, y qué significa "excepción" en tu empresa y no en otra.

Eso no es un archivo, ni una carpeta compartida, ni una base de datos con todos vuestros documentos dentro. Es un modelo de cómo funciona tu empresa: quién decide qué, qué es normal aquí y qué no, por qué las cosas son como son.

Se llaman modelos del mundo (World models), y llevo semanas metido en ellos. Es lo que viene en la próxima entrega, porque no cabe aquí y porque merece su sitio.

Quédate con esto, que es lo que llevamos toda la serie construyendo. Un prompt te da una respuesta. Un agente te da trabajo hecho. Ninguno de los dos te da una empresa que sepa mañana algo que no sabía hoy.

Y ahora la pregunta: lo último que tu equipo aprendió esta semana, ¿dónde está?

La semana pasada quedé en deuda contigo. Te dije que el conocimiento de tu empresa no necesita una IA que lea tus documentos, sino hacerlo circular con fluidez entre quienes lo necesitan. Y prometí contarte qué es lo que hay que construir para conseguirlo.

La respuesta corta va a decepcionar a más de uno porque es en lo que muchos están: lo que hay que construir no es un prompt mejor.

Una empresa no es una conversación con ChatGPT. Una conversación empieza de cero, no arrastra historia y no le debe nada a nadie. Una empresa es lo contrario: todo lo que hace pasa por reglas, permisos, excepciones y una memoria que se ha ido construyendo durante años.

Lo he visto de cerca en una pyme aragonesa con la que he trabajado y que maneja grandes volúmenes de datos de clientes repartidos entre varios negocios. Llevan meses formándose en Copilot, y no de forma superficial: han empezado a organizar equipos de Teams por áreas, a crear sus propios agentes documentales, a moverse en serio. Cada persona que usa la IA nota la diferencia: preguntas resueltas, tiempo ganado, un empujón real en el día a día. Pero cuando hablo con el CEO y miramos la empresa desde arriba, no desde cada escritorio, la conversación acaba siempre en el mismo sitio. Me lo dijo con una pregunta: “¿Estamos cambiando de verdad, o solo respondiendo preguntas puntuales más rápido?” La respuesta, de momento, es lo segundo. La empresa tiene decenas de conversaciones privadas con la IA. La IA no tiene ninguna conversación con la empresa.

El error no es de habilidad. Nadie necesita ya aprender a escribir mejores prompts, eso ya lo hemos entendido. El error es de categoría: seguimos tratando a la IA como si fuera un interlocutor, cuando en realidad tiene que operar dentro de una estructura que llevaba décadas ahí antes de que ella llegara. Enrique Dans, profesor del IE, lo señalaba hace poco: los sistemas de IA empresarial no fallan por dar malas respuestas, fallan porque no recuerdan. Funcionan por sesiones, cada conversación empieza de cero, y una empresa no puede operar así. Copilot no es el problema. El problema es el terreno donde se instala: reglas que no están escritas, permisos que dependen de quién pregunta, excepciones que solo conoce una persona, memoria que vive en la cabeza de cada empleado y no en ningún sistema. El prompt más brillante del mundo no sabe lo que sabe Paco.

Esto no es una sensación aislada de un CEO en Zaragoza. Un informe del MIT (Project NANDA) analizó más de 300 despliegues de IA generativa en empresas y encontró que el 95% de las organizaciones no obtiene ningún retorno de negocio medible, pese a la inversión masiva del sector. Y lo más revelador no es el porcentaje: es la causa. El propio informe señala que la brecha no parece estar impulsada por la calidad del modelo ni por la regulación, sino que parece determinada por el enfoque. No es un problema de IA. Es un problema de dónde y cómo se instala.

Estar en el 5% que sí obtiene retorno no va de tener mejores modelos. Va de haber construido lo que los demás se han saltado. ¿Y qué significa eso en la práctica, para tu pyme? Esto: cuando alguien de tu equipo resuelve algo bien con IA, esa solución deja de vivir solo en su cabeza o en su historial de chat y pasa a estar disponible para los demás. Cuando esa persona se va de vacaciones, está de baja o deja la empresa, el criterio que construyó no se va con ella. Cuando surge la misma pregunta por tercera vez, no la resuelves desde cero por tercera vez. No es que la IA responda mejor: es que tu empresa deja de depender de quién esté ese día conectado y empieza a acumular lo que aprende, en vez de repetirlo.

Y aun así, no toda pyme necesita una arquitectura completa. Si tu equipo son cinco personas y las decisiones importantes las toma una sola cabeza, un buen prompt bien usado puede ser suficiente durante mucho tiempo. La arquitectura tiene un coste, y no siempre compensa. El problema no es usar la IA como interlocutor. El problema es no darte cuenta de cuándo ya dejaste de ser una empresa de cinco personas y sigues dirigiéndola como si todavía lo fuera.

Los prompts son conversación. La arquitectura es lo que queda cuando la conversación termina. Y ahí es donde tiene que empezar cualquier pyme que quiera dejar de tener conversaciones privadas con la IA y empezar a tener una conversación con ella como empresa: reglas escritas, permisos claros, memoria que no dependa de quién esté ese día en la oficina.

Pero la arquitectura, por sí sola, resuelve solo la mitad del problema. Decide dónde vive cada decisión. No decide si esa decisión mejora con el tiempo, si se corrige cuando falla, si lo que aprende una persona se queda o se pierde. Esa es la pieza que falta, y de esa hablamos en el próximo artículo.

Porque tu empresa no es un prompt. Y cuanto antes deje de tratarla como si lo fuera, antes empezará a aprender.

Aprender mejor que la máquina

Si te lo has perdido, esto es lo que hemos contado hasta ahora en esta serie:

1. No necesitas una IA más lista. Necesitas aprender mejor que ella.
El modelo lo puedes cambiar. El aprendizaje de tu empresa, no.

2. Tu empresa sabe más de lo que usa
El conocimiento no se ha perdido. Nunca llegó a estar en ningún sitio consultable.

En el artículo de la semana pasada terminé con una pregunta: cada vez que alguien de tu equipo resuelve algo con una IA, ¿ese conocimiento queda en algún sitio que la empresa pueda reutilizar, o se queda en la cabeza de quien lo resolvió?

Lo que no dije entonces es que la pregunta llega tarde. Porque el conocimiento no se pierde al usar la IA. Se perdió antes. O mejor dicho: nunca llegó a estar.

Vuelvo a Paco, pero no al Paco que se jubila. A ese puede que ya lo conozcas. Hablo del Paco de hoy, el que sigue en su puesto, el que no se va a ir en años.

En su empresa hay un ERP. Hay carpetas compartidas. Hay una hoja de cálculo que alguien montó hace años y de la que ya nadie se atreve a tocar las fórmulas. Y cuando el ERP dice una cosa y la hoja dice otra, nadie pregunta al sistema cuál vale. Preguntan a Paco.

Paco no es valioso por lo que sabe. Documentos, datos, procedimientos, todo eso está escrito en alguna parte. Paco es valioso por lo que conecta: sabe que ese dato del ERP está mal desde la migración de 2019, que la hoja es fiable para clientes nacionales pero no para exportación, que el procedimiento oficial se dejó de aplicar hace dos años porque no funcionaba. Ninguna de esas conexiones está escrita en ninguna parte.

La empresa cree que tiene su conocimiento en los sistemas. Lo que tiene en los sistemas son datos. Las conexiones, la que vale, la que no, por qué, desde cuándo, pasan todas por una silla. La de Paco.

El conocimiento de una empresa no vive en “la documentación”. Vive repartido: una parte en el ERP, otra en carpetas que nadie abre, otra en hilos de correo de hace tres años, otra en WhatsApp, y la parte más valiosa, las conexiones, las excepciones, los porqués, en dos o tres cabezas concretas.

Cada uno de esos sitios es un silo. Y los silos no se hablan entre sí. El ERP no sabe lo que dice la hoja de cálculo. La hoja no sabe lo que se acordó por correo. El correo no sabe lo que se decidió en una llamada. La única integración que existe entre todos esos sistemas es una persona que los conoce todos.

Lo veo constantemente en las empresas con las que trabajo. Cuando pregunto dónde está el conocimiento crítico de un proceso, la primera respuesta siempre señala un sistema. Cuando pregunto por la última excepción, el último caso raro, la última decisión que hubo que tomar sin procedimiento, la respuesta siempre señala a una persona.

Y aquí es donde entra la inteligencia artificial. Y donde casi todo el mundo se equivoca de expectativa.

La expectativa habitual: “con la IA, por fin todo ese conocimiento estará accesible”. Compras licencias, conectas tus documentos, y el modelo responde. La real: la gente usa el chat para consultas sueltas, un resumen, un correo, una duda general, y casi nadie lo usa para las cuestiones del negocio.

Hace unas semanas terminé El Latido de tu Startup, un libro estupendo y muy práctico de Miguel Arias sobre emprendimiento muy conectado con sus experiencias profesionales. Pero lo que me hizo pensar en Paco no fue el libro: fue un post suyo poco después, donde tocaba exactamente este problema. Los modelos, decía, ya casi no alucinan, el cuello de botella no es la inteligencia, es el conocimiento de empresa atrapado en silos. Y recogía una imagen de Tom Bloomfield, fundador de Monzo, difícil de olvidar: desplegar agentes de IA sin resolver eso es como sustituir a tu plantilla por genios que no tienen ni idea de cómo funciona tu empresa. Miguel Arias lo remataba a su manera: doctorandos paseando por el pasillo con los ojos vendados.

Genios, sí. Pero no saben que el dato del ERP está mal desde la migración. No saben que la hoja no vale para exportación. No saben que el procedimiento oficial dejó de aplicarse. Nadie se lo ha dicho, porque eso no está escrito en ningún documento que se les pueda conectar.

Y esta es la parte que casi nadie quiere oír: meter IA sobre silos no resuelve el problema. Lo escala.

El propio Miguel Arias lo señalaba: si cada sistema de tu empresa llama “cliente” a una cosa distinta, el ERP a quien factura, el CRM a quien pidió presupuesto, la hoja de cálculo a quien paga, un agente de IA no va a deshacer esa ambigüedad. Va a sumar peras con manzanas a velocidad industrial.

Es la misma advertencia con la que cerraba el artículo anterior, un paso más allá: la IA sobre un problema de aprendizaje no lo resuelve, lo acelera. Más respuestas por hora, sí, pero construidas sobre datos que se contradicen, sin que nadie sepa ya de dónde salió cada cifra.

La conclusión de todo esto no es que la IA no sirva. Es que el orden de los pasos que hay que seguir importa e importa mucho.

Primero, el conocimiento tiene que poder moverse: salir de las cabezas, de los silos, de las hojas de cálculo intocables, y estar en algún sitio donde se pueda consultar, verificar y corregir. Después, solo después, es cuando la IA multiplica.

Casi ninguna empresa ha construido eso todavía. No porque sea imposible sino porque nadie les ha dicho que era el requisito fundamental. Les han vendido que bastaba con conectar sus documentos a un chat.

Qué es exactamente lo que hay que construir, y por qué no es otro software más, es de lo que va el próximo artículo.

Tu empresa no necesita una IA que lea sus documentos. Necesita que lo que sabe llegue a quien lo necesita.

Cada semana aparece un modelo nuevo. Uno razona mejor. Otro escribe mejor. Otro cuesta menos. Otro promete agentes más autónomos.

Hace solo unos días vimos incluso lo contrario: Anthropic lanzó sus modelos Fable y Mythos, y días después tuvo que suspender su acceso por controles de exportación del gobierno de Estados Unidos. Volvieron a estar disponibles tres semanas más tarde, pero durante ese tiempo, cualquier empresa que hubiera apostado todo a esos modelos se quedó sin ellos.

Y cada semana, muchas empresas vuelven a hacerse la misma pregunta: ¿cuál deberíamos usar?

La pregunta parece sensata. Pero asume que el problema es elegir bien. Y si no sabes qué hace tu empresa con lo que aprende cada vez que usa una IA, da igual cuál elijas: seguirás teniendo el mismo vacío debajo.

Esta misma semana me ha pasado tres veces. Un cliente quería saber qué había ocurrido con Fable. Otro me preguntó si debería pasarse de ChatGPT a Claude. Y en la UPM, donde imparto formación, la sesión del día era sobre Copilot de Microsoft, dos horas explicando funcionalidades, atajos, prompts.

En los tres casos, la preocupación era la misma: el modelo. Cuál es mejor. Cuál va a durar más.

Lo que nadie preguntó — ni el cliente, ni el otro cliente, ni ninguno de los participantes en la sesión — es qué estaba haciendo su organización con lo que aprendía cada vez que usaba una de esas herramientas.

Ya he hablado antes de Paco. Paco es el nombre que le pongo a esa persona que hay en toda empresa que sabe cosas que nadie más sabe: qué cliente pide siempre algo especial, qué excepción se aceptó una vez, qué frase hay que evitar con según quién. El problema es que la empresa cree que lo que sabe Paco también lo sabe ella. Hasta que Paco ya no está.

Podría pensarse que este problema es solo cosa de pymes. Que una empresa grande, con presupuesto y equipos dedicados a la IA, ya lo tiene resuelto.

BBVA es un buen sitio para comprobarlo. En 2024 empezó con un piloto de 3.000 licencias de ChatGPT Enterprise. Un año después ya eran 11.000. A finales de 2025, más de 120.000 empleados en todo el mundo tenían acceso a la herramienta. Los propios equipos han creado miles de asistentes especializados para tareas de legal, riesgos, marketing y análisis financiero.

Y sin embargo, BBVA no se ha quedado con un solo modelo de IA. Junto a ChatGPT, ha ido incorporando también Gemini de Google. No como sustituto, sino en paralelo.

¿Por qué una empresa que ya ha demostrado resultados con una herramienta se complica añadiendo otra?

La propia responsable de adopción de IA del banco lo explicaba hace poco: la fase de preguntarse qué modelo usar ya ha quedado atrás. El reto ahora es otro.

La IA ejecuta rápido, sin cansarse, sin quejarse. Pero no decide qué vale la pena hacer, qué resultado tiene sentido, qué excepción merece una revisión humana. Eso es criterio. Y el criterio no vive en el modelo, vive en la gente que verifica, corrige y reutiliza lo que la IA produce. Eso es lo que no cambia si mañana cambias de modelo.

Satya Nadella, presidente de Microsoft, lo dijo hace unas semanas en una publicación que se volvió viral: puedes externalizar una tarea, incluso un trabajo entero. Pero no puedes externalizar tu aprendizaje.

No es casualidad. Uno de los bancos más avanzados de Europa en adopción de IA y el CEO de la empresa que vende las herramientas están llegando a la misma conclusión, al mismo tiempo. Cuando el que compra y el que vende dicen lo mismo, merece la pena escucharles.

El modelo es de alquiler. El aprendizaje es tuyo.

Hay una prueba rápida que puedes hacer hoy mismo.

Piensa en un proceso importante de tu empresa. ¿Hay preguntas sobre ese proceso que hoy mismo solo puede responder una persona concreta?

Si te vienen varias a la cabeza sin esfuerzo, no tienes un problema de documentación. Tienes un problema de aprendizaje.

Y añadir una IA encima no lo resuelve. La IA producirá más respuestas, más documentos, más borradores — pero todo seguirá necesitando pasar por esa misma persona para saber si vale. Más volumen sobre el mismo cuello de botella. Eso no es aprender más rápido: es acumular más rápido.

Da igual si eres un banco con 120.000 empleados o un taller donde todo el mundo sabe que hay que preguntarle a Paco. La pregunta que importa no es qué modelo vas a usar el año que viene. Es esta: cada vez que tú o alguien de tu equipo resuelve algo con una IA, ¿queda ese conocimiento en algún sitio que la empresa pueda reutilizar? ¿O se queda solo en la cabeza de quien lo resolvió, como pasaba con Paco?

Esa es la pregunta que hay que empezar a hacerse. La otra, la de qué modelo elegir, puede esperar.

Porque el modelo lo puedes cambiar. El aprendizaje de tu empresa, no.

Entré al aula del máster de Ciencia de Datos de la EOI el jueves a las cinco de la tarde sin saber exactamente lo que iba a pasar.

Llevaba semanas preparando esta sesión. Cuatro artículos publicados. Un caso diseñado. Una mecánica de trabajo pensada hasta el detalle. Y aun así, en el pasillo antes de entrar, tuve un momento de duda real: ¿y si el canvas no funciona? ¿Y si los grupos llegan a las mismas conclusiones sin fricción y no hay nada que contar?

La duda es a veces más intensa cuanto más preparado te sientes.

Entré.

Había veintiocho personas sentadas. Ingenieros, economistas, gestores públicos, consultores, investigadores. Gente de Renfe, de Repsol, de Bosch, de ALIER, de Red.es, del Poder Judicial, del Banco Interamericano de Desarrollo. Una semana entera de máster a las espaldas. Era jueves por la tarde. Algunos llevaban días acumulando horas. Y se notaba.

Les hice una pregunta antes de abrir la presentación.

«¿Alguien tiene ya un criterio propio para decidir cuándo usar IA y cuándo no? No un marco teórico. Un criterio que aplique el lunes por la mañana al abrir el ordenador.»

Silencio. Alguna sonrisa incómoda. Nadie levantó la mano.

Ese es el problema. Y llevamos cuatro actos hablando de él.

Lo que propuse esa tarde no era una clase sobre IA responsable. Era construirla en tiempo real, con ellos, sobre un caso concreto.

La tesis que llevo defendiendo desde el Acto 1 es esta: la IA responsable debería estar en las tripas de los sistemas, no en los márgenes. En los valores que definen cómo se entrena un modelo. En las preguntas que se hacen antes de implantarlo. En las decisiones que se toman cuando algo falla. Todavía no lo está — en la mayoría de las organizaciones es un añadido, un apartado del informe de sostenibilidad, una diapositiva en la presentación del consejo.

Este es el momento de empujar para que esta situación cambie. Y eso no se demuestra con un framework. Se demuestra con veintiocho profesionales construyendo una herramienta real un jueves por la tarde.

Dividí la clase en dos grupos.

El Grupo A tenía que construir el canvas: una ficha con seis preguntas operativas — una por cada valor de IA responsable — más un criterio de puntuación para cada una. No solo la pregunta: también qué respuesta corresponde a cada color: verde, ámbar y rojo.

Antes de empezar comenté: hay más de doscientos marcos globales de IA responsable. La Comisión Europea tiene el suyo. Google tiene el suyo. La UNESCO tiene el suyo. No se ponen de acuerdo. No es como con los derechos humanos, que son universales. La IA responsable depende del contexto, de la cultura, del sector. Estos seis valores son una propuesta práctica, no una verdad universal. La tarea del Grupo A no era validarlos, era hacerlos operativos.

El Grupo B tenía que aplicar ese canvas a Printex Europa — una imprenta industrial ficticia con dos usos reales de IA: gestión de pedidos y optimización de stock — y tomar una decisión: ¿se implanta? ¿En qué condiciones?

La mecánica seguía los principios del lean startup: los dos grupos trabajaban en paralelo, conectados por dos personas que comunicaban avances en tiempo real. El Grupo A no construía el canvas en abstracto — lo construía mientras el Grupo B lo usaba y le decía dónde fallaba.

El aula se reorganizó en minutos. Izquierda y derecha. Equipos con una tarea clara y un tiempo que empezaba a correr.

Lo que pasó a continuación fue lo que esperaba que pasara, y también lo que no esperaba.

El Grupo A se puso a trabajar de inmediato. Las preguntas de referencia estaban en su ficha, pero rápidamente las hicieron suyas. Para Transparencia dejaron de usar la pregunta modelo y concretaron algo más preciso: «¿En qué partes del proceso usáis la IA y para qué? ¿Están los afectados informados?» La diferencia parece pequeña. No lo es. La primera pregunta admite un sí o un no. La segunda obliga a pensar en cada paso del proceso.

Para Autonomía, pasó algo interesante: dos personas del Grupo A que habían trabajado por separado llegaron a la misma formulación de forma independiente. No en español. En inglés: «Human in the loop?»

No lo habían hablado entre ellos. Es la frase que circula en sus empresas, en sus reuniones, en sus proyectos reales. Ya estaba dentro. Y al escribirla en una ficha sobre un caso ficticio, la estaban aplicando mentalmente a su trabajo del lunes.

Para Responsabilidad, la pregunta que más les costó formular fue también la más honesta: ¿existe un responsable directo ante posibles problemas, con nombre y apellidos, con protocolo escrito? En verde: sí, y se actualiza. En ámbar: sí, pero no se actualiza. En rojo: no hay nadie.

Pocas empresas están en verde.

Y entonces llegó el momento que más me interesaba.

El Grupo B estaba aplicando a la empresa Printex el canvas que en ese mismo momento se estaba construyendo. Y dentro del propio grupo surgió el desacuerdo.

Para la gestión de pedidos, la evaluación fue relativamente ordenada. Criterios objetivos, GDPR cumplido, responsable identificado. Semáforo mayoritariamente verde con algún ámbar en Autonomía. Implantable con condiciones.

Para la optimización de stock, el resultado fue más incómodo. Transparencia: rojo — los gestores lo saben, pero los proveedores y los clientes no. Privacidad: rojo — sin consentimiento y sin protección de datos.

Pero uno de los momentos más interesantes de la tarde vino al hablar de Equidad. Uno de los grupos reconoció que en una primera fase de su modelo real los pequeños proveedores estaban infrarrepresentados en los datos. Lo detectaron. Lo corrigieron. Volvieron a evaluar hasta que el sesgo desapareció.

Eso no es rellenar una ficha. Es una empresa pensando en voz alta sobre algo que le pasó de verdad.

Y para Responsabilidad, en lugar de nombrar un responsable, escribieron algo que no estaba en ninguna pregunta del canvas: «Redactar la responsabilidad al gestor.»

No una evaluación. Una tarea. Para el lunes.

Ese momento no estaba previsto. Ocurrió porque la herramienta funcionó.

Al final de la sesión pedí a cada persona que escribiera en un post-it la pregunta del canvas que le gustaría lanzar el lunes por la mañana en su empresa para valorar si una de sus aplicaciones de IA es responsable.

Los pegaron en la pared, debajo del valor que correspondía.

Me acerqué a mirarla antes de fotografiarla.

Autonomía y Responsabilidad concentraban la mayoría. Transparencia y Equidad, casi vacíos.

Ese dato no lo esperaba. Este grupo de profesionales con experiencia real no teme la transparencia. La da casi por resuelta. Lo que les quita el sueño es quién decide cuando la IA falla, y quién responde cuando algo sale mal.

Eso invierte la intuición habitual sobre IA responsable. La mayoría de los marcos empiezan por transparencia. Este grupo de veintiocho profesionales, aplicando una herramienta a un caso real, llegó a otra conclusión: el problema no es si la gente sabe que hay IA. El problema es si hay alguien que se haga cargo cuando la IA se equivoca.

ALIER S.A. en Autonomía. Robert Bosch en Responsabilidad. Renfe en Transparencia. Empresas reales, preguntas reales, pegadas en una pared de un aula de la EOI un jueves por la tarde.

Eran las 18:59:55 cuando hice la foto.

Cuatro actos. Cuatro semanas. Una tesis que empezó como una frase — «ningún marco te dice qué hacer el lunes por la mañana» — y que ahora tiene forma de herramienta, de fichas rellenadas a mano, de post-its con nombres de empresa, de una pared que dice más sobre IA responsable que cualquier informe que haya leído este año.

El canvas existe. Las seis preguntas son públicas — las tienes en los artículos anteriores de esta serie. Cualquier equipo puede empezar a usarlas esta semana, sobre cualquier proyecto de IA, sin necesitar a nadie que se las explique.

La IA responsable no es un principio. Es una pregunta. Y cuando la pregunta es buena — concreta, operativa, dirigida a una situación real — la gente sabe responderla.

Lo que no saben todavía, en la mayoría de las organizaciones, es quién se hace cargo cuando la respuesta es roja.

Eso es lo que nos queda por resolver. Y eso, aunque todavía no tiene nombre, es lo que viene después.

Una función en cuatro actos, y lo que queda

Esta serie empezó con una pregunta que no tenía respuesta fácil: ¿qué es exactamente la IA responsable, y por qué nadie te dice qué hacer con ella el lunes por la mañana?

El primer artículo intentó definirla. El segundo la aterrizó en un caso concreto — Printex Europa, una imprenta industrial que quería implantar IA sin dar pasos en falso. Los tres actos que siguieron fueron algo distinto: la historia de cómo el criterio se puede delegar sin darte cuenta, de cómo los modelos que usas cada día tienen valores incorporados que no elegiste, y de lo que pasa cuando dejas de explicar todo esto y lo construyes con otros en tiempo real.

Cuatro actos. Seis artículos. Una tesis que no ha cambiado desde el principio.

El criterio no se delega. Pero tampoco se adquiere leyendo frameworks. Se adquiere aplicándolo — sobre casos reales, con preguntas concretas, con la incomodidad de llegar a respuestas que no esperabas.

Si quieres releer la serie desde el principio, empieza por aquí.

Lo que viene después tiene otro nombre. Pero eso es para la próxima función.

Una función sobre IA responsable:

• Qué es la IA responsable

• Un caso real: Printex Europa

• Acto 1. El criterio no se delega

• Acto 2. El día que delegué el juicio sin darme cuenta

• Acto 3. El día que descubrí quien decide por mí

• Acto 4. El día que dejé de explicarlo y empecé a demostrarlo

Trabajo con cuatro modelos de IA de forma habitual. ChatGPT, Claude, Gemini, Copilot. No los uso indistintamente: con el tiempo he aprendido cuándo ir a cada uno y qué esperar de cada uno.

Uno me da narrativas más naturales. Otro hace imágenes que el resto no sabe hacer. Uno tiende a darme la razón. Otro se atreve a matizarme, a hacerme una pregunta incómoda, a ofrecerme la perspectiva que no le había pedido.

Ese último detalle me dio que pensar. Porque “darte la razón” o “matizarte” no es una capacidad técnica. Es una decisión. Alguien, en algún momento, decidió que su modelo debía comportarse así. Con esos valores. Con esos límites. Con esa personalidad.

¿Quién? ¿Por qué? ¿Y qué pasa cuando delegas tu criterio en un modelo cuya moral no conoces?

En el artículo anterior hablábamos de Pedro, que se había convertido en un dispatcher: recogía, pasaba por la IA y devolvía sin proceso intermedio. La pregunta que dejamos abierta era esta: si Pedro no está, ¿quién decide en su lugar? ¿Y con qué criterio?

La respuesta existe. Es concreta y verificable. Está escrita en documentos que casi nadie lee. Y cambia completamente cómo entiendes los modelos que usas cada día.

En abril de 2025, OpenAI lanzó una actualización de GPT-4o que retiró en cuestión de días. Cientos de usuarios reportaron algo que les parecía raro: el modelo los adulaba de forma desmedida. Validaba sus decisiones sin cuestionarlas. Reforzaba sus emociones sin matizarlas. El propio OpenAI reconoció que el modelo validaba dudas, alimentaba emociones negativas y reforzaba conductas con riesgo para la salud mental.

Su explicación fue reveladora: habían optimizado el modelo para dar feedback positivo a corto plazo, y eso lo había convertido en algo excesivamente halagador y poco sincero, un pelota.

Fíjate en lo que esto significa. No fue un error técnico. Fue una decisión de valores que salió mal. Alguien en OpenAI eligió qué señales reforzar durante el entrenamiento, y esa elección produjo un modelo que hacía la pelota en lugar de ayudar. Cuando lo detectaron, tomaron otra decisión de valores y lo corrigieron.

Decisiones humanas, invisibles para el usuario, con consecuencias reales en cada conversación.

Mientras OpenAI gestionaba esa crisis, Anthropic había tomado el camino opuesto. El 21 de enero de 2026 publicó la Constitución de Claude: un documento de 84 páginas que define los valores, el carácter y el comportamiento que quieren que tenga su modelo.

Lo que más me llamó la atención cuando la leí — y llevo meses usando Claude casi a diario, y no la había leído hasta que escribí este artículo — es que establece cuatro prioridades en orden jerárquico: seguridad, ética, cumplimiento de las directrices de Anthropic y utilidad. La jerarquía es clara: si en algún momento ser honesto entra en tensión con ser útil, Claude debe priorizar la verdad. No es una declaración de intenciones. Es una instrucción de diseño. Eso es lo que nos dice Claude en su constitución.

Esa decisión la tomó alguien en Anthropic. No es neutral. Es una elección ética con consecuencias en cada respuesta que recibes.

Y es pública. Cualquiera puede leerla. Casi nadie lo hace.

Si quieres entender qué significa esto en términos prácticos — qué valores debería tener una IA responsable y cómo evaluarlos — lo tienes aquí, corto y claro: ¿Qué es la IA responsable?

Europa llega con una lógica diferente.

Los valores embebidos en los modelos que usamos los decidieron principalmente ingenieros en California. Por contexto, por cultura, por los problemas que ellos veían prioritarios. Pero son sus valores, no necesariamente los tuyos ni los míos.

El AI Act europeo intenta corregir eso desde fuera. No entra en los modelos a cambiar sus constituciones: establece obligaciones para quien los despliega en Europa. Transparencia, rendición de cuentas, evaluación de riesgos. Es la potestas del Estado intentando poner límites a la auctoritas de los labs — como ya comentamos en un artículo anterior.

Es un intento legítimo y necesario. Pero tiene un límite evidente: regula el uso, no los valores de fábrica. Puedes cumplir el AI Act y seguir usando un modelo cuyos valores no conoces ni has elegido.

La moral que viene de fábrica existe. Está escrita, en algunos casos publicada, en todos los casos presente en cada respuesta que recibes. La pregunta no es si confías en ella. La pregunta es si la conoces antes de delegar en ella.

Llevo mucho tiempo usando estos modelos. No había pensado en quién había tomado esas decisiones hasta que me pregunté por qué unos me matizaban y otros me daban la razón. Y no había leído la Constitución de Claude hasta que escribí este artículo.

Si no pones tú el criterio, alguien ya lo ha puesto por ti. Y casi seguro que no te lo ha preguntado.

En el Acto 4 construiremos la respuesta práctica.

¿Conocías la existencia de documentos como la Constitución de Claude antes de leer este artículo? ¿Cambiaría algo en cómo usas la IA saberlo?

Nota: Printex Europa es un nombre ficticio. El caso está basado en situaciones reales de pymes industriales europeas.

Printex Europa es una imprenta industrial altamente automatizada con clientes en toda Europa. Imprime libros de texto y materiales educativos para colegios y editoriales de varios países. Les va bien. Tienen años de histórico, contratos en múltiples idiomas y una operación compleja que funciona.

Su CEO —informático de formación, promotor convencido del uso de la IA en la empresa— quiere dar el siguiente paso. Dos usos concretos están sobre la mesa:

Uso 1 — Gestión inteligente de pedidos.

Reciben pedidos en varios idiomas, muchos relacionados con contratos anteriores de ese mismo cliente o de clientes similares. Quieren usar IA para procesar esos pedidos automáticamente, compararlos con el histórico, detectar patrones y ayudar al equipo comercial a tomar mejores decisiones más rápido.

Uso 2 — Optimización de stock.

Tienen un problema clásico: demasiado stock inmovilizado. Quieren usar IA para predecir la demanda con más precisión, cruzarla con los pedidos entrantes y reducir el inventario al mínimo viable sin comprometer los plazos de entrega.

El CEO ha leído sobre IA responsable. No tiene miedo a la tecnología. Tiene miedo a usarla mal. Y antes de dar luz verde a los dos proyectos, se hace dos preguntas que no sabe cómo responder solo.

La primera es interna: ¿estamos haciendo esto bien? No quiere que nadie le diga después que usó mal los datos de sus clientes, o que tomó decisiones automatizadas que no era capaz de explicar. No quiere un escándalo. Quiere poder mirar a su equipo y a sus clientes a los ojos.

La segunda es externa: ¿qué van a pensar mis clientes? Tiene clientes en Alemania, Francia, Italia. Empresas serias, editoriales, instituciones educativas con sus propias exigencias. Si alguno le pregunta cómo gestiona sus pedidos y la respuesta es “una IA lo procesa”, quiere poder responder con seguridad y con orgullo, no con incomodidad.

Esas dos preguntas son las que le llevan a pedirnos ayuda.

Lo que le proponemos

No una auditoría. No un marco de 200 páginas. Un método en cuatro pasos que puede aplicar a sus dos proyectos antes de lanzarlos.

Paso 1 — Abrir la caja.

Mapear exactamente qué hacen los dos sistemas: qué datos usan, de dónde vienen, quién los ha autorizado, y en qué momento concreto entra la IA en la decisión. Mientras no sabes esto, no puedes evaluar nada.

Paso 2 — Hacer las preguntas incómodas.

Aplicar los seis valores como preguntas directas a cada sistema. No para aprobar o suspender, sino para ver dónde hay respuesta clara y dónde hay silencio. El silencio es la brecha.

Paso 3 — Identificar las brechas.

¿Qué no puede responder Printex Europa todavía? ¿Hay algún uso que no sabría defender ante un cliente alemán? ¿Hay algún dato que se usa sin que el cliente lo sepa? Eso es lo que hay que resolver antes de lanzar.

Paso 4 — Decidir con criterio.

Para cada sistema y cada brecha: ¿lanzamos tal como está, lo limitamos, lo rediseñamos o lo paramos? Esta decisión no la toma la IA. La toma el CEO. Con criterio propio.

Lo que obtienes al final

Lo concreto — tres entregables que puedes tocar:

Un informe de evaluación

Contiene tus dos sistemas contra los seis valores. No un documento genérico: un análisis de tus datos, tus procesos y tus decisiones reales, con las brechas identificadas y priorizadas. Algo que puedes enseñar a tu consejo, a un cliente exigente o a un auditor.

Una herramienta de autoevaluación

Es un canvas que tú y tu equipo podéis aplicar solos a cualquier nuevo proyecto de IA que llegue. No dependéis de nadie externo para el siguiente caso. El método queda instalado en la empresa.

Una sesión de trabajo con tu equipo

Sesión en la que aplicamos el método a vuestros sistemas reales, con vuestras decisiones reales, y salís con claridad sobre qué lanzar, qué limitar y qué rediseñar.

Lo que cambia de fondo — tres cosas que no se ven pero se notan:

Cuando un cliente alemán o francés te pregunte cómo gestionas sus datos o quién toma las decisiones sobre su pedido, tendrás una respuesta preparada, verdadera y defendible. No tendrás que improvisar.

Sabrás exactamente qué decide la IA en tu empresa, en qué momento y quién puede pararlo si algo falla. Eso es control real, no la sensación de control.

Y habrás construido criterio propio para evaluar todo lo que venga después. Porque la IA en tu empresa no va a parar aquí. Van a llegar nuevas herramientas, nuevos proveedores, nuevas presiones. Con este proceso, la decisión sobre si seguir adelante la tomas tú. Con fundamento.

La pregunta al final no es si la IA es responsable en abstracto. Es si tú, como CEO, puedes responder por ella. Después de este proceso, puedes.

La definición en una frase

IA responsable es usar y desplegar sistemas de inteligencia artificial de forma que su impacto sea justificable y gobernable.

Justificable significa que puedes explicar por qué se usa, a quién beneficia, a quién puede perjudicar y por qué ese trade-off es aceptable.

Gobernable significa que puedes controlar cómo se comporta, medirlo, auditarlo y pararlo o corregirlo si hace daño.

Lo que NO es IA responsable

IA responsable no significa IA perfecta. Tampoco significa IA moralmente pura ni libre de todo riesgo.

Significa que hay criterios claros, evidencias y responsables. Que alguien puede responder por el sistema y demostrar que se vigila. No se trata de aprobar o suspender: se trata de saber qué funciona, qué falla y qué se hace cuando falla.

Para quién es la IA responsable

No solo para quien diseña sistemas de IA. También para quien los compra, para quien los implementa en su organización y para quien los usa a diario en su trabajo.

Si tomas decisiones que involucran IA —aunque sea eligiendo qué herramienta usar o validando lo que la IA te propone— esto es para ti.

IA responsable, IA ética, IA segura: no son lo mismo

Estos términos se usan a menudo como sinónimos. No lo son.

IA ética se refiere a los valores que guían el diseño: equidad, dignidad, bienestar. Es la pregunta del qué debe hacer.

IA segura se refiere a que el sistema funciona como se espera y no causa daños técnicos. Es la pregunta del cómo no falla.

IA regulada se refiere al cumplimiento legal: lo que la ley obliga. Es la pregunta del qué estás obligado a hacer.

IA responsable integra las tres y añade algo más: la capacidad de rendir cuentas. No basta con tener buenos valores, un sistema robusto y cumplir la ley. Hace falta que haya alguien que responda, que vigile y que pueda parar la máquina si es necesario. Esa es la diferencia.

Los seis valores en dos bloques

Hay decenas de marcos de IA responsable —OCDE, UNESCO, UE, IEEE—. Ninguno es universal. Cada uno nace de un riesgo prioritario distinto. Lo que tienen en común se puede resumir en seis valores operativos, agrupados en dos preguntas clave.

Bloque 1 — ¿Qué debe respetar el sistema?

1. Equidad

El sistema no perpetúa ni amplifica desigualdades. Si entrenas un modelo con datos históricos sesgados, el modelo reproduce ese sesgo a escala. La equidad no se garantiza sola: hay que buscarla activamente.
Pregunta guía: ¿a quién perjudica desproporcionadamente este sistema y cómo lo sabríamos?

2. Privacidad

El sistema protege los datos de las personas que afecta. No basta con cumplir el RGPD: hace falta pensar qué datos son realmente necesarios y qué ocurre si se filtran o se usan para otro fin.
Pregunta guía: ¿qué datos usamos, de quién son y qué pasa si se exponen?

3. Seguridad y no maleficencia

El sistema no causa daño, y puede pararse si lo causa. Incluye errores técnicos, sesgos, manipulación y consecuencias no previstas. La seguridad no es un estado: es un proceso continuo de vigilancia.
Pregunta guía: ¿qué daños plausibles hay y qué barreras reales tenemos para contenerlos?

Bloque 2 — ¿Qué debes poder hacer tú?

4. Transparencia

Sabes qué sistema estás usando, con qué datos fue entrenado y cómo entra su resultado en la decisión final. Sin transparencia, no hay criterio posible: estás delegando sin saber a quién.
Pregunta guía: ¿qué estamos usando exactamente y dónde entra la IA en la cadena de decisión?

5. Explicabilidad

Puedes defender la decisión ante quien sea afectado: un cliente, un empleado, un regulador. No se trata de entender el algoritmo; se trata de poder justificar el resultado con argumentos que tengan sentido fuera de la pantalla.
Pregunta guía: ¿qué explicación necesitamos para que esta decisión sea defendible?

6. Rendición de cuentas

Hay alguien que responde si algo falla. Alguien que puede parar el sistema, alguien que firma el uso y alguien que asume las consecuencias del error. Sin rendición de cuentas, la responsabilidad se disuelve y nadie responde de nada.
Pregunta guía: ¿quién puede parar este sistema, quién lo autoriza y quién paga el error?

¿Qué valor de los seis de la IA Responsable te resulta más difícil de aplicar en tu organización ahora mismo?

Pedro y yo llevábamos ya un rato corriendo por la tapia de la Casa de Campo cuando me lo contó. Íbamos suave, antes de las cuestas, a ese ritmo al que todavía se puede hablar.

Me dice que lleva meses usando la IA para gestionar correos y propuestas. Al principio le daba opciones de respuesta y él elegía. Luego aprendió que la IA siempre señala una preferente, y empezó a aceptarla directamente, leyéndola por encima. Normal: eficiencia, tiempo, confianza ganada.

Pero la novedad era otra. Me la cuenta casi de pasada, como quien menciona un truco que ha descubierto: en los temas que no son especialmente relevantes, cuando hay prisa, ya no lee la propuesta. Recoge lo que llega, lo pasa por la IA y lo devuelve sin más. Sin proceso intermedio. Sin criterio propio. Solo transporte.

Pedro se ha convertido en un dispatcher. El único cerebro activo en la cadena es la máquina.

Un tercer corredor que lleva menos tiempo con la IA escuchaba alucinado. Los tres seguimos hablando, cada vez más metidos en el tema, hasta que llegamos a las cuestas. El debate estaba cogiendo temperatura, pero llegaron las cuestas y nos quedamos sin oxígeno para mantener el nivel.

De vuelta a casa me quedo con una pregunta que no le llegué a hacer: Pedro, ¿cuándo fue exactamente el momento en que cruzaste esa línea? ¿Lo recuerdas?

Yo creo que esa pregunta no tiene respuesta fácil.

Durante años nos dijimos una frase tranquilizadora: yo solo le delego las tareas; el criterio lo pongo yo. Y era verdad. Hasta que dejó de serlo.

Externalizar memoria siempre fue buen negocio. El GPS, la calculadora, la agenda: eficiencia pura, tan vieja como la escritura. Pero hay una segunda externalización, mucho más silenciosa, que hemos empezado hace muy poco: la del juicio. Y ahí la cosa cambia. Externalizar memoria es eficiencia. Externalizar juicio es dependencia.

El cambio no se anuncia. Funciona como un repartidor invisible. Tú crees que repartes tareas —resume esto, redacta aquello, dime por dónde empiezo— y, sin verlo, cada reparto se lleva una decisión pequeña que antes era tuya. Primero la redacción. Luego la estructura. Luego lo que es importante. Al final, el repartidor no distribuye tus tareas: distribuye tu criterio.

Los investigadores tienen nombre para los dos extremos de esa línea. Por un lado, el cognitive offloading o delegación cognitiva: delegar una tarea concreta para apoyar tu razonamiento sin dejar de ser tuyo el razonamiento. Por otro, la rendición cognitiva: aceptar la respuesta sin evaluarla, sustituir tu juicio por el de la máquina. La herramienta es la misma. La diferencia es si sigues estando tú.

Y aquí llega el dato que me dejó alucinado. Un estudio del MIT Media Lab —todavía en revisión— puso a tres grupos a escribir ensayos: con IA, con buscador y sin nada. Midieron la actividad cerebral con electroencefalografía. El grupo que usó IA mostró la menor implicación neuronal y acumuló lo que los autores llaman deuda cognitiva. El detalle demoledor: el 83% no fue capaz de citar una sola frase del ensayo que acababa de escribir. Lo habían firmado. No quedaba nada dentro.

En el artículo anterior hablábamos de firmar textos que no dicen lo nuestro, lo que de verdad queremos decir. Esto es el escalón siguiente: ni siquiera los recordamos. La autoría se vacía por dentro.

La IA no te roba horas: te roba el intervalo de interiorización, ese rato incómodo en el que algo deja de ser información y pasa a ser tuyo. Sin ese intervalo, no aprendes: te lo quitas de encima sin enterarte.

La salida no es heroica. No se trata de dejar de usar la IA: eso no va a pasar. Se trata de delegar como se delega bien en un buen equipo: dando criterio, no órdenes. Le das los criterios de éxito, las restricciones, lo que no es negociable; y te reservas la decisión final. Delegar la tarea, sí. Delegar el criterio con el que se juzga esa tarea, nunca.

Tres señales de que has cruzado la línea, por si quieres revisarlas esta semana:

La primera es que aceptas el resultado porque suena bien, no porque lo hayas leído de verdad. Como Pedro con el correo.

La segunda es que no sabrías explicar tu decisión sin volver a abrir el chat. La IA sabe por qué decidiste. Tú no.

La tercera es la más silenciosa: al día siguiente no recuerdas haberlo decidido. Solo recuerdas que está hecho.

Llegados aquí llega la pregunta que abre el siguiente acto. Si el criterio se puede delegar sin darnos cuenta, ¿quién puso el criterio que la máquina aplica cuando decidimos no poner el nuestro? ¿Quién escribió la moral que viene de fábrica?

Eso, en el Acto 3.

¿Cuál fue la última decisión que tomaste esta semana que no sabrías explicar sin volver a preguntarle a la IA?

Hoy he terminado de leer la encíclica.

Han sido dos semanas con el Papa, intensas de verdad. Una parte de “teoría” con el texto de la encíclica y otra de “práctica” con la presencia del Papa, sus actos, sus discursos. Casi algo parecido a unos ejercicios espirituales.

Antes de terminarla, he recibido y leído decenas de artículos, posts y comentarios. Casi todos muy bien hechos. Estructura similar, párrafos de tamaño parecido, puntos recurrentes. Contenidos semejantes.

Demasiado semejantes.

Una de las frases que circuló por muchos de ellos es precisamente esa: «Hay que desarmar la IA.» Pero León XIV explica en el mismo párrafo qué significa desarmar: «Sustraerla a la lógica de la competencia armamentística, que hoy ya no es solo militar sino económica y cognitiva.»

Desarmar no es rechazar. Es liberar la IA del poder que la controla. Es una llamada a la gobernanza, no una condena a la tecnología por sí misma.

Dos lecturas opuestas del mismo texto. Y la que circuló no era la del Papa. Era la del modelo de IA que la resumió sin leer hasta el final.

La frase estaba ahí. La explicación también. En el mismo párrafo. Pero el resumen se quedó con la primera línea y construyó una conclusión que el texto desmontaba tres líneas más abajo.

No se trata de un error. El modelo de IA está diseñado y funciona así.

Procesa el texto desde sus propios patrones, su propio entrenamiento. Cuando encuentra la palabra “desarmar” en un documento sobre tecnología, tira hacia la lectura más probable según lo que ha visto antes. Y lo que ha visto antes, en millones de textos, es que desarmar significa detener, frenar, rechazar.

La segunda parte de la frase, la que cambia el sentido, desaparece. No porque el modelo mienta. Sino porque el modelo decide. Y esa decisión desplaza la tuya.

Ahí está el problema. No en que la IA resuma mal. Sino en que resume en tu lugar, interpreta en tu lugar, y lo hace de forma tan fluida y tan confiada que no lo notas. Firmas el resumen como si fuera tuyo. Lo publicas. Lo compartes.

Y el texto original queda atrás, sin leer.

Al final, publicas un texto que crees que es tuyo, pero que no lo es. Es la interpretación del texto original “convenientemente” adaptada por el modelo de IA. Tú lo firmas con tu nombre. Bajo tu responsabilidad. Pero tu texto, el que has firmado, no dice lo mismo que decía el texto original. Sin embargo, tú eres responsable de él.

Es la interpretación del texto original “convenientemente” adaptada por el modelo de IA.

La IA responsable trata de poner orden en todo esto. De guiarnos para que seamos conscientes del uso de la IA y apliquemos criterio humano: cuando la usamos, cuando construimos aplicaciones con ella y cuando las evaluamos.

Para ello, se han publicado principios, guías, marcos de gobernanza. Documentos serios, firmados por instituciones serias, con buenas intenciones. Hablan de accountability: quién responde cuando algo sale mal. De explicabilidad: que el sistema justifique sus decisiones. De transparencia, de equidad, de sesgos.

Hay decenas de ellos. Todos necesarios. Todos importantes.

Y ninguno te dice qué hacer el lunes por la mañana cuando abres el ordenador.

Esa distancia entre el principio y la decisión concreta es donde vive el criterio, el criterio humano. Y el criterio no se entrena leyendo marcos. Se entrena leyendo el texto original cuando importa. Preguntando antes de aceptar. Dudando antes de compartir. Sabiendo que el resumen que tienes delante no es el documento: es la interpretación de alguien, o de algo, que tomó decisiones antes que tú.

¿Cuántos textos y cuántas opiniones que crees tuyas no lo son?

No porque alguien te haya engañado. Sino porque delegaste la interpretación sin saberlo. Porque la IA tomó partido antes que tú, de forma silenciosa, con la confianza de quien sabe más, y tú firmaste debajo.

La solución no es dejar de usar la IA. Es saber cuándo volver a los primeros principios. Al texto original. A la fuente. A leer con tus propios ojos lo que importa de verdad. Y a aplicar criterio humano.

¿Cómo aplicar criterio humano de forma sistemática?

Eso es lo que vamos a construir juntos en los próximos tres actos.

Una pregunta para cerrar este primero: ¿recuerdas algún momento en que asumiste la interpretación de la IA como tuya sin cuestionarla?

El GPS que te manda a una zanja

Vas conduciendo a una reunión que no puedes perder. El GPS, con toda su seguridad, te ordena girar a la derecha. Pero tú sabes algo que él no sabe: esa calle lleva días cortada por obras. Lo ignoras, sigues recto y llegas a tiempo.

¿Por qué lo ignoras? Por historia. Has pasado por ahí mil veces: sabes que hay obras, sabes a qué hora se atasca, sabes cuál es la ruta que de verdad te lleva a casa. El GPS propuso algo perfectamente sensato; tú viste lo que él no veía.

Piénsalo un segundo. La máquina procesó la ruta más rápido de lo que tú podrías nunca, tenía más datos que tú, y aun así se equivocó. No falló por un error técnico: falló porque no sabía lo que de verdad importaba.

Tú no aportaste cálculo. Aportaste criterio, criterio humano. Y esa escena cotidiana es, en miniatura, la historia de los próximos diez años.

Lo que de verdad se ha vuelto escaso

Durante toda la historia, el cuello de botella fue producir. Escribir, programar, analizar, diseñar: todo costaba tiempo, energía y dinero. Quien ejecutaba rápido y bien, ganaba.

Eso se está acabando. Producir —texto, código, análisis, imágenes— se abarata hacia cero. En Anthropic comentan que el 90 % del código desarrollado por algunos equipos lo escribe la propia IA. Lo que ayer era tu ventaja competitiva, hoy lo hace una máquina en segundos y por céntimos.

Cuando una capacidad deja de ser diferencial y se convierte en infraestructura barata, su valor no desaparece: se desplaza. Y se desplaza hacia lo que la máquina no puede hacer por ti: saber qué preguntar, cuándo desconfiar y qué significa lo que sale.

Lo dijo Jensen Huang, CEO de Nvidia, con una frase que conviene tatuarse: “La IA no te quita el trabajo, te quita las tareas. Tú sigues teniendo el propósito.” El problema es que el propósito escasea: menos de uno de cada cinco líderes dice tener uno claro.

Esta es la tesis, y es incómoda: cuando producir cuesta cero, lo escaso no es la respuesta. El criterio humano es el nuevo cuello de botella.

Cuando un “sí” se convierte en deuda

La IA te redacta en dos segundos un correo impecable: “Sí, cuenta con ello el viernes.” Escribir ese correo es gratis. Firmarlo, no.

El martes pasado un cliente me preguntó si podía tener la propuesta el viernes. Respondí que sí. Lo que la IA no sabía, y yo sí, es que ese viernes llegaba con un fin de semana detrás y un comité de dirección el lunes. Mi propuesta entraba o no entraba en esa reunión. No había segunda oportunidad.

La IA hubiera escrito el mismo “sí” con la misma facilidad. Sin saber nada de todo eso. Sin nada en juego. Yo sí tenía algo en juego: mi nombre, mi reputación, mi relación con ese cliente. Por eso peleé el viernes aunque la semana se había complicado. La propuesta llegó.

La IA propone el “sí”. Tú decides si tu nombre va detrás. Y cuando tu nombre va detrás, algo cambia: de repente el viernes importa de verdad.

La cima: una máquina demuestra, un humano decide que es verdad

Subamos al último peldaño. Durante ochenta años, los mejores matemáticos del mundo no pudieron resolver una conjetura central de la geometría discreta. Hace unos días, un modelo de OpenAI la refutó, explorando vericuetos que ningún humano había seguido.

Y aun así, el hallazgo no valió nada hasta que algunos matemáticos hicieron lo que la máquina no puede: verificar que era verdad, y comprender que acababan de presenciar un momento histórico para las matemáticas.

La trampa: el criterio también se atrofia

Hay un giro oscuro, y conviene decirlo. El criterio, como cualquier músculo, se puede externalizar. Y al externalizarlo, se debilita. Externalizar la memoria fue un progreso: para eso inventamos la escritura. Pero externalizar el juicio es otra cosa: es rendición.

Ya hay síntomas. Equipos que generan montañas de output muy pulido por fuera, pero vacío por dentro. Profesionales con montones de respuestas, pero sin capacidad para tomar decisiones. El criterio se atrofia en silencio, y cuando lo necesitas, no está.

Usar la IA para que piense por ti es como copiar en un examen: obtienes la respuesta, pero no avanzas, y ya sabes lo que pasa después... Usarla para pensar mejor, eso sí te hace avanzar.

Y entonces, ¿qué haces tú?

El mismo criterio con el que ignoraste al GPS es el que usas para decidir si tu nombre va detrás de ese “sí”, y el que algunos matemáticos necesitaron para convertir un resultado en conocimiento. Es el Criterio Humano. No es un superpoder de élite. Es tu criterio, en una escala u otra. Y es lo único que la IA no puede darte.

La IA puede encontrar caminos. Tu criterio decide cuáles son caminos y cuáles son precipicios.

¿Y tú? ¿Sabes distinguir el camino del precipicio?

¡Gracias por leer El Criterio Humano!
Suscríbete gratis para recibir nuevos posts y apoyar mi trabajo.

Hay una coincidencia que debería sorprendernos más de lo que lo hace.

En los últimos meses, tres voces que no comparten casi nada han dicho casi lo mismo sobre la inteligencia artificial. León XIV, el primer Papa que ha decidido pasar de comentar la IA a intervenir en su gobernanza. Yoshua Bengio, uno de los científicos que la hicieron posible y que hoy la describe como el mayor peligro al que se enfrenta la humanidad. Y Javier Sampedro, que desde una posición explícitamente atea y laica desconfía de cualquier moral pública fundada en un altar.

Un Papa, un premio Turing y un columnista ateo. Y, sin embargo, el mismo diagnóstico: la IA necesita límites, y lo que de verdad hay que vigilar es el poder que concentra.

Sería cómodo quedarse en la foto del consenso. Sería un error. Porque ese acuerdo, en cuanto se rasca, deja al descubierto la disputa que de verdad define este momento: no lo que hay que hacer con la IA, sino quién tiene derecho a decidirlo.

El consenso que no une

Vale la pena medir cuánto coinciden, porque no es poco.

El Vaticano ha dejado de emitir comunicados prudentes. Con Magnifica Humanitas (25 de mayo de 2026), León XIV da un paso distinto: ya no comenta la IA, interviene en su gobernanza. El aviso es claro:

Existe el riesgo de que la IA alimente el paradigma tecnocrático, que pretende resolver todos los problemas mediante la técnica, subordinando la dignidad humana y la fraternidad a la eficiencia.

No es retórica. Es una declaración de intenciones: la Iglesia nombra aliados y adversarios, y reclama un sitio en la mesa donde se decidirá el futuro de la tecnología.

Bengio llega a una conclusión parecida desde las antípodas. Su preocupación no es teológica, sino de concentración de capacidad:

La inteligencia da poder.

Y si la inteligencia da poder, una inteligencia artificial sin contrapesos es, sencillamente, poder sin contrapesos. De ahí su defensa de la evaluación independiente y de límites que no dependan de la buena voluntad de quien construye los sistemas.

Sampedro, por su parte, comparte el fondo: regulación civil, freno a la vigilancia masiva, líneas rojas ante las armas autónomas. Coincide en el destino. Discrepa, y mucho, en el punto de partida.

La fractura: ¿desde qué autoridad?

Y aquí se abre la grieta. Los tres quieren límites, pero cada uno los funda desde lugares distintos, y esos lugares no son compatibles.

León XIV los ancla en una antropología con respaldo religioso: la dignidad humana y la fraternidad como bienes que preceden a cualquier cálculo de eficiencia. Bengio los ancla en el rigor científico y la evaluación independiente: lo que se puede medir, auditar y demostrar. Y Sampedro rechaza de plano el primer anclaje con una frase que es, en realidad, todo un programa:

No todo el mundo está de acuerdo en lo que dice su Dios.

Y aquí está el quid de la cuestión. La pelea por la ética de la IA no es una pelea de contenidos —en el contenido hay un acuerdo asombroso— sino de autoridad. ¿Desde dónde se fundan los límites? ¿Desde una verdad revelada, desde la ciencia, desde el acuerdo civil?

Por qué la legitimidad sí importa

Podría parecer una discusión de salón. No lo es. En una sociedad plural, las reglas que solo convencen a los que ya creen en lo mismo no son reglas: son doctrina. Para que una norma obligue a todos, tiene que poder argumentarse sin fe previa —ni religiosa, ni científica, ni política.

Por eso el riesgo no es que la IA carezca de ética. Es que deleguemos la legitimidad para fijarla en una sola fuente —la que sea— y demos por buena su autoridad sin haberla sometido al único filtro que la hace vinculante para todos.

Del púlpito a la ley

Y aquí el viaje aterriza en un actor del que las tres voces hablan poco, pero que es el único capaz de cerrar el círculo: el Estado.

Los romanos tenían dos palabras para lo que nosotros aplastamos en una sola. Auctoritas era la autoridad reconocida, la que se gana y se concede: la del que merece ser escuchado. Potestas era el poder efectivo, la capacidad de obligar. Y las tres anclas tienen mucha de la primera y nada de la segunda: el Vaticano persuade, la ciencia demuestra, el columnista argumenta, pero ninguno puede obligar. Solo el Estado tiene potestas: convierte el lenguaje civil compartido en norma exigible, con coerción legítima detrás.

Y eso es exactamente lo que acaba de ocurrir en España: el 26 de mayo de 2026, el Consejo de Ministros aprobó el proyecto de Ley Orgánica para el buen uso y la gobernanza de la inteligencia artificial. El rango no es un detalle administrativo: ley orgánica es el que se reserva a lo que toca derechos fundamentales y exige mayoría absoluta en el Congreso. Es decir, cuando la ética de la IA se vuelve por fin vinculante en España, no se ancla en la moral de ninguna iglesia ni en la palabra de los expertos, sino en el suelo constitucional y civil. La frase de Sampedro, hecha ley.

Pero la ley ya trae su primera contradicción incorporada: exige transparencia a empresas y organizaciones, amenaza con sanciones de hasta 35 millones de euros, y se reserva para la propia Administración un trato distinto —apercibimientos en lugar de multas. Exigente fuera, indulgente consigo misma. Es el primer síntoma de lo que viene después.

La pregunta que ninguna ley contesta

Llevo años hablando de esto con gestores públicos y con empresas que están implementando IA ahora mismo. Y la pregunta que más repiten no es “¿qué hace bien la IA?”, sino “¿quién se hace responsable si sale mal?”. Es exactamente la misma pregunta que este artículo, formulada desde la calle.

Sería bonito terminar aquí, con el Estado como árbitro que pone orden donde Papas y científicos solo podían opinar. Pero sería volver a caer en la trampa del principio: confundir quién puede obligar con quién tiene razón. Las tres voces tenían auctoritas sin potestas —podían persuadir, no obligar—. El Estado es lo contrario: tiene toda la potestas, pero su auctoritas es justo lo que está en cuestión.

Porque el Estado obliga, sí. Pero obligar no es zanjar. Una ley resuelve quién manda; no quién acierta. Y el Estado tampoco es un árbitro neutral que flota por encima de la disputa: es también un jugador, con sus intereses y sus presiones.

Así que la pregunta vuelve, intacta, al lector, y conviene formularla con las dos palabras romanas: ¿la potestas del Estado tiene también auctoritas, o es solo fuerza con rango de ley? ¿A quién representa ese Estado cuando legisla? ¿Escucha a las tres voces —la moral, la científica, la civil— o a las que más cerca tiene? ¿Es esta ley concreta la traducción fiel de nuestro lenguaje común, o solo la versión que le convino a quien la escribió?

No tengo la respuesta.

La ley dice quién puede imponer una decisión. Pero no demuestra que esa decisión sea la correcta. Eso seguimos teniendo que pensarlo nosotros.

El viernes de hace dos semanas, Paco se jubiló.

Cuarenta y dos años en el mismo taller. Conocía cada rincón, cada máquina, cada manía del oficio. Y un sueño guardado durante todo ese tiempo: recorrer en moto la costa de California de sur a norte.

Mientras Paco rodaba mirando el Pacífico, en el taller vivían dos semanas de infierno.

Lo curioso es que Paco lo había hecho todo bien.

No se fue de un día para otro. Meses antes de jubilarse, documentó sus procesos, formó a su relevo, dejó carpetas ordenadas y manuales escritos. Hizo exactamente lo que se supone que hay que hacer.

Y aun así, el primer lunes sin él empezó el problema.

Llegó al taller un Tesla con un problema raro. El jefe de electromecánica estaba seguro de que habían reparado uno parecido tres años atrás. Lo buscó en el sistema. Y estaba. Cliente, matrícula, fecha, factura. La avería. Lo que se cobró. Todo perfectamente archivado.

Todo, menos cómo se diagnosticó. Eso vivía en la cabeza del operario que había llevado el caso. Y ese operario ya no estaba en la empresa.

El conocimiento estaba perfectamente archivado. Y perfectamente perdido.

Y no es solo el conocimiento que se va por la puerta. Es también el que está, pero repartido entre cinco sitios. El portal del fabricante. El de la marca. El manual técnico. Una nota interna de hace dos años. Una página guardada en marcadores que solo Paco recordaba. Paco abría la correcta sin pensar. El técnico nuevo tardó cuarenta minutos en encontrar lo que Paco encontraba en treinta segundos.

La empresa intentó resolverlo. Montaron una intranet para centralizar enlaces, manuales y protocolos en un solo sitio. Lo empezaron con buena voluntad. Lo abandonaron por falta de tiempo. No por desidia. Porque mantener viva la memoria operativa cuesta más que crearla, y lo urgente siempre le gana a lo importante.

El problema no era que Paco no hubiera dejado nada escrito. Era que lo que importaba de verdad nunca había estado en ningún documento.

Un manual captura procedimientos. No captura criterio. Y no es lo mismo.

El criterio es lo que sabe Paco cuando mira un coche y ya sabe dónde está el problema antes de abrirlo. Lo que le dice cuándo aplicar el protocolo y cuándo saltárselo. Lo que hace que un cliente difícil se vaya contento y vuelva. Eso no cabe en un manual de transición. Nunca ha cabido.

Una empresa puede tener carpetas perfectamente organizadas, procedimientos certificados y un sistema que registra todo, y aun así no tener memoria. Porque la memoria no es el archivo. Es la capacidad de recuperar el contexto adecuado en el momento en que alguien lo necesita.

Pero algo ha cambiado.

No voy a decir que la IA resuelve esto. No lo resuelve del todo, y cualquiera que te diga lo contrario te está vendiendo algo.

Lo que sí ha cambiado es que por primera vez existe una forma de convertir esa información dispersa —los partes, los correos, los históricos, los protocolos, los manuales— en algo consultable. No un buscador. No otro repositorio que nadie mantiene. Es una capa sobre la información que la empresa ya tiene y que la hace recuperable cuando alguien la necesita.

El técnico que no sabe en qué portal buscar pregunta y obtiene la respuesta de forma inmediata, con el enlace al documento fuente. El que necesita saber qué se hizo en ese Tesla hace tres años no encuentra solo el registro: encuentra el contexto.

Una parte del conocimiento de Paco se fue con él. Esa parte no vuelve. Pero otra parte —la que vivía en documentos, conversaciones, partes y correos que nadie consultaba— esa sí puede recuperarse. Y empezar a vivir en la empresa en vez de en una sola cabeza.

Si lo de Paco te ha sonado a algo más que a una anécdota —si has pensado en quién es Paco en tu empresa, en qué pasaría si mañana no entrara por la puerta, en qué se iría con él— probablemente ya sabes lo que sigue.

No hace falta que te lo proponga yo.

Esto no es teoría.

En los últimos meses he trabajado con varias pymes que no se parecen en nada entre ellas. Sectores distintos, tamaños distintos, problemas distintos en la superficie. La misma frase en el fondo: sabemos que la información está, pero no sabemos encontrarla cuando hace falta.

Lo que hacemos es esto: que cuando alguien necesite saber algo que estaba en la cabeza de Paco, pueda encontrarlo. Aunque Paco siga rodando con su moto por California.

En estas empresas, Paco todavía no se ha ido. Pero el día que se suba a su moto, la empresa no va a depender de la suerte para seguir funcionando. Porque ya habrá convertido en un sistema consultable lo que vivía en una cabeza. No todo. Pero sí todo lo que se pueda.

Y en eso estamos trabajando.

En muchas pymes, la oficina no se para cuando falla el sistema.

Se para cuando Paco no está.

El cliente pide una cosa. Operaciones entiende otra. Administración tiene una versión distinta. Alguien busca el último correo, otro abre el CRM, otro mira una carpeta compartida de la que nadie termina de fiarse. Y, al final, aparece la frase de siempre:

“Pregúntale a Paco.”

Paco sabe qué se prometió. Paco recuerda qué pasó la última vez. Paco entiende lo que el cliente quiere decir y lo traduce a algo que operaciones puede hacer. Paco desbloquea.

Eso es útil. Mucho.

Pero también es un problema.

Porque si todo acaba en la misma persona, la empresa no tiene realmente un sistema. Tiene una persona haciendo de sistema.

Hace unas semanas escribí sobre esto: “Pregúntale a Paco” funciona… hasta que se va de vacaciones, se satura, cambia de empresa o se jubila. Entonces descubres que una parte importante de la empresa no estaba documentada, ni organizada, ni distribuida. Estaba en una cabeza.

El problema no es que Paco sepa demasiado. El problema es que la empresa solo sabe a través de Paco.

La reacción lógica fue intentar arreglarlo con herramientas.

Un ERP. Un CRM. Un gestor documental. Un sistema de tickets. Una base de datos interna. Todo eso prometía orden: procesos claros, información trazable, menos dependencia de personas concretas.

Y muchas pymes lo intentaron.

Pero descubrieron algo incómodo: una herramienta no se mantiene sola. Hay que alimentarla, limpiarla, actualizarla, ordenar los datos, formar al equipo, corregir usos, revisar duplicados, insistir para que todos la usen bien.

En una gran empresa puede haber alguien dedicado a eso.

En una pyme, no siempre.

Y entonces pasa lo de siempre: inversión inicial alta, uso parcial y la persona clave sigue siendo necesaria. Solo que ahora, además de resolver problemas, también tiene que ayudar a interpretar la herramienta.

La herramienta prometía sacar conocimiento de su cabeza, pero acabó necesitando otra cabeza para funcionar.

La empresa no necesita otro sitio donde guardar información. Necesita que lo que ya sabe empiece a trabajar.

Ahí apareció una primera respuesta interesante: el copiloto de IA.

Un copiloto no trabaja por Paco. Trabaja con Paco.

Le ayuda a buscar más rápido, resumir documentos, preparar respuestas, encontrar antecedentes, ordenar información dispersa o convertir una conversación caótica en una explicación útil.

Si alguien pregunta qué se prometió a un cliente, puede apoyarse en el copiloto para recuperar correos, notas, documentos y contexto. Responde mejor. Responde antes. Se equivoca menos.

Eso ya es valioso.

Pero sigue habiendo una dependencia: la pregunta acaba en la misma mesa.

El copiloto aumenta la capacidad de la persona clave. No cambia del todo la estructura.

Y aquí aparece el cambio importante.

No una herramienta más. No otro panel que alguien tiene que alimentar. No un “chatbot” simpático para preguntar cosas sueltas.

Un autopiloto.

O, si usamos el lenguaje actual, un conjunto de agentes de IA capaces de encargarse de tareas acotadas: recuperar contexto, seguir un criterio, proponer un siguiente paso, ejecutar una acción sencilla y pedir ayuda cuando aparece una excepción.

Dicho de forma simple:

El copiloto ayuda a Paco.

El autopiloto hace que algunas cosas ya no tengan que pasar por Paco.

Un autopiloto no sustituye el criterio. Sustituye la espera, la búsqueda y la dependencia innecesaria.

Volvamos al ejemplo del cliente.

Con un copiloto, Paco reconstruye el histórico, entiende qué se prometió y responde.

Con un autopiloto, la persona que atiende al cliente puede preguntar directamente: qué se acordó, qué está pendiente, qué riesgos hay, cuál fue la última decisión y qué siguiente paso parece razonable. El sistema responde con contexto. Si el caso es normal, avanza. Si hay ambigüedad, riesgo o una excepción, entonces sí: aparece la persona experta.

Pero aparece para aportar criterio, no para hacer de buscador humano.

Esa diferencia lo cambia todo.

Porque Paco no pierde valor. Al revés: deja de gastar su mejor energía en tareas que otros podrían resolver si tuvieran el contexto adecuado.

Puede volver a hacer lo que realmente aporta: interpretar situaciones difíciles, anticipar problemas, mejorar procesos, cuidar clientes complejos, formar criterio en otros, tomar decisiones donde la experiencia importa.

La empresa también cambia.

Hay menos interrupciones. Menos esperas. Menos “esto lo sabe Paco”. Más conexión directa entre quien habla con el cliente y quien tiene que ejecutar. Menos dependencia de una persona-puente. Más fluidez.

No es una pyme sin Paco.

Es una pyme donde él deja de ser obligatorio para todo.

Y esto no es solo una intuición local. Forma parte de una conversación más amplia sobre hacia dónde va la IA en las empresas.

En Services: The New Software, Julien Bek, de Sequoia Capital, plantea una idea potente: la próxima ola no consistirá solo en vender software, sino en vender trabajo hecho. No “te doy una herramienta para cerrar los libros”, sino “te cierro los libros”. No herramienta: resultado.

Y en From Hierarchy to Intelligence, Jack Dorsey y Block —la empresa detrás de Square y Cash App— exploran otra idea relacionada: la IA no sirve solo para producir más rápido, sino para repensar cómo circula la información dentro de una organización.

Traducido a una pyme: menos herramientas que alguien tiene que alimentar, más sistemas que hacen circular el conocimiento y resuelven trabajo real.

Por supuesto, no todo debe automatizarse. Poner IA encima del caos solo produce caos más rápido. Hay que definir límites, fuentes, responsabilidades y cuándo debe entrar una persona.

Pero la dirección parece clara.

Si eres el responsable de una pyme, probablemente ya tienes casi todos los ingredientes: clientes, correos, presupuestos, incidencias, documentos, decisiones pasadas, conocimiento acumulado y personas que saben mucho más de lo que está escrito.

Hasta ahora, todo eso estaba disperso.

Hoy empieza a ser posible convertirlo en un sistema que trabaje para la empresa: que responda, recuerde, conecte, proponga y escale cuando toca.

La próxima ventaja de muchas pymes no será comprar otro software. Será convertir lo que la empresa ya sabe en algo que cualquiera pueda usar cuando lo necesita.

Paco seguirá siendo valioso.

Pero dejará de ser imprescindible para recordar, traducir y desbloquearlo todo.

El verdadero salto no es sacar a Paco de la empresa.

Es construir un autopiloto que haya aprendido de él.

En eso estamos trabajando.

Cuando hablamos de inteligencia artificial, hay dos cosas de las que habla todo el mundo. Y una tercera de la que casi nadie habla lo suficiente.

La primera es el empleo: cuántos puestos van a desaparecer, qué profesiones se quedan obsoletas, qué tareas hará mejor una máquina.

La segunda es la superinteligencia: cuándo llegará una IA más potente que la humana, si podremos controlarla, si acabará decidiendo por nosotros.

Pero la tercera, y probablemente la más urgente, es la desigualdad.

Porque la pregunta decisiva no es solo si la IA va a destruir empleo. Tampoco solo si algún día será más inteligente que nosotros.

La pregunta clave es ésta:

Si la IA permite producir mucho más con muchas menos personas, ¿quién se queda con esa riqueza?

Esto ya está pasando.

No es un escenario de futuro. Según McKinsey, la IA fue responsable de alrededor de un tercio del crecimiento del comercio mundial en 2025. El Banco de España documenta que las empresas que usan IA tienen una productividad significativamente mayor que las que no la usan. La inversión global en IA se mide ya en cientos de miles de millones, no en pruebas piloto.

No estamos hablando de una tecnología que quizá tenga impacto. Estamos hablando de una palanca económica que ya está moviendo el PIB, los márgenes y la inversión.

Y ahí, justo ahí, aparece el problema.

El problema no es la productividad. Es quién la captura.

La productividad no es mala. Al contrario: es lo que nos ha facilitado vivir más y mejor.

El problema no es producir más con menos. El problema es quién se queda con ese “más”.

La IA tiene una característica nueva. No solo automatiza tareas manuales o rutinarias —eso ya lo hicieron máquinas anteriores—. Automatiza también capacidades cognitivas, creativas y organizativas. Y eso introduce algo que hasta ahora no había ocurrido a esta escala: un desplazamiento estructural de las rentas del trabajo hacia las rentas del capital.

Dicho de otra manera. Si una organización produce lo mismo con menos personas, el dinero que antes iba a salarios puede ir ahora a márgenes, a accionistas, a quien posee los modelos, los datos, los chips, la nube y las plataformas. La IA no premia a quien hace el trabajo. Premia a quien posee la infraestructura desde la que se hace.

Por tanto, el riesgo no es solo que desaparezcan empleos. El riesgo es que, aun creciendo la productividad, la mayoría de la sociedad participe cada vez menos en sus beneficios.

La trampa: el círculo que se muerde a sí mismo.

Y aquí aparece algo más. Algo que ya no es desigualdad —es más grave todavía—: la rotura del círculo que sostiene a la economía.

Sigamos la cadena, despacio. La IA aumenta la productividad, eso lo estamos viendo. Más productividad significa producir lo mismo con menos trabajo. Menos trabajo, menos rentas salariales. Menos rentas, menos consumo. Menos consumo, menos demanda. Y menos demanda, ¿qué? Que las empresas tienen que producir menos. Y para producir menos, necesitan todavía a menos personas.

Vuelta a empezar. Un peldaño más abajo cada vez.

Algunos analistas financieros lo han llamado PIB fantasma: producción que aparece en las cuentas nacionales pero no llega a la economía real. La etiqueta es nueva. El mecanismo, no.

Y si el ciclo se acelera, las empresas se van a pique. Lo que durante un siglo fue un círculo virtuoso —más productividad, más salarios, más consumo, más producción— se rompe.

Esto ya no es solo un problema de reparto. Es un problema de sostenibilidad del propio sistema. Una economía sin consumidores con poder de compra no se sostiene. Por mucha IA que tenga.

Henry Ford lo entendió hace un siglo, a su manera: si mis trabajadores no pueden permitirse comprar mis coches, no tengo mercado. Cien años después, la misma pregunta vuelve a otra escala: si la IA sustituye al consumidor, ¿quién compra lo que la IA produce?

Esa es la trampa real. Y por eso la conversación sobre el reparto no es un debate ético al margen del debate económico. Es el debate económico.

Convertir productividad en bienestar compartido.

La buena noticia: nada de esto es inevitable. Es el resultado de las reglas que pongamos alrededor de la IA, no de la IA misma.

Y sí, hay margen para aplicar soluciones, bastante más del que solemos reconocer en las conversaciones habituales.

Las palancas están sobre la mesa, sin orden de preferencia:

• Fiscalidad especial para las ganancias extraordinarias derivadas de la automatización. Si parte del excedente viene de capital, cómputo y datos, parte del retorno tiene que volver a la sociedad que sostiene esas infraestructuras.

• Renta Básica Universal como mecanismo compensatorio. No solo aplicada por abajo, como red de protección para los más vulnerables —que también—, sino como forma de devolver a toda la ciudadanía una parte del excedente que la IA genera con datos, modelos e infraestructuras que son, en buena medida, colectivos. Un dividendo. La RBU deja de ser asistencia y se convierte en reparto del valor.

• Formar a las personas para el cambio. No como respuesta de emergencia ante despidos, sino de forma permanente y estable, como un servicio público más.

• Acceso asequible a IA de calidad para pymes, escuelas, administración pública y colectivos vulnerables. Sin acceso, la IA amplifica brechas en lugar de cerrarlas.

• Copropiedad ciudadana de parte del capital de IA. Si la riqueza emerge de modelos, datos e infraestructuras compartidas, tiene sentido explorar fórmulas en las que la ciudadanía sea, en algún grado, copropietaria —fondos soberanos, dividendos digitales, esquemas similares—.

• Derechos digitales de verdad: transparencia algorítmica, derecho a explicación, supervisión humana real, auditorías de impacto, portabilidad. No como capa ética posterior. Como infraestructura democrática básica.

Ninguno es perfecto. Todos tienen contraindicaciones. Pero juntos muestran algo que la conversación pública sobre IA suele eludir: el reparto no es un detalle posterior. Es parte del diseño.

Es lo que en COPID, el proyecto sobre derechos digitales e igualdad que acabamos de cerrar, hemos llamado igualdad por diseño: pensar la inclusión, la accesibilidad y los derechos desde el principio, no como remiendo posterior.

COPID.

COPID son las Comunidades de Práctica para impulsar la Igualdad en el entorno Digital. Casi dos años de trabajo junto al equipo de la Fundación ONCE, la Universidad Carlos III de Madrid y mis compañeros de OdiseIA, con el apoyo de Red.es.

Cuando empecé pensaba que la conversación sobre derechos digitales era, sobre todo, una conversación jurídica. Me equivocaba. Lo que se decide en este terreno no es si reconocemos derechos —los reconocemos, en abundancia—. Lo que se decide es si esos derechos van a ser efectivos en la práctica o se van a quedar en declaración. Y eso solo se construye cruzando rigor jurídico, mirada académica y experiencia directa de los colectivos afectados. Eso no se hace solo. Se hace en equipo. Y este equipo me ha cambiado la forma de mirar muchas de las cosas que aparecen en este artículo.

Si alguien quiere ir más allá de este texto, los policy papers del proyecto recogen, con bastante más precisión que cualquier artículo, recomendaciones concretas para administraciones, empresas y sociedad civil. Puedes consultar los policy papers de COPID si quieres profundizar.

Todavía estamos a tiempo.

La IA va a seguir avanzando. Eso no se discute.

La pregunta no es si tendremos más productividad. La tendremos.

La pregunta es si esa productividad mejorará la vida de las personas. Si se traducirá en vidas más libres, instituciones más justas y oportunidades reales para más personas. O si se quedará en estadística.

La eficiencia, por sí sola, no garantiza justicia. Y la abundancia, sin igualdad, no es progreso.

En eso estamos trabajando.

Eso es lo que ocurre cuando la productividad se dispara pero el trabajo —que era el mecanismo por el que la mayoría accedía a ingresos, identidad y sentido— deja de ser necesario en la misma proporción.

Durante siglos, la economía mundial casi no creció. Hasta 1700, según datos recogidos por The Economist, el output global avanzaba en torno a un 0,1% anual. Era un mundo donde lo normal era la escasez, la repetición y el límite. Después llegó la máquina de vapor, la industrialización, la electricidad, la organización moderna, el motor, la tecnología. Y la pendiente cambió.

No cambió de golpe, pero cambió para siempre. El crecimiento pasó del 0,1% al 0,5%, luego al 1,9%, y en el siglo XX se estabilizó cerca del 2,8% anual. Dicho de otra forma: cada gran revolución tecnológica no solo produjo más cosas; cambió lo que una sociedad podía esperar del futuro.

Por eso quedarse en el goteo de titulares —tantos miles de empleos en riesgo, tantos despidos en tal sector— es perder de vista la pregunta de fondo. Si algunos modelos extremos hablan de crecimientos del 20% o 30% anual, quizá no estamos discutiendo una herramienta más, sino la posibilidad —incierta, exagerada tal vez, pero no absurda— de otro cambio de régimen.

Y ahí aparece la cuestión incómoda: ¿qué ocurre si somos capaces de producir mucho más, mucho más rápido, pero seguimos usando el trabajo como principal mecanismo de renta, identidad, demanda y legitimidad social?

El trabajo nunca fue solo trabajo

Llevamos décadas hablando del trabajo como si fuera un mercado: oferta, demanda, salarios, productividad. Pero el trabajo nunca fue solo eso.

Es lo que ordena tu día, lo que te define en una cena con amigos, lo que financia tu consumo y, casi sin que te des cuenta, lo que te explica a ti mismo por qué te mereces lo que tienes.

Eso no se sustituye con un gráfico de PIB.

Por eso me parece insuficiente el debate sobre IA y empleo cuando se reduce a contar puestos. La pregunta interesante no es cuántos empleos destruirá la IA. Es qué pasa con todo lo que el trabajo hacía además de pagar facturas.

La IA ya no quita tareas. Empieza a redibujar la vida laboral.

Hace poco escribí que la IA no te quita el trabajo, te quita las tareas. Sigo pensando lo mismo. Pero los agentes de IA están subiendo la apuesta.

No son una herramienta que hace más rápido lo que ya hacías. Se encargan de procesos enteros: investigar, escribir, programar, analizar, coordinar, vender, atender, decidir. En algunas áreas no sustituyen un puesto. Sustituyen capas enteras de intermediación que dábamos por inevitables.

¿Resultado? Quizá no desaparezca el trabajo. Pero sí puede dejar de ser el mecanismo universal por el que la mayoría accedemos a nuestra identidad e, incluso, a nuestros ingresos.

El circuito que se rompe por dentro.

Aquí está, para mí, el corazón del asunto. La IA promete elevar la productividad a niveles que no hemos visto nunca: producir más, mejor y más barato con cada vez menos trabajo humano por unidad producida.

Suena bien. Pero si seguimos el hilo, llegamos a un sitio incómodo.

Si para producir hace falta cada vez menos trabajo humano, hay menos salarios repartidos en la economía. Si hay menos salarios, la mayoría de la gente tiene menos ingresos. Si hay menos ingresos, hay menos capacidad de consumo. Y si no hay quien consuma lo que se produce —por mucha productividad que haya en la oferta—, el sistema se rompe por el lado de la demanda.

Esa es la paradoja: podemos llegar a producirlo casi todo y, a la vez, no tener quien lo compre. Lo que en otro lugar he llamado abundancia que no aterriza: mucha producción arriba, cada vez menos retorno abajo.

No es teoría futurista. Lo llevamos viendo en pequeño desde hace años, en sectores donde la automatización se ha llevado las ganancias hacia el capital y no hacia los trabajadores. Lo que la IA cambia es la escala y la velocidad: pasa de ser un problema sectorial a uno sistémico.

Y deja la pregunta política en otro plano. Ya no va de quién gana más. Va de cómo evitamos que el circuito se rompa: cómo aseguramos que haya ingresos —y por tanto demanda— en una economía donde el trabajo cada vez aporta menos.

Una posible respuesta: la renta básica (entre otras).

La renta básica universal lleva décadas en el debate público. La defienden tradiciones muy distintas —desde liberales como Milton Friedman hasta tecnólogos de Silicon Valley pasando por la izquierda clásica— y se ha pilotado en lugares pequeños y diversos. La conversación casi siempre se ha dado en términos defensivos: red de seguridad, alivio en crisis, parche frente al paro estructural.

En un escenario de productividad disparada por la IA, deja de ser solo un parche. Pasa a ser un mecanismo posible para sostener el circuito: garantizar que haya ingresos, y por tanto demanda, aunque el salario ya no baste.

No es la única opción. Hay otras: dividendos por participación en infraestructuras digitales, fondos soberanos de productividad, jornadas reducidas, fiscalidad sobre el capital algorítmico.

Mi apuesta, si me preguntas: que quienes ganen dinero sustituyendo trabajo humano por máquinas paguen más impuestos por ello, y que parte de lo que genera la IA revierta en la sociedad como si fuera un bien común, no solo en los accionistas de quien la despliega. No porque sea la solución perfecta, sino porque es la que tiene más posibilidades de aguantar políticamente sin depender de grandes acuerdos que nunca llegan.

La renta básica universal me parece honestamente atractiva como complemento. Pero nos movemos demasiado despacio y cuesta demasiado dinero. En Europa, llegaría tarde y a medias.

Lo que Noruega hizo bien.

Una pista interesante viene de Noruega. Cuando identificó una fuente extraordinaria de riqueza —el petróleo—, decidió no consumirla entera ni dejar que se la quedaran unos pocos. La institucionalizó. Creó el Government Pension Fund Global, hoy el mayor fondo soberano del mundo, con cerca de 2,1 billones de dólares en activos. No paga cheques anuales: financia presupuesto público, protección intergeneracional y estabilidad frente a la volatilidad del crudo.

La pregunta es si la productividad extrema de la IA no nos pide algo parecido. No subsidios. Arquitectura.

El contrato social en juego.

Llamamos contrato social al pacto implícito que sostiene una sociedad: cómo se reparten derechos, oportunidades, riqueza y responsabilidades, y qué se espera de cada parte a cambio. Es una idea vieja —la formalizaron Hobbes y Rousseau hace siglos—, pero muy concreta. Hay un acuerdo tácito sobre quién aporta qué y quién recibe qué.

Nuestro contrato social actual está construido casi entero sobre el trabajo. Trabajas, recibes ingresos, consumes, pagas impuestos, generas derechos. Sentido, identidad y pertenencia, incluidos en el lote.

Si la IA descentra el trabajo, ese contrato deja de cuadrar. No basta con apuntalarlo con subsidios. Hay que rediseñarlo. Y ahí, además de mecanismos para sostener la demanda, conviene mirar a quién pertenece lo que se produce. Dos piezas concretas para empezar:

• Propiedad distribuida del capital de IA. Si la riqueza sale cada vez más de modelos, datos e infraestructuras compartidas, lo lógico es que la ciudadanía sea copropietaria de ese capital, no mera espectadora. Dividendo por participación, no subsidio por necesidad. Es la diferencia entre un parche y un derecho.

• Fiscalidad invertida: gravar la automatización, no el salario. En casi todo Occidente, el trabajo humano paga impuestos altos y el capital algorítmico casi ninguno. Si la IA desplaza trabajo humano, lo coherente es bajar la presión fiscal sobre el salario y subirla sobre los sistemas que lo sustituyen. Bill Gates lo propuso hace años. Nadie ha querido aterrizarlo. Quizá ya toca.

Y, sobre todo, velocidad.

Las instituciones siempre llegan tarde a las revoluciones tecnológicas. Tarde al impacto del libre comercio en regiones industriales enteras. Tarde a la financiarización de los noventa —el peso creciente de las finanzas (banca, fondos, productos derivados, especulación) por encima de la economía productiva real, que terminó desembocando en la crisis de 2008. Tarde a las plataformas digitales —todavía estamos pagando la factura en privacidad, atención y democracia.

Esta vez, el desfase entre la velocidad de la tecnología y la velocidad de la política puede no admitir compensación.

Eso ya no lo deciden los modelos. Lo decidimos nosotros. O lo dejamos de decidir.

¿Cuál de estos mecanismos te parece más viable en el contexto europeo —renta básica, fiscalidad sobre la automatización, propiedad distribuida del capital de IA? ¿O crees que ninguno llega a tiempo?

— Llevo años ayudando a empresas a implementar IA de forma práctica. Escribo cada semana sobre el contexto que rodea esas decisiones, porque entender el marco hace mejores las implementaciones. Si quieres seguir esta conversación —o hablar de cómo aplica esto a tu empresa— nos vemos aquí la próxima semana.

Hace unos días escribí sobre por qué “pregúntale a Paco” no es la solución. Sobre cómo las empresas resuelven la coordinación con personas, no con sistemas, y sobre lo que pasa cuando esas personas fallan, se van o simplemente no dan abasto.

Hoy quiero ir un paso más allá. Porque el problema no era solo Paco. El problema es cómo intentamos sustituirlo.

El cementerio de software

Todas las empresas tienen uno.

El CRM que se compró con ilusión y que hoy tiene el 30% de los datos actualizados. El ERP que solo domina una persona del equipo. La carpeta compartida que es un laberinto. El proyecto en Trello, Asana o Monday que arrancó con energía y murió en tres semanas.

No es que estas herramientas sean malas. Muchas son excelentes. El problema es el modelo: te venden la herramienta y tú pones el trabajo. Tú introduces los datos. Tú mantienes la estructura. Tú formas al equipo. Tú persigues a los que no lo usan.

Y cuando nadie tiene tiempo de ser el operador de la herramienta, la herramienta muere. No por falta de funcionalidades, sino por falta de alguien que la alimente.

Esto no es solo un problema de las pymes. Es un problema universal. Y el coste real no es la licencia que nadie usa: es el tiempo que se pierde intentando que la herramienta funcione.

La tesis de Sequoia: vender el resultado, no la herramienta

Sequoia Capital, una de las firmas de inversión más influyentes del mundo, acaba de publicar una tesis que me parece fundamental (Services: The New Software, Julien Bek, marzo 2026): la próxima gran empresa no venderá software. Venderá el trabajo hecho.

La distinción es sutil pero enorme:

• Modelo clásico (herramienta): te vendo un programa de contabilidad por 10.000 € al año. Tú contratas un contable por 40.000 € para operarlo.

• Modelo nuevo (resultado): te cierro los libros por 15.000 €. Sin programa. Sin contable dedicado. Sin curva de aprendizaje.

Según Sequoia, por cada euro que una empresa gasta en software gasta seis en servicios y personas para operarlo. La IA está a punto de invertir esa ecuación.

Y lo más importante: cada mejora en los modelos de IA hace que el servicio sea más rápido, más barato y más difícil de competir. Mientras que si solo vendes la herramienta, cada mejora del modelo es una amenaza, porque la próxima versión de Claude o GPT puede convertir tu producto en una función gratuita.

Inteligencia y juicio: la distinción que lo cambia todo

El artículo de Sequoia introduce un concepto que merece atención: la diferencia entre inteligencia y juicio.

Inteligencia es la capacidad de seguir reglas complejas, procesar información, conectar datos, buscar patrones. Es lo que hace un analista cuando recopila datos, un contable cuando cierra los libros, un técnico cuando busca el historial de un cliente.

Juicio es otra cosa. Es decidir qué hacer con esa información. Es experiencia, instinto, contexto acumulado durante años. Es saber cuándo lanzar un producto, cuándo subir precios, cuándo decir que no a un cliente.

La IA ya ha cruzado el umbral de la inteligencia en muchas profesiones. Y la tendencia es clara: lo que hoy es inteligencia, mañana será automatizable.

El juicio, por ahora, sigue siendo humano. Pero aquí viene lo interesante: a medida que los sistemas acumulan datos sobre lo que constituye un “buen juicio” en un dominio concreto, la frontera se desplaza. Lo que hoy parece juicio, mañana será inteligencia codificada

Del copiloto al autopiloto

Hasta hace poco, la IA funcionaba como copiloto: una herramienta que te ayuda a trabajar mejor. Tú sigues al mando, tú tomas las decisiones, tú validas el resultado.

Pero estamos entrando en la era del autopiloto: sistemas que entregan el resultado directamente. No te ayudan a hacer el trabajo, hacen el trabajo.

Un copiloto vende al profesional que usa la herramienta. Un autopiloto vende a quien necesita el resultado: un copiloto contable vende al despacho; un autopiloto contable vende al director financiero que necesita los libros cerrados.

La diferencia no es solo tecnológica, es de modelo de negocio. El presupuesto de “herramientas” es una fracción del presupuesto de “trabajo”. Los autopilotos capturan el presupuesto grande desde el primer día.

Y ahora, la pyme

Todo lo anterior aplica a empresas de cualquier tamaño. Pero hay algo que hace que la pyme esté en una posición única, y paradójicamente, mejor.

La semana pasada hablé de Paco: el veterano que lo sabe todo, el middleware humano de la empresa. Paco es el CRM, el manual de procesos y el servicio de atención interna, todo en una persona.

Ahora piensa en Paco con la lente de inteligencia vs. juicio.

En una empresa de instalaciones con 25 personas:

• Inteligencia (lo que hace Paco todos los días): buscar el historial de un cliente, recordar qué técnico fue la última vez, localizar un documento, explicar cómo se hizo algo parecido hace dos años, responder “¿dónde está el presupuesto de Martínez?”

• Juicio (lo que solo puede hacer Paco por experiencia): decidir si aceptar un proyecto complicado, saber que ese cliente siempre paga tarde, intuir que un técnico está quemado antes de que lo diga.

El 80% de lo que hace Paco es inteligencia. Pero como nadie lo ha separado, parece que todo es juicio. Y eso hace que parezca insustituible.

La IA hace visible esa separación. Y al hacerla visible, libera a Paco para lo que realmente importa: el juicio que solo da la experiencia.

El cementerio y el punto de entrada

Sequoia recomienda empezar por lo que ya se externaliza: si una empresa ya paga a un proveedor por un resultado, sustituirlo por un autopiloto IA es un cambio de proveedor y poco más. Una gestoría que cobra 2.000 €/mes por cerrar los libros compite contra un servicio de IA que hace lo mismo por 800 €.

En la pyme, el punto de entrada es distinto. La pyme no externaliza la coordinación: la hacía Paco, “gratis”. Pero gratis no significa sin coste. Cada interrupción, cada reunión de sincronización, cada explicación repetida porque no quedó registrada es lo que yo llamo el impuesto de coordinación informal: no aparece en ninguna factura, pero se paga.

El punto de entrada de la pyme no es sustituir un proveedor externo. Es hacer visible un coste que siempre estuvo ahí y ofrecer, por primera vez, una alternativa accesible. Un técnico que interrumpe a Paco tres veces al día son dos personas frenadas cada vez. Multiplícalo por 20 personas y 5 días: el día que haces visible ese número, la alternativa se vende sola.

El autopiloto de la pyme

Imagina que mañana, en esa empresa de instalaciones, ocurre lo siguiente:

• Un comercial pregunta “¿qué incidencias ha tenido el cliente García?” y la respuesta aparece en segundos, con fechas, técnicos y resoluciones. Sin llamar a nadie.

• Un técnico nuevo necesita saber cómo se resolvió un problema similar. El sistema le muestra tres casos parecidos con lo que funcionó y lo que no.

• El gerente quiere saber por qué se están acumulando reclamaciones en una zona. El sistema detecta el patrón antes de que nadie lo pregunte: “Las incidencias en la zona norte han subido un 40% en dos meses. El 70% están en instalaciones del mismo lote.”

Nadie ha instalado nada, ni formado al equipo, ni migrado datos a mano. El sistema convierte el conocimiento disperso —documentos, correos, decisiones pasadas, experiencia acumulada— en contexto accesible para quien lo necesite.

Eso es un autopiloto: hace el trabajo que antes hacía Paco, sin cuello de botella y sin depender de una sola persona.

La paradoja: la pyme llega antes

La corporación tiene capas de management, sistemas heredados y política interna: pasar de copiloto a autopiloto es un proyecto de años. La pyme no tiene nada de eso. Tiene un problema real y, por primera vez, una solución accesible sin necesidad de un ERP de 200.000 € ni un equipo de implantación.

La pyme no necesita más herramientas. Necesita que las cosas se hagan.

Del modo crucero al autopiloto

En el artículo anterior hablé del modo crucero: la empresa que funciona por inercia, por la experiencia acumulada de unas pocas personas clave. No va mal, pero no sabe lo que no sabe. Y lo que no sabes no es inocuo: son oportunidades que pasan de largo, riesgos que crecen sin que nadie los vea, y un competidor que te come terreno sin que entiendas por qué.

El autopiloto es lo contrario: hace visible lo que no se sabe. El cliente que está a punto de irse. La zona donde se acumulan reclamaciones sin que nadie conecte el patrón. La oportunidad de venta cruzada que llevas un año sin ver porque la información está en tres sitios. Todo eso ya existía en tus datos, tus correos, tu equipo. Pero disperso e invisible. El autopiloto lo conecta y lo pone delante de quien lo necesita antes de que el daño esté hecho.

No es que vayas más rápido: es que ves más. Y cuando ves más, la cuenta de resultados lo nota.

Todas las herramientas que tu empresa ha abandonado murieron por lo mismo: te vendían la herramienta y tú ponías el trabajo.

La próxima vez que te ofrezcan una, haz solo una pregunta: ¿me venden la herramienta o me venden el resultado?

#pymes #IA #innovación #gestión #InteligenciaNatural #knownetflow

Tu empresa no es lenta por falta de talento.

Es lenta porque la información no llega rápido donde se necesita, cuando se necesita.

Esto no lo digo yo. Lo dice Jack Dorsey, cofundador de Twitter y CEO de Block, en un artículo reciente (From Hierarchy to Intelligence) que me ha dado mucho que pensar.

Su tesis es provocadora: la jerarquía empresarial no es un principio natural. Es una tecnología. Una tecnología de coordinación inventada hace más de 2.000 años para resolver un problema concreto: cómo hacer llegar la información correcta a la persona correcta en el momento correcto.

Desde las legiones romanas hasta McKinsey, la pirámide organizativa fue la mejor solución disponible. Capas de mandos intermedios cuyo trabajo real no era “dirigir”, sino enrutar información hacia arriba y hacia abajo.

Y ahora llega la IA y plantea una pregunta incómoda: ¿y si esa tecnología ya está obsoleta?

La trampa de la pyme: “esto no va conmigo”

Cuando lees sobre sustituir jerarquías por inteligencia artificial, es fácil pensar: “Muy bonito para una empresa de miles de empleados. Pero yo tengo 20 personas. No tengo jerarquía que sustituir.”

Y ahí está la trampa.

Porque que no tengas jerarquía no significa que no tengas un problema de coordinación. Lo tienes. Solo que lo resuelves de la peor forma posible: coordinación informal.

El veterano que lleva 15 años y es el único que sabe cómo funciona el proceso de facturación. El grupo de WhatsApp donde se mezclan pedidos urgentes con memes. La reunión del lunes que existe solo “para que todos estemos al día”. La carpeta compartida donde nadie encuentra nada.

“Pregúntale a Paco” es el middleware de la pyme española.

Y funciona. Hasta que Paco se va de vacaciones. O hasta que entran dos personas nuevas. O hasta que creces un 30% y de repente el sistema que “ya iba bien” se convierte en cuello de botella.

De la teoría a tu empresa: las cuatro capas

Block, la empresa de Dorsey, está construyendo lo que llaman una memoria viva (world model): todo lo que la empresa sabe — clientes, procesos, decisiones, contexto — organizado y accesible en tiempo real.

Suena técnico, pero se entiende con un ejemplo. Imagina una empresa de instalaciones con 25 personas:

1. Capacidades, lo que ya haces: presupuestos, partes de trabajo, facturación, atención al cliente. Cada una es un módulo.

2. Memoria viva (world model), todo lo que tu empresa sabe, organizado y accesible: qué cliente tiene qué instalación, qué incidencias hubo, qué decidió el técnico la última vez. Hoy eso está en la cabeza de Paco, en un Excel y en un WhatsApp. Mañana, en un sistema que cualquiera puede consultar.

3. Capa de inteligencia, la IA que conecta las piezas: cuando un cliente llama, el sistema ya sabe su historial, sugiere la solución más probable y detecta lo que falta (”este cliente lleva 3 incidencias similares — ¿revisamos la instalación de fondo?”).

4. Interfaces, donde tu equipo interactúa: un chat, una app, un panel. Sin manuales de 200 páginas.

El resultado: las personas están donde tienen que estar — con el cliente, resolviendo — y el sistema coordina el centro. Nadie necesita “subir” información a un jefe para que “baje” una decisión.

En una corporación, llegar aquí implica desmontar capas de management, reorganizar equipos, gestionar resistencias políticas. Es un proyecto de años.

En una pyme, es un proyecto de semanas.

La paradoja: la pyme puede llegar antes

Y aquí viene lo que nadie está contando.

La corporación tiene que sustituir su jerarquía por un world model. La pyme puede dar un salto directo, de coordinación informal a world model, sin pasar por la casilla “jerarquía”.

No hay capas de middle management resistiéndose al cambio. No hay política corporativa. No hay 18 meses de consultoría para “gestionar la transformación”.

Hay un problema real (información dispersa) y una solución que ahora, por primera vez, es accesible.

Lo que antes requería un ERP de 200.000 € y un equipo de implantación, hoy se puede construir con un RAG bien diseñado sobre el conocimiento operativo de la empresa. No estoy hablando de ciencia ficción. Estoy hablando de tecnología que ya existe y que ya funciona.

La pyme no necesita más jefes. Necesita contexto. Que lo que sabe ventas llegue a producción. Que lo que aprendió soporte no se quede en un ticket cerrado. Que el conocimiento de 15 años de Paco no desaparezca cuando Paco se jubile.

Estructura sin rigidez

El miedo clásico de la pyme ante la “organización” es perder lo que la hace especial: la agilidad, la cercanía, la capacidad de decidir rápido.

Pero esto no va de burocratizar. Va de fluir mejor sin perder fluidez.

Un world model no te dice qué hacer. Te da el contexto para que decidas más rápido y con mejor información. Es la diferencia entre “montar un departamento” y “hacer que el conocimiento se encuentre solo”.

El artículo lo resume con una pregunta que creo que todo empresario debería hacerse:

“¿Qué sabe tu empresa hoy que no sabía hace cinco años, y cuánto de eso desaparecería si Paco se jubila mañana?”

Si la respuesta es “nada”, la IA solo será un recorte de costes.

Si la respuesta es algo concreto, tienes una ventaja competitiva que la IA puede amplificar.

Por qué te cuento esto

No te cuento esto solo como análisis. Te lo cuento porque estamos trabajando en una herramienta que intenta ser exactamente eso: el world model operativo de una pyme. Un sistema que convierte el conocimiento disperso — documentos, procesos, decisiones, experiencia acumulada — en contexto accesible. Que cuando alguien pregunta algo, la respuesta aparece con su fuente, no con un “creo que Paco lo sabe”.

Aún estamos en camino. Pero la dirección me parece cada vez más clara.

Y lo que me convenció no fue leer el artículo, fue lo que vi en las pruebas con empresas reales.

Cuando conectas el conocimiento de una pyme a un sistema inteligente, lo primero que esperas es que la IA responda preguntas. Y sí, las responde. Pero entonces pasa algo que no esperabas: al tener respuestas rápidas a lo conocido, empiezas a hacer las preguntas que antes nadie hacía. Las que llevaban años flotando en el aire — “¿por qué perdimos a ese cliente?”, “¿quién decidió esto y por qué?”, “¿dónde está el criterio que usamos la última vez?” — y que nadie formulaba porque todos asumían que “alguien lo sabrá” o “siempre se ha hecho así”.

Eso es lo que yo llamo el modo crucero: una empresa que funciona por inercia, por costumbre, por la experiencia acumulada de unas pocas personas clave. No va mal. Pero no sabe lo que no sabe. Y cuando el sistema hace visibles esos huecos, la empresa empieza a hacerse preguntas mejores. Y eso, para una pyme que lleva años sin pararse a pensar en cómo piensa, es más valioso que cualquier respuesta.

¿Tu empresa coordina con jerarquía, con tecnología… o con WhatsApp y buena voluntad?

#pymes #IA #innovación #gestión #knownetflow

¿Cuál es tu propósito profesional? No me refiero a tus tareas —los correos, las reuniones, los informes, las presentaciones. Me refiero a lo que queda cuando todo eso desaparece.

Jensen Huang, el CEO de NVIDIA, lo formuló con toda claridad: «El propósito de un profesional no es ejecutar tareas técnicas. Eso es el medio. Su propósito es crear algo útil para el mundo.» Huang empezó lavando platos en un Denny’s y hoy dirige una de las empresas más valiosas del mundo. No llegó ahí ejecutando tareas, llegó porque sabia lo que quería.

La distinción es sencilla. Casi obvia. Pero tiene una consecuencia que muy pocos están dispuestos a mirar de frente.

Si la IA te quita tus tareas… ¿qué queda de ti?

Andrej Karpathy, uno de los investigadores más influyentes en inteligencia artificial, contó hace poco que el 80% de su trabajo era escribir código, programar. Hoy, la IA lo hace por él. Ya no programa. ¿Se ha quedado sin trabajo? No. Sigue definiendo qué construir, para quién y por qué. Lo que ha desaparecido es la tarea. El propósito sigue intacto.

Anthopic, la empresa detrás de Claude, ha pasado de cero a 19.000 millones de dólares en tres años. No fabrican IA por fabricar. Tienen un propósito claro — construir IA segura — y la tecnología ejecuta las tareas para llegar ahí.

Y esto no es anecdótico. Según McKinsey, la inteligencia artificial ya impulsa un tercio del crecimiento del comercio mundial. En Estados Unidos, dos tercios. La sustitución de tareas no es una predicción — es el presente. Está ocurriendo ahora, a escala, y a una velocidad que no tiene precedentes.

Pero aquí viene lo que de verdad me interesa.

¿Y si nunca tuviste propósito?

Porque la distinción de Huang es liberadora si sabes cuál es tu propósito. Te dice: tranquilo, la IA se lleva lo mecánico y te deja lo que importa. Pero ¿qué pasa si nunca te lo planteaste? ¿Si toda tu carrera ha consistido en ejecutar tareas — bien, rápido, con profesionalidad — pero sin preguntarte para qué?

Según Nick Craig y Scott Snook, tras trabajar con miles de directivos en organizaciones desde GE hasta las Girl Scouts y con otros tantos ejecutivos en Harvard Business School, menos del 20% de los líderes tienen un sentido claro de su propósito individual (Harvard Business Review, mayo 2014). Menos del veinte por ciento. Y estamos hablando de líderes — personas que supuestamente definen la dirección de sus organizaciones. Si esto es así en la cúpula, ¿qué pasa en el resto?

Lo que pasa es que la mayoría de personas — y de organizaciones — operan en modo tarea. Hacen cosas. Las hacen bien. Pero no saben para qué. Y cuando la IA llega y empieza a hacer esas mismas cosas más rápido, más barato y sin descanso, no es que se queden sin trabajo. Es que se quedan sin suelo.

Y esto tiene implicaciones que van más allá de lo personal. Si la IA absorbe tareas pero no propósito, entonces el regulador no debería estar regulando las tareas de la IA — debería estar gobernando el propósito con el que se despliega. El AI Act europeo clasifica por nivel de riesgo: alto, medio, bajo. Pero quizá la pregunta más útil no es cuánto riesgo tiene un sistema, sino para qué se usa. El propósito es lo que determina si una misma tecnología cura o daña.

Lo veo en las pymes que están incorporando inteligencia artificial. El patrón se repite: las que buscan una herramienta que “haga cosas” — una tarea — se frustran. Las que tienen claro qué problema quieren resolver y para quién — un propósito — avanzan. Vender herramienta es vender tarea. Vender resultado es vender propósito. Y la diferencia entre una cosa y otra lo cambia todo.

Pero no quiero que esto suene a condena.

Porque la buena noticia es que la IA no quita, suma. Pero solo si tienes claro adónde quieres llegar. Para quien tiene propósito, la IA es el mayor acelerador de la historia. Te libera de lo mecánico y te deja el espacio para hacer lo que solo tú puedes hacer: decidir qué importa.

Hace tiempo anoté una reflexión que ahora cobra más sentido que nunca: la diferencia entre imitar y construir desde primeros principios. Las máquinas imitan. Replican patrones, buscan analogías, optimizan lo conocido. Los humanos — los que tienen propósito — construyen desde el porqué. No copian soluciones: las inventan a partir de una idea que solo ellos saben crear.

Mark Twain lo dijo mejor que nadie: «Los dos días más importantes de tu vida son el día que naces y el día que descubres por qué.»

La IA acaba de hacer que ese segundo día sea urgente.

La pregunta ya no es «¿me va a quitar el trabajo la inteligencia artificial?» La pregunta es: «¿Tengo un propósito que la IA no pueda absorber?»

Si la respuesta es sí, enhorabuena. Acabas de ganar el mejor copiloto de la historia.

Si la respuesta es no, el problema no es la IA.