Rust adopta una política formal de LLM para su repositorio principal

Cinco equipos del proyecto Rust han adoptado una política formal que regula cómo pueden usarse los grandes modelos de lenguaje al contribuir a rust-lang/rust, el monorepo principal del proyecto, Jynn Nelson, autor de la política, anunció en el blog Inside Rust el 5 de agosto de 2026. La política (ratificada por los equipos de compilador, bibliotecas, tipos, rustdoc y bootstrap) reemplaza lo que Nelson describe como un enfoque de moderación “lejano oeste” no publicado, con un conjunto público y escrito de normas.

La política no es una postura del proyecto a nivel global sobre IA, y se cuida de decirlo. Se aplica solo al repositorio rust-lang/rust y solo a los equipos que la ratificaron. Pero dentro de ese alcance, traza una línea clara: los LLM son bienvenidos como herramientas para pensar, no como sustitutos de ello.

Lo que dice realmente la política

El documento se resume en una sola frase:

Está bien usar LLM para responder preguntas, analizar, destilar, refinar, comprobar, sugerir, revisar. Pero no para crear.

En la práctica, eso produce tres niveles. Permitido sin restricciones: cualquier uso privado donde el contribuidor sea el único que ve el resultado — preguntar sobre la base de código, resumir un hilo, revisar privadamente su propio código. Permitido con divulgación obligatoria: traducción automática, cambios triviales como correcciones de errores tipográficos, descubrimiento de bugs asistido por LLM y bots de revisión de LLM, que deben operar desde cuentas de GitHub separadas y claramente etiquetadas que los usuarios pueden bloquear. Prohibido: comentarios, documentación y diagnósticos del compilador creados por LLM; cualquier proceso que requiera ejecutar un LLM; y considerar una revisión de LLM como suficiente para fusionar o rechazar un cambio.

Los dientes más afilados están en el diseño de la aplicación. Representar deliberadamente el uso de LLM como una violación del Código de Conducta del proyecto — el mismo nivel que el acoso — conlleva una advertencia y, en caso de reincidencia, una prohibición. El documento indica explícitamente que muchas de sus cláusulas son impracticables en la práctica, y afirma que es intencional: “Nuestro objetivo no es atrapar cada violación… En su lugar, nuestro objetivo es eliminar la denegación plausible: forzar una elección entre seguir la política y violarla intencionalmente.”

Un experimento limitado para código escrito por LLM

El código escrito por LLM no está prohibido de forma absoluta. Está limitado a un experimento con condiciones de entrada estrictas: los cambios deben estar preacordados con un revisor nombrado, no ser críticos para la solidez del compilador, estar bien probados y revisados, y requerir divulgación en todos los casos. Los nuevos contribuyentes no pueden abrir una solicitud de extracción creada por LLM sin antes conseguir un revisor. Cuando no existe una suite de pruebas para el código modificado, el autor debe escribir una o cerrar la solicitud. Sin excepciones.

El experimento incluye su propio interruptor de circuito. Si más de la mitad de los PR fusionados en una ventana de seis semanas son creados por LLM, se detienen las fusiones de PR creados por LLM hasta que la proporción vuelva a estar por debajo del 50 %, con un enfriamiento mínimo de diez días. La ventana coincide con el ciclo de lanzamiento de seis semanas de Rust. Todos esos PR llevan una nueva etiqueta ai-assisted y se publican en un canal privado de Zulip cuyo propósito es la recopilación de datos (si los contribuyentes asistidos por LLM están aprendiendo, regresando y produciendo trabajo útil), no la restricción de acceso.

Por qué ahora

El anuncio de Nelson describe tres presiones que llevaron a los equipos de la moderación informal a normas escritas. Las pull requests pulidas ya no indican esfuerzo o comprensión, lo que corroe las señales de confianza en las que se basa la cultura de revisión del proyecto. La generación de código más barata agrava una escasez existente de capacidad de revisión: el repositorio actualmente tiene 1 281 PR abiertas, y el recurso escaso siempre ha sido el juicio del revisor, no el código. Además, los contribuyentes que responden a los comentarios de revisión copiándolos en un LLM y pegando la salida de vuelta, según Nelson, están desperdiciando el tiempo de todos y rompiendo la suposición de que el revisor está hablando con una persona.

El trasfondo es una división real dentro del proyecto. La propia sección de motivación de la política indica que no hay consenso dentro de Rust, “y probablemente nunca lo habrá”, sobre cuándo son aceptables las herramientas basadas en IA, con miembros que van desde usuarios diarios hasta quienes consideran inaceptable cualquier uso. Por eso el documento está diseñado para ser modificado: las revisiones mayores requieren la aprobación de cada equipo que la ratificó, y la política puede ser disuelta completamente por esos equipos o anulada por un comité de LLM a nivel del proyecto que el consejo de liderazgo está considerando.

La letra pequeña

El alcance es más estrecho de lo que sugiere el titular. La política no cubre otros repositorios de la organización rust-lang, el trabajo del equipo de lenguaje como el seguimiento de incidencias y los informes de estabilización, la guía de estilo, ni los equipos que no la han ratificado. Cada uno sigue libre de establecer sus propias normas. Los miembros de la organización rust-lang están exentos de la restricción de “no crítico” sobre el código creado por LLM, aunque la política indica que desaconseja encarecidamente usar esa exención, y los PR escritos antes de que la política entrara en vigor también están exentos. Hostigar a un contribuyente por usar un LLM está prohibido en sí mismo, independientemente de si el uso violó la política.

Qué ocurre a continuación

El canal privado de Zulip comienza a recopilar datos sobre los PR creados por LLM tan pronto como la etiqueta ai-assisted está en uso, y la primera ventana de interrupción de seis semanas indicará a los equipos si el experimento está saturando la cola de fusiones. La propuesta pendiente del consejo de liderazgo para un comité dedicado a LLM, de formarse, tendría prioridad sobre esta política y podría extender las normas a nivel de proyecto, cubriendo chats, foros y repositorios que hoy no tienen ninguna política. La publicación de Nelson defiende precisamente ese resultado, presentando esta política como un primer paso y no como una respuesta definitiva.