Linuxカーネル、AI支援コントリビューションの実務ルールを明文化

Hacker Newsで浮上した運用文書

2026-04-10のHacker News投稿は、Linuxカーネルのリポジトリに追加された AI Coding Assistants 文書を広く可視化した。確認時点でこのスレッドは311 points、205 commentsを集めており、AIをめぐる議論が抽象論から実際の contributor policy へ移っていることを示している。重要なのは、リンク先が個人ブログではなく、カーネル tree 内に置かれた公式の process 文書だという点だ。

この文書の特徴は、AIツールを一律に禁止しないことだ。その代わり、AIが関与した作業でも既存の development process、coding style、patch submission の手順をそのまま守るよう求めている。重心は「使用可否」ではなく「責任」にある。文書は、AI agent が Signed-off-by を追加してはならないと明記する。Developer Certificate of Origin を法的に証明できるのは人間だけだからだ。また、人間の提出者がAI生成コードをレビューし、GPL-2.0-only 互換性を確認し、最終パッチに全面的な責任を負うべきだとしている。

同時に、プロジェクトは完全なブラックボックス運用にもしていない。新ガイドは Assisted-by 形式の attribution を提案している。どの agent や model を使ったのか、必要であれば coccinelle、sparse、smatch、clang-tidy のような specialized tool も添えられる。つまりLinuxカーネルは、ツール利用の開示は残しつつ、authorship と legal accountability は人間に固定する線引きを選んだ。

Hacker Newsの反応もおおむねこの均衡を中心に動いた。何人かの commenters は、保守ルールやDCOを崩さずにAI利用を認める点を「常識的」だと評価した。一方で別の commenters は、attribution の文言だけで copyright や infringement のリスクが消えるわけではないと指摘した。この緊張関係は重要だ。この文書はAI時代の最終回答というより、大規模 open-source プロジェクトが review、provenance、legal certification の境界をどう定義するかを示す governance template と見るほうが近い。

AI/ITの観点では、より大きなシグナルは governance の具体化だ。いまや重要な infrastructure project は、「AIを認めるか」ではなく「認めるなら責任構造をどう文章化するか」を整備し始めている。似たルールが他の大規模 repository に広がれば、AIは下書きを助けても、patch の ownership、license chain、最終 sign-off は人間が持つというシンプルな規範に収束する可能性が高い。

Source links: Hacker News thread, Linux kernel document.