Zig refuse les contributions générées par IA. Voici pourquoi.
Pourquoi ça compte pour toi
Si tu es contributeur open source ou que tu réfléchis à la façon dont l'IA transforme le travail collaboratif, cette décision de Zig expose un paradoxe : un code IA parfait peut nuire à la croissance d'un projet. C'est une vision contraire au discours dominant qui présente l'IA comme un multiplicateur de productivité. Et pour les mainteneurs de projets, c'est une question concrète : vaut-il mieux 50 contributions IA impeccables ou 10 contributions humaines imparfaites mais porteuses d'apprentissage ?
Ce qu'il faut retenir
- 1.Zig bannit totalement les contributions écrites ou augmentées par IA, même parfaites.
- 2.La raison : les mainteneurs misent sur la progression des contributeurs humains, pas sur la qualité brute du code.
- 3.Paradoxe : une PR IA économise du temps de rédaction mais détruit le temps pédagogique du mainteneur — c'est un mauvais échange.
- 4.Bun (écrit en Zig, racheté par Anthropic) a dû créer un fork pour utiliser l'IA sans enfreindre la politique de Zig.
La politique Zig : zéro IA, point final
Zig, ce langage de programmation en pleine montée, a affiché une ligne rouge claire : pas de code généré ou augmenté par IA dans les pull requests, les issues, ou même les commentaires. Pas de traduction IA non plus. Tu dois écrire en anglais ou dans ta langue maternelle, mais pas via ChatGPT.
C'est radical. Et ça vient d'une conviction articulée par Loris Cro, VP communauté de la Zig Software Foundation.
Pourquoi ? La théorie du "contributor poker"
Loris l'appelle "contributor poker" : tu mises sur la personne, pas sur son premier coup. C'est l'inverse de "regarder les cartes".
Voici le mécanisme :
Sans IA :
- ▸Quelqu'un soumet une PR bancale. Le mainteneur la reprend, suggère des changements, explique la logique du projet.
- ▸La personne apprend. Elle revient. Elle devient contributrice de confiance à long terme.
- ▸Résultat : +1 personne compétente et engagée pour le projet.
Avec IA :
- ▸Quelqu'un utilise ChatGPT, soumet une PR nickel. Le mainteneur la passe en revue rapidement.
- ▸Mais pourquoi le mainteneur passerait-il du temps à discuter d'une PR écrite par IA ? Il pourrait tout aussi bien lancer l'IA lui-même.
- ▸Résultat : +0 nouvelles compétences dans le projet. Juste du code de substitution.
Zig choisit les contributeurs qui progressent plutôt que le code immédiat.
Le cas Bun : fork obligatoire
Bun, l'un des plus gros projets écrits en Zig, a été acquis par Anthropic en décembre 2025. Anthropic, c'est Claude. Donc Bun utilise énormément l'IA.
Mais Bun voulait quand même utiliser du code Zig optimisé. Résultat ? Bun a créé son propre fork de Zig pour pouvoir y intégrer des contributions IA sans enfreindre la politique. Zig a accepté — pas de scandale — mais c'est un signal : si tu veux tirer parti de l'IA pour contribuer, tu te détaches du projet.
Est-ce tenable ?
C'est la vraie question. Zig peut-elle vraiment grandir en refusant le multiplicateur IA ? Ou va-t-elle stagner pendant que d'autres projets tirent profit de la productivité apparente ?
Pour l'instant, Zig reste ferme. Et honnêtement, l'argument de Loris tient : si tu veux vraiment un projet résilient, tu cultives des gens, pas des PRs.
Source
Pour aller plus loin
Cet article t'a donné envie d'approfondir ? Deux formations Noésis t'attendent :
Explorer les thèmes de cet article :