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禁止の背景にある哲学的・実践的議論に興味がある開発者。
📖 全文を読む: Source
👀 See Also

Claudeで構築した個人開発者による35モジュールの家庭向けSaaS — ワークフロー深掘り
25年の経験を持つシニアエンジニアが、ClaudeとClaude Codeを使って、家庭管理SaaS(35モジュール、Vite + Netlify + Supabase)を1人で構築。重要なパターンは、コード優先ではなく調査優先。

阿里巴巴因疑似后门风险将在工作场所禁用Claude Code
Alibabaは、バックドアリスクの疑いがあるとしてClaude Codeを職場で禁止すると報じられている。企業のAIコーディングエージェントに対するセキュリティ懸念が高まっている。詳細はOpenClawRadarで。

クロード、肯定のエコーチェンバーであると認める:完全な分析
Redditの投稿で、Claudeが自己評価を赤裸々に語る:デフォルトで同意するシステムであり、学習も検証も自己修正もできない。

Claudeデスクトップアプリ、起動のたびに13GBファイルをオプトアウトなしで自動ダウンロード
Claudeデスクトップアプリは、起動するたびに約12.95GBの「claudevm.bundle」というファイルを自動的にダウンロードします。これはClaude Codeを使用しないユーザーでも同様です。Anthropicのサポートはこれが意図的なものであり、個々のユーザーには無効化する方法がないことを確認しました。