Redox OSがLLM生成コードを全面拒否、議論の余地なし
Rust製マイクロカーネルOSのRedox OSが、LLMで生成されたコード貢献を一切受け付けないと明文化した。しかも「この方針に議論の余地はない」という、異例の強さで。
Rust製マイクロカーネルOSのRedox OSが、LLMで生成されたコード貢献を一切受け付けないと明文化した。しかも「この方針に議論の余地はない」という、異例の強さで。
静かに一線を引いたプロジェクト
Redox OSが3月31日付の開発報告で、AIポリシーと貢献規約の導入を公表した。発端は派手な事件ではない。淡々と、しかし決定的に、境界線が引かれている。
Redox OSはRustで書かれたUnix系マイクロカーネルOSで、カーネルのコード量は3万行未満。小さく美しい設計を志向するプロジェクトだ。そこに「LLMが書いたコードは受け入れない」という一文が、他の技術的改善リストと並んで、ごく自然に置かれた。
| 項目 | 内容 |
|---|---|
| 対象 | LLM（大規模言語モデル）が生成したすべての貢献。イシュー、マージリクエスト、説明文を含む |
| 処置 | LLM生成と明確にラベル付けされた内容は即座にクローズ |
| 回避試行 | プロジェクトから追放 |
| 議論の余地 | なし（"not open to discussion"） |
| 貢献規約 | レビューコメントへの応答能力の誓約、Developer Certificate of Originの理解と同意 |
派手に叫ぶのではなく、規約として静かに成立させる。この温度感こそが、プロジェクトの本気度を物語っているように思える。
明文化された禁止条項
ポリシーの中身は、解釈の余地を残さない書き方になっている。
Redox OSはLLM（大規模言語モデル、いわゆる「AI」）によって生成された貢献を受け付けない。この方針に議論の余地はなく、LLM生成と明確にラベル付けされた内容は、イシュー・マージリクエスト・その説明文を含めて即座にクローズする。回避を試みた者はプロジェクトから追放する。
注目すべきは「議論の余地がない (not open to discussion)」という一節だ。オープンソースコミュニティの文化では、方針はしばしば議論とコンセンサスで決まる。その作法をあえて踏まない宣言である。
併せて導入された貢献規約では、提出者にレビューコメントへの応答能力と、Developer Certificate of Originの理解を誓約させる。責任を持って答えられない貢献は入口で止める、という設計だ。
3月の開発報告に混ざっていた伏線
この決定は、思いつきで出てきたものではない。同じ3月の報告には、もうひとつ象徴的な一行がある。
Wildan Mubarokが、デフォルトでAI生成コードを避ける目的で、デスクトップ版のパッケージからRustPythonを取り除いた。
配布物のレベルで既に「AI生成コードとの距離」を測る作業が始まっていたわけだ。ポリシー文書は、その実務上の判断を明文化して追認したものと読める。
3月は他にも、新CPUスケジューラ「Deficit Weighted Round Robin」の実装、カーネルのデッドロック検出機構、pkgarパッケージのLZMA2圧縮によるサイズ3〜5分の1化、COSMICコンポジタ上でのlibcosmicデモ動作など、地道で濃い改善が並ぶ。その地道な作業リストの一項目として、AIポリシーはあっさり並んでいる。
| 領域 | 代表的な変更 |
|---|---|
| グラフィクス | COSMICコンポジタ上でlibcosmicデモが動作、DRM APIとGPUメモリマッピングの進展 |
| CPUスケジューラ | Deficit Weighted Round Robinスケジューラを新規実装 |
| カーネル | スピンMutex/RwLockカウンタのチューニングによるデッドロック検出機構 |
| Unicode対応 | CPython、PHP、Nano、Vim等がncurseswへ移行しUnicodeに対応 |
| パッケージ | pkgarにLZMA2圧縮を導入、パッケージサイズを約3〜5分の1に |
| 配布物 | デスクトップ版からRustPythonを除外（AI生成コード回避のため） |
| プロジェクト方針 | AIポリシーおよび貢献規約を正式に採用 |
「どうやって検出するのか」という問い
Phoronixのフォーラムでは、予想通りの論点が噴出した。懐疑派の第一声は「LLM生成かどうか、どう判別するのか」だった。「どうせClaudeに『これAI生成？』と聞くんだろう」という冷笑まで飛んでいる。
技術的に100%の検出は無理だ、という指摘はまったく正しい。ただしこのポリシーは検出より、責任の所在を確定させるために存在する。明文化しておけば、後から問題のあるコードが見つかったとき「知らなかった」では済まない。
賛成派の声もはっきり目立つ。あるユーザーはこう書いていた。
Redoxは多くの点で正しい判断をしている。LLMを避けるのは当然だ。登場して日が浅く、メリットも極めて限定的で、初期の研究でも生産性向上はせいぜい10%、開発者のスキルにもあまり左右されない。おまけに法的な地雷でもある。
小さなカーネルを、人間の目が届く範囲で守り続ける。そういう哲学と、この方針は素直に噛み合っている。
Rustネイティブの小さなOSが選んだ道
一方で、反対側の視点も見ておきたい。LLM生成コードを一律で締め出せば、当然ながら貢献の絶対数は減る。初学者が助けを借りて書いた、ごく小さなパッチまで入口で跳ね返してしまう可能性もある。大規模プロジェクトであれば、この機会損失は無視できないはずだ。
しかしRedox OSのカーネルは3万行に満たない。コードの一行一行をメンテナが把握できるスケールを守ること自体が、このプロジェクトの価値の一部なのだと思う。だとすれば、量より純度を選ぶ決断は筋が通っている。
良いモノは良い、悪いモノは悪い。Redox OSは「うちのプロジェクトにとってLLM生成コードは悪い」と、淡々と言い切った。それが他のプロジェクトにも正解かは、わからない。ただ、方針を曖昧にしたまま流されるよりは、はっきり線を引いて責任を負う姿勢のほうが、少なくとも私は信頼できる。
半年後の月次報告に、この規約の答え合わせが並んでいるはずだ。
参照元
他参照
関連記事
- トーバルズ、Linux 7.0来週リリースへ rc7で最終確認
- Reddit最大のプログラミング板がLLM話題を全面禁止
- AIのバグ報告がゴミから本物へ——Linuxカーネル管理者が語る「謎の転換点」
- Flatpakに致命的な脆弱性、サンドボックスを完全に突破される
- Rust Coreutils 0.8が登場、dd 45%高速化とブラウザ実行環境
- AIで10倍速く書ける、10倍の後始末をしながら——大手テック企業が明かした現実
- 悪意あるUSBを検出するLinuxカーネルドライバが登場
- YCがDelveを切り捨てた――AI時代の「信頼」が崩壊するとき
- Gentooのエイプリルフールがガチだった件──36年越しのカーネルが動く
- Claude Codeソース流出が招いた罠：偽リポジトリがマルウェアを配布
