- Le projet Redox OS a adopté une politique de signature Certificate of Origin (COO) pour les contributions de code ainsi qu’une règle interdisant l’usage des LLM (grands modèles de langage)
- La politique COO exige que toutes les modifications de code soient soumises avec la signature explicite du contributeur et sous sa responsabilité
- La clause d’interdiction des LLM précise clairement que l’utilisation de code ou de contenu généré par l’IA n’est pas autorisée
- Ces politiques visent à renforcer la transparence sur l’origine du code et la protection de la propriété intellectuelle
- Dans la gestion de l’open source, on observe une volonté de préserver la fiabilité des contributeurs humains et des standards éthiques
Nouvelles politiques de contribution de Redox OS
- Redox OS a mis en place une politique Certificate of Origin (COO) qui impose à tous les contributeurs de signer clairement l’origine et les droits associés au code qu’ils soumettent
- Il s’agit d’un fonctionnement similaire à celui utilisé par de grands projets open source comme le noyau Linux
- Chaque commit doit inclure la mention
Signed-off-by, par laquelle le contributeur garantit l’origine légale du code
- Le projet interdit également strictement les contributions consistant à générer ou modifier du code à l’aide de LLM (grands modèles de langage)
- La soumission de code généré à l’aide d’outils d’IA comme ChatGPT ou Copilot n’est pas autorisée
- Il est explicitement indiqué que toutes les contributions doivent être du code écrit directement par un humain
Objectif et portée de ces politiques
- La politique COO sert à améliorer la traçabilité de l’historique des contributions et à clarifier les responsabilités juridiques
- La clause d’interdiction des LLM peut être interprétée comme une mesure visant à prévenir les incertitudes sur le droit d’auteur du code généré par l’IA ainsi que les risques de sécurité
- Ensemble, ces deux politiques montrent la volonté de Redox OS de maintenir un écosystème open source transparent et digne de confiance
Impact sur les développeurs et la communauté
- Les contributeurs doivent inclure une signature COO avant de soumettre leur code, et la génération de code via des LLM n’est pas autorisée
- Cela pourrait conduire à une clarification du processus de contribution et à un renforcement du contrôle qualité
- La communauté conservera une culture de développement centrée sur l’humain et renforcera une structure de collaboration moins dépendante de l’IA
Aucun commentaire pour le moment.