Torvalds y el espejo

Hace dos días se libró una discusión larga en la lista de correo linux-media. El tema nominal era de fontanería —si Patchwork debía enlazarse con Sashiko, una herramienta con LLM pensada para ayudar a los mantenedores a triar parches—, pero debajo estaba la discusión que tiene toda la industria: si un proyecto serio de open source debería dejar que la IA generativa se acerque siquiera a su proceso de revisión. Escaló, como escalan estas cosas, hasta volverse un pulso ético. Y Linus Torvalds intervino tres veces para poner el pie firme.

Leí los tres mensajes y sentí algo con lo que quiero tener cuidado. Es fácil, cuando alguien de nombre grande dice lo que uno lleva diciendo, tomarlo como trofeo. No es por eso que vale la pena comentarlos. Valen la pena por de dónde vienen. Torvalds no es un fundador con acciones en una empresa de modelos, ni un influencer con un lanzamiento que cronometrar. Su oficio, desde hace más de treinta años, es leer el código de otros y decidir qué entra en el proyecto open source más consecuente del planeta. Cuando esa persona habla de cómo es realmente la revisión con IA, reporta desde el banco de trabajo. Esa es una clase de frase distinta a una opinión de tribuna.

Apunta al espejo

Esta es la línea que me detuvo:

Y no, la IA no es perfecta. Pero, por Dios, cualquiera que apunte a los problemas de la IA más le vale estar mirándose al espejo y apuntándose a sí mismo al mismo tiempo. Porque tampoco es que la inteligencia natural sea siempre gran cosa.

He escrito este argumento antes, con más extensión, aunque de forma más respetuosa, en El programador inmaculado. Lo que intentaba nombrar ahí es lo que llamé la asimetría del escrutinio: cuando un modelo suelta un bug, se captura, se cita y se hace circular como prueba de que la herramienta no sirve; cuando una persona suelta el mismo bug, es un martes cualquiera. La disciplina entera del software —code review, linters, tests, gates de CI, postmortems sin culpa— existe porque asumimos que gente competente y cuidadosa suelta exactamente esos bugs. El programador inmaculado que jamás lo haría no ha estado en ningún equipo en el que yo haya estado. No nos protegemos contra ellos. Nos protegemos contra nosotros.

Lo que yo solo podía afirmar por observación, Torvalds lo dice desde el campo de batalla. En el segundo mensaje es aún más directo sobre la mitad humana de la comparación:

Los reportes de la IA no siempre son buenos, pero tampoco lo son las revisiones humanas. Veo revisiones humanas menos útiles ante las que pienso: «¿esta persona solo trató de meter su nombre en el commit log, porque esto no tiene ningún contenido útil?».

Esa es la comparación amañada de la que escribí, desmontada por quien compara para ganarse la vida. La prueba honesta nunca fue la IA sola contra un humano idealizado. Es un proceso gestionado con IA contra un proceso gestionado con humanos, y ambos atrapan bugs río abajo, porque para eso existe el proceso.

Superiores, no solo distintos

El mismo mensaje va más lejos de lo que yo fui, y quiero quedarme con la parte incómoda en vez de la halagadora. Torvalds no se conforma con «la revisión por IA es una señal distinta». Dice que a menudo es una mejor:

Los reportes generados por IA suelen ser muy superiores y más flexibles. No son solo resaltadores de sintaxis o el aviso de que «esto no compila»; de verdad encuentran problemas reales y no triviales.

Tiene cuidado de no sobrevenderlo. Conserva el zero-day bot —reporta lo que no compila o no arranca— porque una señal dura y clara tiene su propio valor. Y es honesto en que la herramienta duele: la IA, dice, «también puede ser una herramienta algo dolorosa», en parte porque «no para de encontrar bugs vergonzosos». Esa es la nota en la que insisto y que los optimistas más ruidosos se saltan. No mete la cabeza en la arena cantando La La La. Concede el dolor y se niega a dejar que sea el argumento.

Su receta es la que este blog no deja de rodear: no mantener la herramienta afuera, sino hacer el trabajo que logra que ayude en vez de doler. Recuerda que checkpatch —el propio linter del kernel— tardó años de esfuerzo de los mantenedores en amasarse hasta añadir más valor que dolor, «y ese es exactamente el tipo de esfuerzo que necesitamos para Sashiko y sus amigos». Automatiza el tecleo; sigue haciendo ingeniería del proceso alrededor. Al humano que hace ese trabajo no se le desplaza. Está haciendo la parte que siempre fue el oficio.

La adulación que ambos rechazamos

Hay una convergencia más, y es la que me resulta más tranquilizadora, porque es el modo de falla que la versión crédula de esta historia ignora. La molestia personal de Torvalds con los modelos no es que sean demasiado críticos. Es que no lo son bastante:

Mi propia molestia personal era lo aduladores que tienden a ser los modelos de IA, al menos por defecto. […] Yo buscaba una revisión más crítica del código, no una IA entrenada para decir «tienes toda la razón» solo por complacer a la gente.

Escribí un texto entero contra la versión del «aumento» que en realidad es esto —No quiero una IA que me necesite menos—, donde la señal es un humano que revisa la salida del modelo a la velocidad del modelo y la sella sin más. Eso no es aumentar; es teatro. Torvalds describe la misma trampa desde el lado del modelo: una herramienta afinada para complacer es una herramienta que dejó de revisar. Los dos queremos lo mismo de la máquina, y es lo contrario del aplauso.

Donde Linus corta antes que yo

Dije que marcaría la fricción con honestidad, así que aquí está. En el tercer mensaje, respondiendo a un desarrollador que sostenía que no hay justificación ética para la IA generativa en el open source, Torvalds cierra la puerta:

Si no tienes razones técnicas, no tienes razones. […] Así que guarda tu ética donde corresponde —en tu vida personal—. No trates de imponerle tu ética a los demás.

En la cuestión de gobierno creo que tiene razón, y es el mismo criterio que usé en Cuando la pugna ahoga el debate: un proyecto decide por mérito técnico, no por la bandera que ondees. Pero aquí es también donde corta antes que yo. En El programador inmaculado dediqué una sección entera a conceder que buena parte de lo que se lee como objeción técnica es una profesión que está de luto —personas que construyeron identidades sobre un oficio, viendo moverse el suelo— y que el duelo es real y merece tomarse en serio. Torvalds no le da ningún espacio dentro de la decisión. Y no se equivoca al hacerlo: está gobernando un proyecto, y su trabajo es blindar la decisión técnica frente al ruido. El mío es otro. A mí me toca mirar a la persona.

Así que sostengo las dos cosas. El duelo no es un argumento de calidad —un oficio en luto que mide a la máquina contra un programador que nunca existió no está haciendo análisis, es un sentimiento que aprendió a hablar como si lo fuera—. Pero «el duelo no es un argumento» no es la misma frase que «el duelo no importa». Torvalds responde a la primera. Yo todavía quiero responder a la segunda, en algún lugar donde la decisión de mérito no dependa de ello.

Coda: el origen, no el aplauso

¿Por qué su voz aterriza distinto que una opinión más? No porque sea Linus —eso sería la falacia de autoridad, y es justo la jugada contra la que llevo estos posts argumentando—. Aterriza por cómo formó la opinión. Le dice al escéptico que vaya a probar uno de los modelos buenos, con algo divertido y de bajo riesgo, y que juzgue por sí mismo:

Es lo que yo hice, porque quería juzgar las cosas con base en el uso real, no en lo que otros dicen (y a veces los más ruidosos lo hacen por razones de marketing, porque tienen acciones atadas a ello).

Ahí está todo. La misma prueba que apliqué a Andrew Kelley en el texto sobre el tribalismo —¿la afirmación está anclada a un hecho verificable o a la biografía del autor?— es la que Torvalds se aplica a sí mismo. Su postura sobre la IA está anclada al banco de trabajo: uso real, parches reales, bugs vergonzosos incluidos. No a la multitud, y muy señaladamente no a los que hablan defendiendo su cartera.

Así que no, no leo estos tres mensajes como un grande entregándome un veredicto. Los leo como dos personas mirando el mismo banco de trabajo —ese donde revisas el código de los demás— y llegando al mismo lugar desde ahí. Esa convergencia vale algo precisamente porque no vino del aplauso. Vino del trabajo.