La controverse autour de chardet a montré comment AI change les règles de l'open source et des licences de code

L'histoire autour de la bibliothèque chardet est devenue l'une des disputes les plus notables sur l'IA dans le logiciel libre. Le mainteneur a réécrit le projet à l'aide d'un agent d'IA, a changé la licence, et a essentiellement proposé à la communauté de décider s'il faut le considérer comme un nouveau produit ou comme une copie controversée de l'ancien.

Comment le différend a commencé

Au cœur de l'histoire se trouve le développeur Dan Blanchard, qui entretient chardet depuis plus de 12 ans. Au début du mois de mars, il a publié une nouvelle version de la bibliothèque, affirmant qu'elle avait été écrite à partir de zéro et pourrait donc être distribuée d'abord sous MIT, puis sous 0BSD au lieu de la licence LGPL précédente. Selon lui, l'objectif était pratique : accélérer le code, améliorer la précision et éliminer la restriction de licence qui empêchait chardet d'être incluse dans la bibliothèque standard de Python.

Blanchard a décrit le processus comme une "chambre stérile". D'abord, un framework d'agent l'a aidé à rassembler les spécifications : compatibilité avec l'API publique, fonctionnement sur CPython et PyPy, accent sur le multi-threading et les performances. Ensuite, ces instructions ont été envoyées à Claude, qui a généré une nouvelle implémentation.

La vérification via JPlag a montré un peu plus de 1% de correspondances avec la dernière version LGPL, et le mainteneur a appelé cela la preuve en faveur de la légitimité de l'approche. Mais même un schéma aussi transparent n'a pas apaisé la communauté : des dizaines de contributeurs se sont opposés au changement de licence.

Où est la ligne

La question principale semble simple : le code peut-il être considéré comme "propre" si la personne qui formule les spécifications a travaillé sur le projet original pendant de nombreuses années et connaît bien sa structure ? C'est ici que les critiques voient le point faible de toute la construction. L'auteur original de la bibliothèque, Mark Pilgrim, s'est publiquement opposé, affirmant que les outils génératifs ne donnent au mainteneur aucun droit supplémentaire de changer la licence. Pour ses partisans, le problème n'est pas avec l'IA elle-même, mais avec une tentative de contourner le copyleft par un remplacement formel de l'implémentation.

"L'utilisation d'un générateur de code sophistiqué ne donne aucun

droit supplémentaire."

La partie juridique du différend est aussi loin d'être claire. L'article note que la Russie discute d'un projet de loi selon lequel le contenu généré par l'IA pourrait recevoir une protection en tant qu'œuvre protégeable par le droit d'auteur s'il est reconnu comme original. Aux États-Unis, en revanche, en mars 2026, une approche plus stricte a été confirmée : les travaux sans contribution humaine significative ne reçoivent pas de protection par le droit d'auteur.

Cela crée un paradoxe : si la nouvelle version de la bibliothèque a en effet été créée presque entièrement par un agent, non seulement le transfert de licence devient controversé, mais aussi la question de savoir si ce code a un véritable titulaire de droits d'auteur.

Ce que la pratique change

Les partisans de Blanchard ont leur propre logique. Ils nous rappellent que la méthode de chambre stérile est antérieure à la vague actuelle d'IA : les systèmes compatibles ont été réécrits de cette manière dans les années 1980, et aujourd'hui les modèles réduisent simplement considérablement le coût et le temps d'un tel travail. De ce point de vue, l'histoire de chardet n'est pas une attaque contre le logiciel libre, mais une nouvelle technique d'ingénierie. Ses partisans pensent qu'un module réécrit à partir de zéro plus rapidement est parfois plus utile qu'une dépendance à une ancienne licence, un seul mainteneur ou un dépôt abandonné.

• Peut obtenir rapidement un remplacement compatible d'une bibliothèque critique
• Rend plus facile l'adaptation d'un projet à une licence permissive et à l'utilisation commerciale
• Réduit le risque de sabotage ou de compromission d'un paquet dans la chaîne d'approvisionnement
• La communauté dispose d'un moyen moins cher de faire des forks et de créer des implémentations concurrentes

De cela surgissent également de nouveaux risques. Si les grandes entreprises commencent à "reconstruire" massivement les produits ouverts d'autres personnes à l'aide d'agents, les différends sur les licences se transformeront rapidement en une lutte pour les écosystèmes et le public. L'article nous rappelle le fork OpenTofu après le changement de licence de Terraform, ainsi que des exemples récents où les entreprises cloud reproduisent les outils d'autres personnes en quelques jours. Dans tel environnement, le facteur décisif reste non seulement la loi, mais aussi la confiance de la communauté : les développeurs pourraient simplement ne pas passer à la nouvelle branche, même si elle est formellement irréprochable.

Ce que cela signifie

Le différend autour de chardet montre que l'IA dans le logiciel libre change non seulement la vitesse du développement, mais aussi la logique de la propriété du code lui-même. Maintenant, la communauté devra rénégocier où s'arrête l'inspiration architecturale et où commence le transfert du projet de quelqu'un d'autre sous un nouveau nom et une nouvelle licence.