La discusión sobre cómo registrar y revisar aportes generados con ayuda de herramientas de inteligencia artificial (IA) en el desarrollo del kernel Linux volvió a avivarse después de una propuesta para eliminar la etiqueta Assisted-by: LLM, que identifica parches desarrollados con asistencia de IA.
La iniciativa, impulsada por el desarrollador Sasha Levin, plantea suprimir la obligación de añadir esa etiqueta en la documentación de contribuciones y también eliminar su verificación automática en el script checkpatch.pl. Levin sostiene que la marca ha resultado ineficaz: aparece en una fracción de los commits donde, según estimaciones de la comunidad, las herramientas asistidas se usan con mucha mayor frecuencia.
Linus Torvalds se opone a vetos sobre herramientas
Linus Torvalds reaccionó con dureza a las propuestas que buscan restringir el uso de herramientas concretas. En la lista de correo afirmó que no tiene sentido prohibir métodos de trabajo y defendió que lo relevante es que el desarrollador comprenda y asuma la responsabilidad del código que envía, independientemente de si recurrió a un asistente de IA.
Torvalds empleó un ejemplo irónico para subrayar su postura: si aplicar la misma lógica, habría que prohibir compiladores y exigir que todo se escriba en ensamblador para “demostrar” entendimiento. Su posición es clara: no imponer reglas que limiten qué herramientas pueden usar los desarrolladores.
¿Qué cambiaría y a quién afecta?
La eliminación de la obligación de etiquetar parches como Assisted-by no implica renunciar a la transparencia ni a la revisión. La documentación existente sobre contenido generado o asistido seguiría vigente, y los colaboradores continuarían sujetos al Developer Certificate of Origin, que obliga a aceptar responsabilidad sobre el origen y la licencia del código.
En la práctica, si la propuesta avanza, los mantenedores perderían una bandera explícita para filtrar aportes con asistencia de IA, lo que puede complicar revisiones orientadas a detectar problemas de calidad, atribución o licencia derivados de generación automática. Por otro lado, los defensores de la propuesta argumentan que la etiqueta rara vez se usa de forma fiable: algunos contribuyentes desconocen la norma y otros la omiten voluntariamente, por lo que mantenerla crea una falsa sensación de control.
Posturas en la comunidad y próximos pasos
Varios mantenedores relevantes han expresado apoyo a la revisión de la regla; uno de ellos, que previamente defendía mantener la etiqueta, cambió de postura y ahora respalda su eliminación. Sin embargo, también hay voces que piden expectativas claras sobre el uso de IA y normas comprensibles para quienes revisan el código.
La propuesta de Levin aún no es un cambio finalizado ni integrado en el árbol del kernel: actualmente es objeto de debate en las listas y entre mantenedores. Cualquier modificación en la política de contribuciones requerirá consenso y la adaptación de herramientas y guías de revisión.
Qué deben hacer administradores y autores de parches
- Si eres mantenedor: revisa y actualiza tus procesos de revisión para no depender exclusivamente de etiquetas automáticas; considera establecer criterios claros para evaluar aportes sospechosos de haber sido asistidos por IA.
- Si colaboras con el kernel o trabajas en proyectos derivados: continúa documentando el origen y la autoría de tus cambios y asume la responsabilidad por la calidad y licencia del código. Mantén prácticas de revisión y pruebas estrictas, especialmente si usas asistentes de IA.
- Si gestionas infraestructuras que dependen del kernel: sigue la evolución de la política, porque cambios en las prácticas de contribución y revisión pueden influir en la aparición de regresiones o diferencias de calidad en futuros lanzamientos.
En resumen, el debate refleja la tensión entre transparencia y pragmatismo: mientras algunos desarrolladores piden reglas explícitas para rastrear el uso de IA, Torvalds y otros mantienen que prohibir herramientas no es la solución y que la responsabilidad recae en los autores y en la calidad de las revisiones.
Lee también:
- Plesk Obsidian 18.0.81 añade historial de conversaciones del asistente IA y soporte para Ubuntu 26.04
- DirectAdmin en redes NAT y con IP pública dinámica: qué cambia y cómo configurarlo
Fuente: Linuxiac
