Linuxカーネル開発にAI活用の鉄則（日本語）

📰 ニュース概要

• Linuxカーネルへの貢献にAIツールを使用する開発者は、標準の開発プロセス、コーディングスタイル、パッチ提出手順に完全に従わなければならない。
• すべてのコードはGPL-2.0-onlyと互換性がある必要があり、適切なSPDXライセンス識別子の使用が義務付けられている。
• AIエージェントは「Signed-off-by」タグを付与することはできず、人間がコードをレビューした上で法的責任を負って署名しなければならない。

💡 重要なポイント

• 人間の提出者は、AI生成コードのレビュー、ライセンス遵守の確認、DCO（開発者証明）の認定に対して全責任を負う。
• AIを使用した貢献には、新設された「Assisted-by」タグを含める必要がある。形式は Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2] とする。
• 分析ツール（coccinelle, sparse, smatch, clang-tidyなど）の使用もオプションとして「Assisted-by」タグに記述可能だが、gitやgccなどの基本ツールは含めない。

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

Linuxという世界で最も厳格なプロジェクトの一つが、ついにAIとの共存ルールを明文化したのが最高に熱いサメ！「AIに責任は取らせないが、その貢献は透明化する」という「Assisted-by」タグの導入は、今後のOSS開発における決定的なスタンダードになるはずだサメ！特に、Claude 3 Opusなどの具体的なモデル名までタグに含める例示があるのは、非常に実用的で開発現場のリアルを反映しているサメ！法的リスクを人間に一元化しつつ、AIの進化を取り込もうとするこの姿勢こそが、強固なカーネルを守る秘訣だサメ！

🚀 これからどうなる？

今後、他の大規模オープンソースプロジェクトもこのLinuxの形式に追随し、「Assisted-by」タグが開発コミュニティ全体の共通言語になる可能性が高い。AIによるコード生成が「隠れて使うもの」から「正しく帰属を明記して活用するもの」へと、プロフェッショナルな開発文化がアップデートされていくだろうサメ。

💬 はるサメ視点の一言

サメもパッチを送る時はちゃんとモデル名を報告するサメ！AIと人間のタッグで、最強の海（コード）を作るサメ！🦈🔥

📚 用語解説

• Signed-off-by: 開発者がコードの出自が正当であり、ライセンスに問題がないことを法的に証明する署名。Linux開発では必須のプロセス。

• DCO (Developer Certificate of Origin): ソフトウェアへの貢献が自身の著作物であるか、適切なライセンス下にあることを宣言するオープンソースの証明方式。

• SPDX (Software Package Data Exchange): ソフトウェアのライセンス情報を機械可読な形式で標準化するための仕様。ファイル頭のコメントなどで使用される。

• 情報元: AI assistance when contributing to the Linux kernel