La disputa en torno a chardet mostró cómo AI está cambiando las reglas del open source y de las licencias de código

La historia alrededor de la biblioteca chardet se ha convertido en una de las disputas más notables sobre IA en código abierto. El mantenedor reescribió el proyecto con ayuda de un agente de IA, cambió la licencia y esencialmente propuso a la comunidad decidir si considerarlo un nuevo producto o una copia controversial del antiguo.

Cómo comenzó la disputa

En el centro de la historia está el desarrollador Dan Blanchard, quien ha mantenido chardet durante más de 12 años. A principios de marzo, lanzó una nueva versión de la biblioteca, afirmando que fue escrita desde cero y, por lo tanto, puede distribuirse primero bajo MIT y luego bajo 0BSD en lugar de la anterior LGPL. Según él, el objetivo era práctico: acelerar el código, mejorar la precisión y eliminar la restricción de licencia que impedía que chardet se incluyera en la biblioteca estándar de Python.

Blanchard describió el proceso como una "sala limpia". Primero, un framework de agente lo ayudó a reunir especificaciones: compatibilidad con la API pública, funcionamiento en CPython y PyPy, énfasis en multi-threading y rendimiento. Luego estas instrucciones fueron a Claude, que generó una nueva implementación.

La verificación a través de JPlag mostró poco más del 1% de coincidencias con la versión LGPL más reciente, y el mantenedor llamó a esto evidencia a favor de la legitimidad del enfoque. Pero incluso un esquema tan transparente no apaciguó a la comunidad: docenas de colaboradores se opusieron al cambio de licencia.

Dónde está la línea

La pregunta principal suena simple: ¿puede considerarse que el código está "limpio" si la persona que formula la especificación ha trabajado con el proyecto original durante muchos años y conoce bien su estructura? Aquí es donde los críticos ven el punto débil de toda la construcción. El autor original de la biblioteca, Mark Pilgrim, se opuso públicamente argumentando que las herramientas generativas no le dan al mantenedor ningún derecho adicional para relicenciar. Para sus partidarios, el problema no es con la IA en sí, sino con un intento de eludir copyleft a través de un reemplazo formal de la implementación.

"Usar un generador de código sofisticado no proporciona ningún derecho

adicional."

La parte legal de la disputa también está lejos de ser clara. El artículo señala que en Rusia se está discutiendo un proyecto de ley según el cual el contenido generado por IA podría recibir protección como obra de derechos de autor si se reconoce como original. En EE.

UU., por el contrario, en marzo de 2026 se confirmó un enfoque más estricto: el trabajo sin contribución humana significativa no recibe protección de derechos de autor. Esto crea una paradoja: si la nueva versión de la biblioteca fue de hecho creada casi en su totalidad por un agente, entonces no solo la transferencia de licencia se vuelve controversial, sino también la cuestión de si tal código tiene un titular de derechos de autor pleno.

Lo que la práctica cambia

Los partidarios de Blanchard tienen su propia lógica. Nos recuerdan que el método de sala limpia es anterior a la onda actual de IA: los sistemas compatibles se reescribieron de esta manera en los años 1980, y hoy los modelos simplemente reducen drásticamente el costo y el tiempo de tal trabajo. En esta visión, la historia del chardet no es un ataque al código abierto, sino una nueva técnica de ingeniería. Sus partidarios creen que un módulo reescrito desde cero más rápidamente a veces es más útil que la dependencia de una licencia antigua, un único mantenedor o un repositorio abandonado.

• Puede obtener rápidamente un reemplazo compatible de una biblioteca crítica
• Es más fácil adaptar un proyecto a una licencia permisiva y uso corporativo
• Reduce el riesgo de sabotaje o compromiso de un paquete en la cadena de suministro
• La comunidad obtiene una forma más económica de hacer forks y crear implementaciones competidoras

De aquí también surgen nuevos riesgos. Si las grandes empresas comienzan a "reconstruir" masivamente productos abiertos de otras personas con ayuda de agentes, las disputas sobre licencias rápidamente se convertirán en una lucha por ecosistemas y audiencia. El artículo nos recuerda el fork OpenTofu después del cambio de licencia de Terraform, así como ejemplos recientes donde las empresas en la nube reproducen herramientas de otras personas en cuestión de días. En tal ambiente, el factor decisivo sigue siendo no solo la ley, sino también la confianza de la comunidad: los desarrolladores pueden simplemente no cambiar a la nueva rama, incluso si es formalmente impecable.

Qué significa esto

La disputa alrededor del chardet muestra que la IA en código abierto cambia no solo la velocidad del desarrollo, sino también la lógica de la propiedad del código en sí. Ahora la comunidad tendrá que renegociar dónde termina la inspiración arquitectónica y comienza la transferencia del proyecto de otra persona bajo un nuevo nombre y licencia.