Zigプロジェクトが厳格な反LLM寄稿方針を採用する根拠

Zigプロジェクトは、主要なオープンソースプロジェクトの中で最も厳しい反LLMポリシーの1つを維持しています。バグトラッカーでの問題報告、プルリクエスト、コメントへのLLMの使用を禁止しており、翻訳も対象です。ユーザーは母国語で投稿し、他の翻訳ツールを利用することはできますが、LLMが生成したコンテンツは禁止されています。

なぜ禁止なのか？

Zigソフトウェア財団のコミュニティ担当VPであるLoris Cro氏は、「コントリビューターポーカーとZigのAI禁止」と題した投稿でその理由を説明しています。核となる考え方は、コントリビューションよりもコントリビューターが重要であるというものです。

成功しているオープンソースプロジェクトでは、メンテナーはやがて処理しきれないほどのPRを受け取るようになります。Zigのアプローチは、不完全なPRを受け入れ、新しいコントリビューターが改善するのを助けることです。これは単に公平であるためだけでなく、各コントリビューターが投資対象であるためです。PRのレビューの目的はコードを取り込むことだけでなく、時間をかけて多くのコードを書くようになる信頼できる新しいコントリビューターを育てることです。

LLMの支援はこのモデルを完全に壊します。たとえLLMが完璧なPRを提出したとしても、そのレビューに費やした時間は、新しい自信に満ちた信頼できるコントリビューターを育成するのにまったく貢献しません。Cro氏はこれを「コントリビューターポーカー」と呼び、カードゲームの格言「カードではなく、人をプレイせよ」を引用しています。コントリビューターポーカーでは、最初のPRの中身ではなく、コントリビューターに賭けるのです。

背景：Bunによるフォーク

Zigで書かれた最も著名なプロジェクトであるBun JavaScriptランタイムは、2025年12月にAnthropicに買収され、AI支援を多用しています。BunはZigの独自フォークを運用しており、最近LLVMバックエンドに並列意味解析と複数のコード生成ユニットを追加することで、bun compileで4倍のパフォーマンス向上を達成しました。しかし、Bunは次のように述べています。「ZigはLLMによるコントリビューションを厳しく禁止しているため、現在のところこれをアップストリームに取り込む予定はありません」。

Cro氏の主張は、よくある反論にも触れています。PRの大部分がLLMによって書かれているなら、メンテナーがそれについて議論するために時間を費やすのではなく、自分たちのLLMを使って同じ問題を解決すればいいのではないか？

対象読者

AIコントリビューションポリシーを評価しているオープンソースメンテナー、およびオープンソースプロジェクトで増加しているLLM禁止の背景にある哲学的・実践的議論に興味がある開発者。