La IA le declaró la guerra a Linux (y terminó ayudándolo)

El tráfico que ya no es humano

Kernel.org recibe alrededor de seis millones de visitas por día. De esas, una de cada cinco no viene de una persona: la pide una máquina. Un rastreador, un indexador, un modelo entrenándose.

Durante veinte años esa proporción no fue un problema. Un servidor sirve páginas a quien las pida, y un robot que lee documentación técnica es, en el peor de los casos, un visitante maleducado.

Lo que cambió es el volumen. Y con el volumen cambió la naturaleza del problema: ya no es una cuestión de cortesía, es una cuestión de capacidad.

Capítulo uno: el veinte por ciento del CPU

Konstantin Ryabitsev, que administra la infraestructura del kernel, puso el número sobre la mesa: los rastreadores llegaron a consumir una quinta parte del CPU de las máquinas que sostienen el desarrollo del kernel de Linux.

Ese 20 % no es tráfico de usuarios. Es capacidad que se le quita a quien compila, a quien clona repositorios, a quien manda parches. En una infraestructura sostenida por donaciones y por el trabajo de voluntarios, veinte puntos de CPU son una factura que alguien paga.

Capítulo dos: Anubis, la que frena

La respuesta técnica fue Anubis, un sistema que se interpone antes de servir una página y obliga al visitante a resolver un desafío computacional. Un navegador lo resuelve en un instante; un robot que quiere descargar diez mil páginas tiene que pagar el costo diez mil veces.

El resultado que se reporta: dos de cada tres intentos automatizados quedan frenados. El nombre es deliberado —Anubis pesa el corazón del visitante contra una pluma— y la metáfora es precisa: no se bloquea a todos, se filtra a quien no puede pagar el peaje.

No es una solución elegante, y no pretende serlo. Es un parche que devuelve capacidad a cambio de unos segundos de espera para los humanos.

Capítulo tres: curl y los informes falsos

El costo no fue solo de CPU. En el proyecto curl, la avalancha de informes de seguridad generados por herramientas de IA obligó a cerrar el programa de recompensas por bugs.

El problema no era que los informes fueran maliciosos: era que eran plausibles y falsos. Cada uno exigía que un voluntario se sentara a revisarlo, reproducirlo y descartarlo. El trabajo de revisar cien reportes inventados es exactamente igual al de revisar uno real, y el resultado es que el programa deja de ser sostenible.

Es el mismo patrón que aparece en todas partes: cuando generar un texto cuesta cero, el cuello de botella se muda a quien lo lee.

Capítulo cuatro: el correo de Torvalds

El 14 de julio, Linus Torvalds cerró el debate en la lista del kernel. Su posición fue la que suele tener cuando algo afecta la infraestructura: el problema no es la tecnología, es que alguien tiene que pagar el costo de que otros se beneficien gratis.

La discusión quedó archivada en lore.kernel.org, y vale leerla porque muestra algo que no aparece en los titulares: en el software libre, estas decisiones no las toma un comité, las toma una lista de correo donde la gente discute en público y con nombre.

Capítulo cinco: el giro

Y acá está la parte que desarma la historia de «la IA contra Linux». La misma tecnología que satura los servidores y arruina los programas de recompensas también se usa para compilar más rápido.

En el proyecto reportado, la compilación bajó de 20 a 15 segundos. Un 25 % menos de espera en cada ciclo de trabajo, multiplicado por los cientos de compilaciones de un día de desarrollo.

No es magia ni conciencia: es la misma herramienta, puesta a resolver un problema distinto. Y es la razón por la que conviene resistir la lectura de «la IA le declaró la guerra a Linux».

Lo que la historia realmente dice

Linux no está en guerra con la IA. Está lidiando con un cambio en el costo del tráfico, del texto y de la atención, como lidió antes con el spam, con los gusanos de red y con las granjas de descargas.

La diferencia es la escala. Un rastreador que consume el 20 % del CPU, un generador de informes falsos que agota a los voluntarios, un modelo que necesita leer todo lo escrito: ninguna de esas cosas existía hace tres años, y todas se resuelven con las mismas herramientas de siempre —un filtro, un límite, una decisión tomada en público.

Lo que cambió, y conviene tenerlo presente, es quién paga: cada vez más, el costo de la automatización recae sobre infraestructura comunitaria sostenida por gente que no cobra por ella.

Fuentes

• Linuxiac — declaraciones de Konstantin Ryabitsev sobre el tráfico automatizado en kernel.org.
• The Register — cobertura del impacto de los rastreadores y de Anubis.
• lore.kernel.org — hilo de la lista del kernel cerrado por Linus Torvalds el 14 de julio.
• Phoronix — mediciones de tiempo de compilación.