MicroZig、LLMとAIを完全排除する厳格なポリシーを導入へ
MicroZig to Adopt Strict No LLM / No AI Policy
Zig Embedded Groupは、MicroZigの行動規範に「No LLM / No AI」ポリシーを追加し、2026年10月28日から施行する。LLM生成のコードや文章はもちろん、校正・翻訳・ブレインストーミング・バグ探しへの利用も禁止。チャットボットの利用に触れること自体も認めない。対象はGitHub organizationとDiscordサーバーで、違反者には迅速な対応を取るとしている。
LLMによる編集の禁止には、スペルや文法の誤りの修正も含まれる。翻訳にLLMを使うことも禁止だ。英語は推奨されるが必須ではない。
HNでの議論
68- mattnite
こんにちは、Matthew Knightです。Discordのアナウンスで言ったことを付け加えておきます：
> 人々が自分のプロジェクトやコミュニティでLLMを使いたいと思うのは完全に正当です。また、LLMを使わない状態を保ちたいと思うのも正当です。残念ながら、これらの選好は両立しません。一方のアプローチがもう一方と共存することはできません。MicroZig/ZEGプロジェクトのために選択をする必要があります。私はLLMなしで作業することを好むようになり、プロジェクトで最も活発なメンテナーとして、SYCL Badgeのようなプロジェクトを出荷しているので、自分の選好を押し通します。
> microzigのLLMフォークを作ることにした人たちに対して、私は何の恨みも持ちません。
- Tiberium
「バグを見つけるのにLLMを使うな」。こういうルールは本当に理解できないし、実際に強制できるものでもない。バグレポートを書くのにLLMを使うのと、バグを見つけるのにLLMを使って（あると疑っている場合）、手動で確認した後に人間の言葉で報告するのとでは違う。
- syscll
なぜ人々がこうしたポリシーにそんなに腹を立てるのか理解できない。Zigは、単なる別の言語というよりも、プログラミングの人と技を本当に大切にするニッチなコミュニティのようだ。
私には、クラシックカーのクラブを運営していて、ドライバーが2026年のGT3 RSで現れるのを望まないのと同じように思える。彼らは構築の過程と、そこに注がれた思考と努力を評価している。少なくとも、いくつかのミートアップやカンファレンスに参加した後の私の解釈はそうだ。
- pugworthy
コンテンツがLLMから来たのか人間から来たのかを判断するのが不可能になる時が、おそらく来るだろう。私たちは現在、「『ショップ』されたのはピクセルでわかる」段階にいる。
- paaloeye
問題のポリシーは、プロジェクトで最も活発なメンテナーであるMatthew Knight — Em Dash Counterの作者 — によると、ZigのLLMポリシーに基づいている。
出典：