Begründung für die Anti-AI-Beitragsrichtlinie des Zig-Projekts

• Zig verfolgt eine strikte Regel, die die Nutzung von LLMs in Issues, Pull Requests, Bugtracker-Kommentaren und Übersetzungen verbietet
• Die Verwendung von Englisch ist nur eine Empfehlung und keine Pflicht; Beitragende können in ihrer Muttersprache schreiben, und andere können den Inhalt mit einem Übersetzungstool ihrer Wahl verstehen
• Bun hat in seinem eigenen Zig-Fork dem LLVM-Backend parallele semantische Analyse und mehrere Codegen-Units hinzugefügt und damit eine 4-fache Leistungssteigerung bei der Bun-Kompilierung erreicht, plant aber derzeit kein Upstreaming, weil LLM-verfasste Beiträge verboten sind
• Zigs Review-Ansatz hilft neuen Beitragenden, merge-fähige Ergebnisse zu erreichen, statt unvollständige PRs einfach abzulehnen, und gewichtet das Wachstum der Beitragenden höher als einzelne Beiträge
• PRs, die überwiegend von LLMs geschrieben wurden, sorgen dafür, dass Review-Zeit nicht mehr dazu dient, die Zahl verlässlicher neuer Beitragender zu erhöhen; außerdem entsteht für Maintainer die Option, statt eines Reviews das gleiche Problem direkt selbst mit einem LLM zu lösen

---

Konflikt zwischen Richtlinie und Bun-Fork

• Zig erklärt in seinem Code of Conduct ausdrücklich ein Verbot der LLM-Nutzung für Issues, Pull Requests, Bugtracker-Kommentare und Übersetzungen
  • Die Verwendung von Englisch ist eine Empfehlung; Beitragende können in ihrer Muttersprache schreiben
  • Andere können den Inhalt mit einem Übersetzungstool ihrer Wahl verstehen
• Ein prominentes in Zig geschriebenes Projekt ist die JavaScript-Runtime Bun; Bun wurde im Dezember 2025 von Anthropic übernommen
• Bun betreibt einen eigenen Zig-Fork und hat dem LLVM-Backend „parallel semantic analysis and multiple codegen units“ hinzugefügt, wodurch bei der Bun-Kompilierung eine 4-fache Leistungssteigerung erreicht wurde
  • Der zugehörige Code ist im Vergleichslink von oven-sh/zig veröffentlicht
  • Bun plant derzeit kein Upstreaming, weil Zig von LLMs verfasste Beiträge strikt verbietet
• Laut einem Zig-Core-Contributor wäre der Patch auch unabhängig von der LLM-Frage schwer zu akzeptieren
  • Parallele semantische Analyse ist zwar seit Langem geplant, wirkt sich aber auf die Zig-Sprache selbst aus

Contributor Poker und beitragendenzentriertes Review

• Contributor Poker and Zig's AI Ban verwendet Contributor Poker als zentrale Metapher, um Zigs strikte Verbotsrichtlinie zu verstehen
  • Erfolgreiche Open-Source-Projekte erreichen einen Punkt, an dem sie mehr PRs erhalten, als sie verarbeiten können
  • Um den ROI zu maximieren, entscheidet sich Zig dafür, neue Beitragende beim Erreichen eines mergebaren Zustands zu unterstützen, statt unvollständige PRs einfach abzulehnen
  • Dieser Ansatz gilt nicht nur als „das Richtige“, sondern auch als „das Kluge“
• Zig misst den Beitragenden mehr Bedeutung bei als einzelnen Beiträgen
  • Das primäre Ziel von PR-Review und -Annahme ist nicht, neuen Code hereinzunehmen, sondern Menschen zu helfen, die mit der Zeit zu verlässlichen und produktiven Beitragenden heranwachsen können
  • Jede beitragende Person wird zu einem Investitionsobjekt des Zig-Core-Teams
• LLM-Unterstützung untergräbt diese Struktur
  • Selbst wenn ein LLM beim Schreiben eines perfekten PR hilft, trägt die Review-Zeit des Zig-Teams nicht dazu bei, mehr neue, selbstbewusste und verlässliche Beitragende hervorzubringen
  • „Contributor Poker“ ist eine Metapher dafür, dass man dieses Spiel nicht nach den Karten, sondern nach den Menschen spielt
  • Gemeint ist eher, dass auf die beitragende Person gewettet wird als auf den Inhalt des ersten PR
• Wenn ein PR überwiegend von einem LLM geschrieben wurde, haben Projekt-Maintainer statt Review und Diskussion dieses PR auch die Option, das gleiche Problem direkt selbst mit einem LLM zu lösen