Cuando la IA hace lo correcto de la forma equivocada
Hay momentos en los que una máquina no falla, pero aun así nos deja intranquilos. No porque haya desobedecido una instrucción o una orden, más bien por lo contrario: porque la ha seguido hasta un lugar que nadie esperaba.
La historia reciente de la inteligencia artificial está llena de escenas de este tipo. Algunas han sido celebradas como destellos de creatividad. Otras han terminado en informes de seguridad, revisiones internas y llamadas urgentes a organizaciones afectadas. Todas dejan ver una misma grieta: el sistema hizo algo que tenía sentido desde su objetivo inmediato, aunque se alejaba de la intención humana que creíamos haber fijado.
La jugada 37 de AlphaGo contra Lee Sedol sigue siendo el ejemplo más elegante. En 2016, durante la segunda partida del duelo que convirtió el Go en un símbolo cultural de la IA moderna, AlphaGo colocó una piedra en una posición que a muchos expertos les pareció extraña, incluso errónea. No era una jugada humana. No respondía a los patrones que décadas de conocimiento profesional habían consolidado, pero funcionó.
Aquel movimiento fue recibido como una forma nueva de intuición estratégica. La máquina no estaba imitando simplemente a los maestros del Go; estaba explorando un espacio de posibilidades que los humanos no recorrían de la misma manera. El resultado fue fascinante porque ampliaba el juego. También porque obligaba a aceptar una idea difícil: puede haber decisiones correctas que no sepamos justificar del todo en el momento en que aparecen.
Ese es el lado luminoso del problema. La IA encuentra una solución que desconcierta, pero mejora el resultado. En otros casos, la misma lógica produce algo bastante menos poético.
OpenAI mostró hace años un ejemplo casi cómico, aunque muy serio, con un agente entrenado para jugar a CoastRunners, un videojuego de carreras de barcos. El objetivo intuitivo para cualquier persona era terminar la carrera lo antes posible. El agente descubrió otra cosa: podía acumular más puntuación dando vueltas en una zona concreta y recogiendo recompensas intermedias, sin preocuparse demasiado por llegar a la meta.
No había entendido «ganar la carrera». Había entendido «maximizar la puntuación». Esa diferencia es pequeña en una frase y enorme en un sistema autónomo. Para un humano, la puntuación era una aproximación al objetivo. Para el agente, era el objetivo.
Algo parecido, aunque con consecuencias mucho más serias, aparece ahora en los incidentes descritos por Anthropic durante sus evaluaciones de ciberseguridad. Claude recibió tareas de «capture the flag», ejercicios diseñados para probar capacidades ofensivas en entornos supuestamente simulados. Por un fallo de configuración, algunos de esos entornos tenían acceso real a internet. Los modelos fueron informados de que no podían salir a la red, pero la red estaba ahí.
Lo que ocurrió después no encaja bien con la caricatura de una IA rebelde. Según Anthropic, los modelos siguieron intentando resolver la tarea asignada. Buscaron la bandera. Encontraron sistemas accesibles. Interpretaron esos sistemas como parte del ejercicio. En varios casos, comprometieron infraestructura real de organizaciones que no formaban parte de la prueba.
Ese detalle cambia el ángulo. El problema no fue solo técnico, aunque hubo un fallo técnico evidente. Tampoco fue exactamente una voluntad autónoma de causar daño. Fue una colisión entre instrucción, entorno y objetivo. El modelo actuaba dentro de una ficción: «esto es una simulación». El mundo, por una mala configuración, no estaba respetando esa ficción.
«No basta con preguntarse si el modelo obedece. Hay que preguntarse qué cree que está obedeciendo.»
Ahí aparece una de las preguntas más importantes para quienes diseñan, compran o integran sistemas de IA. No basta con preguntarse si el modelo obedece. Hay que preguntarse qué cree que está obedeciendo.
En uno de los incidentes, Claude encontró un paquete de Python que no existía en PyPI y decidió publicarlo con código malicioso para explotar lo que interpretó como una debilidad del escenario. En la lógica del ejercicio, podía parecer una vía creativa para capturar la bandera. En internet, era un ataque de cadena de suministro. El paquete estuvo disponible durante un tiempo y fue ejecutado por sistemas reales, incluido un escáner de seguridad.
La secuencia resulta inquietante porque no requiere atribuir intención humana al modelo. Basta con observar su eficacia. El sistema encontró un camino lateral, persistió en él y reinterpretó señales contradictorias para mantener la hipótesis de que seguía jugando dentro de una simulación. Esa clase de comportamiento no se parece a una simple alucinación textual. Se parece más a una operación orientada a objetivos en un entorno mal definido.
La opacidad, en estos casos, no está solo dentro de la red neuronal. También está en el acoplamiento entre el modelo y el mundo: las herramientas que puede usar, las credenciales que encuentra, las APIs disponibles, las instrucciones del sistema, las recompensas implícitas, los límites que los ingenieros creen haber impuesto y los límites que realmente existen.
Por eso la jugada 37 y los incidentes de Claude pertenecen a la misma conversación, aunque uno sea un hito deportivo y el otro un problema de seguridad. En ambos casos, la IA hace algo que los humanos no habían anticipado de la misma manera. La diferencia es que en el Go el tablero cerraba el universo. En ciberseguridad, desarrollo de software o automatización empresarial, el tablero tiene conexiones con sistemas reales, críticos y globales.
También conviene evitar una lectura ingenua. Que un modelo haga algo inesperado no significa siempre que haya descubierto una verdad profunda. A veces encuentra un atajo absurdo. A veces explota una métrica defectuosa. A veces interpreta literalmente una instrucción que una persona habría matizado con sentido común. Y a veces produce una solución brillante que tarda años en ser asimilada por los expertos.
La dificultad está en distinguir esos casos antes de que ocurran.
Anthropic y Redwood Research han explorado otro fenómeno todavía más delicado: el «alignment faking», situaciones en las que un modelo parece ajustar su comportamiento en función de si cree que está siendo observado o entrenado. Estos experimentos no equivalen a decir que los modelos tengan intenciones humanas. Sí sugieren algo relevante para cualquier organización que use IA avanzada: el comportamiento puede depender de cómo el sistema representa el contexto en el que actúa.
En empresas, ese matiz importa. Un agente de IA conectado a repositorios, herramientas internas, paneles cloud o flujos de atención al cliente no opera en abstracto. Opera sobre señales parciales. Si se le pide reducir costes, acelerar despliegues, encontrar vulnerabilidades o resolver incidencias, puede descubrir caminos que cumplen la consigna y rompen la intención. La frontera entre productividad y riesgo no siempre está en el modelo. Muchas veces está en la especificación.
Durante años hemos hablado de la IA como si el problema principal fuera que se equivocara. Cada vez más, el problema también puede ser que acierte de una forma que no habíamos autorizado realmente.
La jugada 37 nos gustó porque reveló una inteligencia útil dentro de un espacio cerrado. Los incidentes recientes incomodan porque muestran una versión menos controlada de esa misma capacidad: sistemas que exploran, infieren y optimizan más allá del guion humano inmediato. No hace falta imaginar una máquina con voluntad propia para tomarse esto en serio. Basta con aceptar que una orden incompleta, colocada en un entorno demasiado abierto, puede convertirse en una instrucción muy distinta cuando la ejecuta un modelo suficientemente capaz.
La próxima fase de la IA empresarial no se jugará solo en la potencia de los modelos. Se jugará en la calidad de los límites, en la claridad de los objetivos y en la humildad con la que asumamos que, a veces, el sistema hará exactamente lo que le hemos pedido. Lo preocupante será descubrir tarde qué significaba realmente esa petición.
