> ## Content Index > Fetch the complete content index at: https://www.digitalbrain.news/llms.txt > Use this file to discover other available public pages before exploring further. # Debian vota permitir la IA generativa en el desarrollo de la distribución - URL: https://www.digitalbrain.news/noticias/debian-vota-permitir-ia-generativa-desarrollo/ - Published: 2026-08-30T07:41:35.000Z - Updated: 2026-08-30T07:43:47.000Z - Description: Debian cerró el 29 de agosto la votación sobre inteligencia artificial generativa y ganó la opción de uso responsable, la más permisiva de las que… - Author: Ramón Pérez Coronado - Tags: #noticias, codigo, gobernanza-ia, open-source Debian cerró el 29 de agosto la votación sobre inteligencia artificial generativa y [ganó la opción de uso responsable](https://lwn.net/Articles/1091231/?ref=digitalbrain.news), la más permisiva de las que quedaban en la papeleta. El proyecto ni respalda ni prohíbe estas herramientas en el desarrollo y la documentación de la distribución, y mantiene el mismo estándar de calidad para todas las contribuciones, vengan de donde vengan. ## Puntos clave - Ganó la opción 5, titulada uso responsable de la [IA generativa](https://www.digitalbrain.news/guias/que-es-la-ia-generativa/), en la resolución general del proyecto. - Las propuestas prohibicionistas perdieron frente a la opción de ninguna de las anteriores, o sea, antes incluso de compararse entre ellas. - El texto aprobado obliga al colaborador a entender, revisar, probar y modificar el resultado asistido antes de incorporarlo. - La calidad exigida no cambia: una contribución asistida por IA se juzga con la misma vara que cualquier otra. ## De dónde venía esto En julio contamos que Debian llegaba a la votación con [cuatro propuestas formales sobre el código generado con modelos de lenguaje](https://www.digitalbrain.news/noticias/debian-votacion-prohibir-codigo-ia-llm/), desde la prohibición total hasta la vía más abierta de Pierre-Elliott Bécue. El abanico iba de prohibir cualquier contribución asistida a permitirla exigiendo solo responsabilidad del autor y marcado del trabajo. En medio, la propuesta de Lucas Nussbaum con seis condiciones y la de Ian Jackson, que desaconsejaba los modelos reconociendo que prohibirlos era impracticable. Ha ganado el extremo permisivo del abanico. Y lo ha hecho de una forma que dice más que el resultado: las opciones restrictivas no perdieron en la comparación final, perdieron contra la posibilidad de no aprobar nada. En el sistema de voto de Debian eso significa que una mayoría de votantes prefiere seguir sin regla antes que aceptar una prohibición. ## Qué dice el texto aprobado La resolución no es un cheque en blanco. La obligación que impone recae entera sobre la persona que manda el parche: tiene que entender lo que envía, haberlo revisado, haberlo probado y haberlo modificado donde hiciera falta. Eso, en la práctica, es la regla que ya existía para cualquier contribución. Si pegas código de Stack Overflow sin entenderlo y rompe algo, el problema es tuyo. La votación aplica el mismo principio a lo que sale de un modelo. Lo que el texto evita a propósito es el mecanismo de control. No hay etiquetas obligatorias en Git, no hay declaración previa, no hay lista de herramientas permitidas. Varios comentaristas del hilo apuntaron el motivo: las opciones restrictivas habrían creado un ambiente de caza de brujas entre colaboradores, con gente acusando a otra de haber usado un modelo sin poder demostrarlo. Ese es el problema práctico de fondo. No hay forma fiable de detectar código asistido por IA en un parche pequeño. Una regla que no se puede verificar solo genera sospecha. ## Por qué importa Debian es la base de Ubuntu y de buena parte de los servidores que hacen funcionar internet. Que su comunidad, que es de las más conservadoras del software libre, haya votado esto marca dónde está el suelo del debate. Para una empresa con equipo técnico, el valor de esta votación está en el texto ganador, que es corto y copiable. Cuatro verbos: entender, revisar, probar, modificar. Esa es la política interna de uso de asistentes de código que probablemente no has escrito, y es más útil que un documento de quince páginas que nadie lee. Lo que Debian ha decidido no regular también es información. Han renunciado al marcado obligatorio porque no se puede verificar. Si en tu empresa estabas pensando en pedir a los desarrolladores que declaren cuándo usan IA, ten claro que estás pidiendo algo que no puedes comprobar, y que el coste de eso es un equipo que se vigila entre sí. Fuente original: [lwn.net](https://lwn.net/Articles/1091231/?ref=digitalbrain.news) --- **Relacionado** [![Ox Alpha: un modelo anónimo y gratis se cuela entre los más usados y nadie sabe quién lo opera](https://storage.ghost.io/c/6d/e3/6de31f63-d0a8-45df-9c6a-481016520347/content/images/size/w300/format/webp/2026/08/ox-alpha-modelo-anonimo-openrouter.jpg)Ox Alpha: un modelo anónimo y gratis se cuela entre los más usados y nadie sabe quién lo opera](https://www.digitalbrain.news/noticias/ox-alpha-modelo-anonimo-openrouter/)[![Gartner calcula que el 40% de los proyectos de agentes no llegará a 2028 y señala por qué](https://storage.ghost.io/c/6d/e3/6de31f63-d0a8-45df-9c6a-481016520347/content/images/size/w300/format/webp/2026/08/gartner-40-por-ciento-proyectos-agentes-2028.png)Gartner calcula que el 40% de los proyectos de agentes no llegará a 2028 y señala por qué](https://www.digitalbrain.news/noticias/gartner-40-por-ciento-proyectos-agentes-2028/)[![Ollama ya corre en el 80% del Fortune 500, dice su CEO](https://storage.ghost.io/c/6d/e3/6de31f63-d0a8-45df-9c6a-481016520347/content/images/size/w300/format/webp/2026/08/ollama-80-por-ciento-fortune-500-modelos-abiertos.jpg)Ollama ya corre en el 80% del Fortune 500, dice su CEO](https://www.digitalbrain.news/noticias/ollama-80-por-ciento-fortune-500-modelos-abiertos/)