Qué pasó: las nuevas reglas de r/opensource
Los moderadores de r/opensource publicaron un nuevo reglamento de envíos que, entre otras cosas, prohíbe los proyectos que usen IA. El anuncio, difundido el sábado por la noche, abre con una frase sin matices: "Si tu proyecto usa IA, está hecho por IA o está pensado para IA, no es bienvenido en r/opensource. La IA, tal como existe hoy, es incongruente con esta comunidad de código abierto".
La reacción no se hizo esperar. Según The Verge, las nuevas normas desataron una tormenta de comentarios y llevaron incluso a la creación de un subreddit rival, r/trueopensource. El moderador Wolvereness intervino en el hilo para explicar que existe margen para la interpretación y la aplicación selectiva —por ejemplo, "software que incidentalmente tiene funciones de accesibilidad que usan IA", como el subtitulado automático—, pero eso no detuvo las quejas.
El argumento más repetido en los comentarios es que las reglas son demasiado amplias, están mal orientadas o son vagas. Y hay un ejemplo que se volvió el más incómodo para los moderadores: el kernel de Linux ya contiene algo de código generado por IA, de modo que cualquier proyecto construido sobre él podría quedar fuera bajo la nueva normativa.
Leíste lo que hace la IA. ¿Y en tu negocio?
En CAR, dueños de empresa arman en 7 días su primer sistema funcionando: que ningún cliente se les escape, o que el informe del lunes salga solo. Con otros emprendedores al lado.
👥 Probar 7 días¿Por qué la comunidad de código abierto se levantó en armas?
Porque el conflicto no es sobre IA en abstracto, sino sobre quién define qué es "código abierto". El movimiento nació con una definición operativa —acceso al código, derecho a modificarlo y redistribuirlo— y no con un catálogo de herramientas permitidas. Un veto a la IA introduce un criterio de proceso, no de licencia, y eso es lo que muchos desarrolladores leen como una ruptura.
A eso se suman las otras restricciones del reglamento, que pasaron más desapercibidas pero son igual de duras para un founder:
- Los proyectos enviados deben tener al menos un año de antigüedad.
- Deben estar activamente mantenidos.
- Deben tener múltiples colaboradores.
- Los moderadores afirman que "ya no podemos atender solicitudes de gente que busca maintainers o colaboradores".
En la práctica, eso cierra la puerta a los desarrolladores solitarios con proyectos nuevos que buscan ayuda: exactamente el perfil que más usa un subreddit de código abierto para conseguir sus primeros colaboradores.
El problema real detrás del veto: el colapso de la revisión
La decisión de r/opensource, aunque torpe en su ejecución, apunta a un problema que los mantenedores de proyectos grandes llevan meses discutiendo en público. XDA Developers documentó que los mantenedores del kernel de Linux redactaron una guía para el envío de código asistido por agentes de IA, y el diagnóstico de fondo es de capacidad: la IA abarató la generación de código, pero no aumentó el ancho de banda de quienes tienen que revisarlo.
El mismo medio señala el caso de la Open Home Foundation, que quedó desbordada por el volumen de envíos de personas que usan IA. Cada parche generado por un agente termina en la bandeja de un revisor humano, muchas veces voluntario.
La respuesta del kernel no fue prohibir, sino exigir trazabilidad. Según XDA, la guía pide que el agente lea la documentación completa del proceso antes de tocar nada, que produzca evidencia en lugar de opiniones sobre la causa de un bug, y que el agente que detecta el problema sea el mismo que propone la corrección. El punto crítico: todas las certificaciones de firma (sign-off) deben ser de personas, aunque el código lo haya escrito una máquina. Ahí está la diferencia de enfoque con r/opensource: el kernel traslada la responsabilidad al humano, el subreddit la elimina prohibiendo el insumo.
El caso Torvalds: la IA ya está dentro del kernel
El ejemplo que los críticos usaron en los comentarios no es teórico. ZDNET reportó que Linus Torvalds publicó un conjunto de parches escritos en gran medida con Claude Code, el asistente de programación de Anthropic. En su envío a Git, Torvalds escribió que "el código, los programas de prueba, la revisión detrás de la lista anterior y el primer borrador de este texto se hicieron con un asistente de codificación LLM (Claude Code) bajo mi dirección".
Los parches atacan un cuello de botella concreto: la contención en la caché de páginas del kernel cuando varios hilos leen repetidamente pequeños fragmentos del mismo archivo en caché. En una prueba con ocho hilos sobre un portátil con Intel Core i7-8565U, la línea de caché compartida concentraba el 99,92% de la carga entre núcleos medida, según ZDNET. Los resultados reportados en ese escenario específico: el rendimiento de ocho hilos pasó de aproximadamente 9,9–10,4 millones de lecturas por segundo a 30–33 millones, y los ciclos de kernel por lectura cayeron de unos 2.950 a 725.
El propio medio aclara que esto no significa que Linux corra tres veces más rápido: son resultados de una carga de trabajo pequeña y específica en el portátil personal de Torvalds. Además, la rama seguía fuera del mainline Linux 7.3-rc6 hasta el 13 de octubre, y la gestión de memoria pendiente es, en palabras del propio Torvalds citadas por ZDNET, "la parte de esta serie que está menos resuelta".
El detalle importa para el debate de r/opensource: si el proyecto de código abierto más importante del mundo acepta parches generados con IA bajo supervisión humana, el criterio de "prohibido si usa IA" se vuelve imposible de aplicar en la práctica.
La regla del inglés: el efecto colateral que casi nadie discute
Mientras la prohibición de IA acaparaba la atención, el reglamento incluyó otra norma que excluye a una parte enorme del ecosistema. Los moderadores escribieron: "Si no hablas inglés, necesitas encontrar otra comunidad. No podemos distinguir entre texto escrito por IA y texto traducido por IA. Como no hablas inglés, ni siquiera puedes verificar tú mismo si la traducción fue correcta".
El razonamiento tiene una lógica interna —la detección de contenido generado es poco fiable y el inglés es el idioma de trabajo del foro—, pero el resultado es una barrera de entrada por idioma nativo. Para un desarrollador de LATAM o España que participa en comunidades globales, es una señal incómoda: la respuesta a un problema de verificación es la exclusión, no el diseño de un proceso.
¿Qué significa esto para tu startup?
Si tu producto es open source o lo estás abriendo, este episodio es una advertencia operativa, no una anécdota de Reddit. La discusión sobre IA en código abierto va a seguir escalando, y las comunidades donde publicas son infraestructura de adquisición de usuarios, no un canal opcional.
Acciones concretas:
- Documenta la procedencia de tu código ahora. Si usas asistentes de IA, deja registro de qué partes se generaron, con qué herramienta y quién las revisó. El estándar que está emergiendo —el del kernel de Linux, con sign-off humano obligatorio y evidencia de pruebas— es el que probablemente adopten otros proyectos grandes. Llegar a una revisión sin esa trazabilidad te deja sin argumentos.
- No dependas de un solo subreddit o foro para tu distribución. El caso de r/opensource muestra lo rápido que una decisión de moderación puede cerrar un canal entero de descubrimiento. Diversifica hacia GitHub, listas de correo del proyecto, Discord del ecosistema y tu propio blog técnico.
- Si tu comunidad es global, define tu política de idiomas antes de que estalle el problema. Un foro que acepta español, portugués e inglés necesita reglas explícitas sobre traducción asistida, no una prohibición de último minuto.
- Trata la revisión como el recurso escaso. Si tu equipo mantiene un proyecto con contribuciones externas, el cuello de botella no es escribir código: es revisarlo. Presupuesta tiempo de mantenedor antes de promocionar tu proyecto como "abierto a contribuciones".
Conclusión
r/opensource eligió la salida más simple ante un problema genuino: prohibir en lugar de regular. El resultado fue una revuelta interna, un subreddit rival y un debate que expuso la contradicción de fondo —el kernel de Linux, referencia del código abierto, ya incorpora código asistido por IA bajo supervisión humana. La lección para cualquier founder que construya en abierto es que la gobernanza de una comunidad es tan crítica como el código: las reglas amplias y las prohibiciones sin proceso no protegen la calidad, solo expulsan a los contribuyentes.
Fuentes
- The Verge — r/opensource just banned AI, non-English speakers and more (fuente original)
- ZDNET — Linus Torvalds is using AI to develop Linux kernel code now
- XDA Developers — Linux kernel maintainers just wrote the playbook for shipping AI-generated code
Leíste lo que hace la IA. ¿Y en tu negocio?
En CAR, dueños de empresa arman en 7 días su primer sistema funcionando: que ningún cliente se les escape, o que el informe del lunes salga solo. Con otros emprendedores al lado.
👥 Probar 7 días
