Développement assisté par l’IA : Contribuez à ownCloud en toute confiance
Découvrez la position d’ownCloud sur les contributions assistées par l’IA. Informez-vous sur nos attentes, les directives à l’intention des développeurs et nos critères de relecture.
Notre position
ownCloud accueille favorablement les contributions réalisées à l’aide d’outils d’IA.
Nous pensons que de bonnes idées ne devraient pas être freinées par le niveau d’expérience en programmation. Si vous avez une idée pour améliorer ownCloud — une nouvelle extension web, un workflow optimisé, une correction que vous pouvez décrire clairement — et que l’IA vous aide à concrétiser cette idée en code fonctionnel, nous souhaitons recevoir votre contribution.
Nous avons publié un guide détaillé sur le développement assisté par l’IA pour les extensions web oCIS sur owncloud.dev. Ce guide détaille tout le processus : des échanges d’architecture avec un assistant IA, à la recherche, la structuration, l’implémentation, jusqu’à la finalisation et la contribution. Nous vous encourageons à le suivre.
Ce que nous attendons
Les contributions assistées par l’IA doivent répondre aux mêmes exigences de qualité que toutes les autres contributions. Le processus de relecture ne tient pas compte de la façon dont le code a été écrit. Ce qui compte, c’est que le code fonctionne, soit testé, documenté et maintenable.
Chaque pull request assistée par l’IA doit respecter les critères suivants :
- Divulgation. Indiquez dans la description de votre PR que des outils d’IA ont été utilisés lors du développement. Précisez l’outil (par exemple Claude Code, GitHub Copilot, Cursor). Ce n’est pas une stigmatisation — c’est une question de transparence. Nous suivons cette information pour mieux comprendre notre communauté de contributeurs et améliorer nos processus de revue.
- Compréhension. Vous devez comprendre ce que fait le code. Si un relecteur vous demande « pourquoi cette fonction gère-t-elle l’erreur de cette façon ? » et que vous répondez « c’est l’IA qui l’a écrit », cela ne suffit pas. Vous êtes l’auteur. L’IA est votre outil. Si vous ne pouvez pas expliquer le code, il n’est pas prêt à être soumis.
- Tests. Le code généré par l’IA doit être testé. Tests unitaires pour la logique. Tests manuels exploratoires pour l’interface utilisateur. Le guide de développement IA explique comment utiliser les DevTools du navigateur, les fichiers HAR et la console pour déboguer efficacement. Les PR sans couverture de test suffisante seront renvoyées.
- Documentation. Documentez ce que fait le code, comment l’utiliser et toute configuration nécessaire. Si le code introduit de nouvelles API, des variables d’environnement ou des points d’extension, ils doivent être documentés.
- Qualité du code. Le code généré par l’IA a tendance à accumuler des logiques redondantes, des variables inutilisées, des styles dupliqués et des conditions trop complexes. Avant de soumettre, effectuez un nettoyage. Demandez à votre outil IA de refactoriser, supprimer le code inutile et simplifier. Notre pipeline CI inclut un linting — les PR qui échouent aux vérifications seront renvoyées.
- Conformité des licences. Veillez à ce que votre outil IA n’ait pas introduit de code issu de licences incompatibles. Vous êtes responsable de la provenance de chaque ligne de votre PR.
Ce que nous ne faisons pas
Nous n’écartons pas les contributions parce qu’elles ont été assistées par l’IA. Nous n’exigeons pas que les contributeurs soient des « développeurs seniors ». Nous n’imposons aucune barrière selon la façon dont le code a été écrit.
Nous n’acceptons pas non plus les contributions si le contributeur ne peut pas participer au processus de revue. Si un mainteneur demande des modifications et que vous ne pouvez pas les réaliser — que ce soit parce que vous ne comprenez pas le code ou parce que vous êtes passé à autre chose — la PR pourra être fermée. C’est la règle appliquée à toutes les contributions.
Conseils à destination des mainteneurs et relecteurs
Les contributions assistées par l’IA peuvent demander plus d’efforts de relecture. Le code peut être syntaxiquement correct mais structurellement perfectible. Certains schémas peuvent être inhabituels ou ne pas respecter les conventions du projet.
Les relecteurs doivent :
- Appliquer les mêmes critères de revue que pour toute contribution. Ni plus, ni moins d’exigence.
- Donner un retour précis. « Ce code ne respecte pas nos conventions » est moins utile que « Nous privilégions la composition à l’héritage dans ce module — voir ExampleComponent.vue pour l’exemple ».
- Faire preuve de patience avec les contributeurs en apprentissage. Un contributeur dont la première PR nécessite trois cycles de revue pourra devenir un mainteneur sur le long terme. C’est tout l’enjeu.
- Signaler si le code généré par l’IA semble inclure du contenu copié d’autres projets ou frameworks sous licence incompatible.
L’IA dans notre propre développement
Les équipes d’ingénierie internes d’ownCloud utilisent également des outils d’IA. Nous nous imposons les mêmes standards : divulgation dans les messages de commit si nécessaire, parfaite compréhension du code généré et responsabilité humaine pour chaque fusion.
Nous pensons que le développement assisté par l’IA, lorsqu’il est pratiqué de façon responsable, réduit les obstacles à la contribution sans nuire à la qualité. C’est notre objectif.
Foire aux questions
Oui, ownCloud accepte les contributions réalisées avec l’aide d’outils d’IA. L’équipe estime que les bonnes idées ne doivent pas être freinées par le niveau d’expérience en programmation et encourage les contributeurs à utiliser l’IA pour concrétiser leurs projets. Toutefois, certaines règles et exigences s’appliquent.
Les pull requests assistées par l’IA doivent répondre à plusieurs exigences : indiquer l’utilisation d’un outil d’IA dans la description de la PR, s’assurer que le contributeur comprend parfaitement le code, effectuer des tests suffisants (unitaires et manuels), fournir une documentation adaptée, garantir une qualité de code élevée et respecter les licences pour éviter tout code copié provenant de sources incompatibles.
Non, ownCloud ne refuse pas une contribution uniquement parce qu’elle a été assistée par l’IA. Les mêmes critères s’appliquent à toutes les contributions, sans distinction sur la manière dont le code a été écrit.
ownCloud applique aux contributions assistées par l’IA les mêmes exigences de qualité que pour toute autre contribution. Les relecteurs appliquent des critères constants, formulent des retours précis, restent patients avec les contributeurs en phase d’apprentissage et signalent tout problème potentiel de licence lié à du contenu copié.