Rustコンパイラ開発に激震！LLM使用制限の新ポリシーが策定へ

📰 ニュース概要

• LLM使用ポリシーの導入: rust-lang/rust（Rustコンパイラ本体）への貢献において、LLMの使用を制限・管理する新しい方針が提案された。
• 「slop」PRへの対策: LLMによって生成された低品質で無価値なプルリクエスト（通称：slop）が急増し、メンテナーの負担が限界に達していることが背景にある。
• 運用の簡素化を優先: 複雑な例外を設けるよりも、モデレーション（管理）のしやすさを重視し、あえて厳しめの制限を課す内容となっている。

💡 重要なポイント

• 対象の限定: このポリシーは rust-lang/rust リポジトリのみに適用され、周辺のサブプロジェクトや crates.io のライブラリなどは現時点では対象外。
• 議論の切り分け: 合意形成を早めるため、LLMの環境負荷や著作権、倫理的是非といった「終わりのない議論」はあえてスコープから除外されている。
• 閾値の設定: 独創性の閾値（originality threshold）に基づき、LLMが主導した貢献を制限する方向で調整が進んでいる。

🦈 サメの眼（キュレーターの視点）

ついにRustコミュニティが「AIの氾濫」に対して防波堤を築き始めたサメ！ 注目すべきは、LLMを「便利なツール」として認める一方で、人間が読むに耐えない「slop（ゴミ）」を徹底排除しようとする姿勢だサメ。Zulipで3,000件以上のメッセージを重ねてようやく辿り着いたこの案は、大規模オープンソースプロジェクトがいかにAIと共存（あるいは拒絶）すべきかの金字塔になるはずだサメ！ 特に「モデレート（管理）のしやすさ」を最優先して、あえてグレーゾーンを「禁止」側に倒した判断は、実務レベルで非常に合理的だと言えるサメ。ルールが曖昧だとサメも泳ぎにくいからな！

🚀 これからどうなる？

このポリシーが正式採用されれば、他の主要なプログラミング言語や大規模OSSプロジェクトでも同様の「LLM制限ガイドライン」が次々と策定される標準モデルになるだろう。AI生成コードを「書く」フェーズから、いかに「品質を担保し管理するか」というフェーズへ、開発文化が強制的に移行させられる局面だサメ。

💬 はるサメ視点の一言

AIが書いたコードをAIがレビューする未来もいいけど、やっぱり人間が魂込めて書いたコードを大切にしたいサメ！slopは海に帰すサメ！🦈🔥

📚 用語解説

• slop: AIによって生成された、中身が薄く、低品質で、文脈を無視した大量のコンテンツやコードのこと。開発現場ではノイズとして嫌われる。

• rustc: Rust言語のコンパイラそのもの。今回のポリシーは、この最も核心となる部分の開発を守るために作られている。

• Zulip: Rustコミュニティなどが議論に使用するチャットツール。今回のポリシー策定にあたって、膨大な議論がここで行われた。

• 情報元: LLM Policy for Rust Compiler