Linuxカーネル、AIのAssisted-byタグを廃止へ
Linux 7.3のコミットのうち、AIのAssisted-byタグが付いていたのは約10%だけでした。そのため、カーネル(kernel)のメンテナーはタグの廃止で合意しました。Torvaldsはこの変更を支持し、批判的な人々は代わりの仕組みを求めています。
3 分で読めます

数字で見る
- of 18,533 Linux 7.3 commits, up to -rc7, carried an Assisted-by tag
- ~10%
- developers at the Maintainers Summit in Prague on October 8
- ~30
- kernel version where the AI coding assistants policy took effect
- 7.0
Linuxカーネルのメンテナーは、AIツールの助けを借りて書かれたパッチに「Assisted-by」タグを求めるのをやめることで合意しました。このタグは、AIがどのコードを書くのを手伝ったかを示すためのものでした。しかし、Linux 7.3のコミットのうちタグが付いていたのは約10%だけでした。AIの利用ははるかに広がっているとみられているにもかかわらずです。Linus Torvaldsはこの変更を支持していますが、一部のメンテナーはルールをなくす前に代わりの仕組みを求めています。
カーネルの用語でいうタグとは、コミットメッセージの末尾に置く「Signed-off-by」や「Reviewed-by」のような行のことです。「Assisted-by」は、パッチを書くのを手伝ったAIツールの名前を記すものでした。
決まったこと
招待された約30人の開発者が、2026年10月8日にプラハで開かれたMaintainers Summitに集まりました。過半数が、AIの支援を受けたパッチにはもうタグは不要だという意見で一致したと、heiseが報じています。
元のルールを作った開発者のSasha Levinは、その後「docs: remove Assisted-by references」というタイトルのパッチを投稿しました。彼は10月13日に改訂版を送りました。heiseによると、LWN.netのJonathan Corbetは、ドキュメント変更用のカーネルのブランチであるdocs-nextにこのパッチを受け入れました。メインのカーネルツリーに入るのはこれからです。
この変更で、AIの利用が完全に見えなくなるわけではありません。このパッチのもとでは、開発者は各コミットではなく、カバーレターでAIツールについて説明します。カバーレターとは、パッチシリーズを紹介するメールのことです。AIエージェントは引き続き「Signed-off-by」の行を追加できません。この行は、その人がコードを提出する権利を持つことを証明するものです。
タグが廃止される理由
決め手になったのは数字です。Linux 7.3の7番目のリリース候補までの18,533件のコミットのうち、タグが付いていたのは約10%だけだったと、heiseとNextの両方が報じています。マージコミットは数えていません。Nextがフランス語で引用したところによると、Corbetは、AIの支援を受けたパッチの実際の割合は「きっとはるかに高い」と書きました。
heiseによると、Levinはいくつかの理由を挙げました。ルールを知らない開発者がいます。わざとタグを付けない開発者もいます。メンテナーが尋ねることはめったにありません。そのため、タグがないことは、パッチがどう作られたかについて何も語りません。
ルールの始まり
このタグは新しいものです。Nextによると、Levinは2025年7月に初めてこの案を出し、AIによる貢献に「Co-developed-by」タグを使うことを提案しました。これが後に「Assisted-by」になりました。メンテナーは2025年のサミットでこれを採用し、「AI Coding Assistants」ポリシーはLinux 7.0で発効しました。Corbetは2026年1月にこれを承認しました。
heiseによると、7月にはタグを削除しようとする以前の試みが失敗しています。そのときは、Greg Kroah-Hartmanがタグを残すよう主張しました。
反対する人たち
この変更は全会一致ではありません。Nextによると、メーリングリストでの議論に加わった開発者の1人であるLaurent Pinchartは、10月13日のメッセージで、代わりの仕組みができるまでタグを削除することを拒みました。一部の人が無視するとしても、ルールは期待を示すものだというのが彼の主張です。
Torvaldsの見方は違います。heiseによると、彼は特定のツールを禁じるルールに反対しており、そうしたルールを「愚か」と呼びました。Nextによると、彼は、貢献者は自分のコードを理解していなければならず、その理解はどのツールを使ったかとはほとんど関係がないと述べました。さらに、質の低いパッチの大半は新参者から来るものであり、AIツールを責めるのは逆効果だと付け加えました。
Torvalds自身もこうしたツールを使っています。今月初め、彼はClaude Codeを使ってLinuxのページキャッシュの一部を作り直し、そのことをコミットメッセージに書きました。
ほかのプロジェクトの立場
Nextが指摘するように、AIによる貢献に対するオープンソースプロジェクトの対応は分かれています。Debian、Fedora、LLVM、Firefoxは、コードをレビューでき、説明できるなら受け入れます。当サイトでは8月に、AIの支援を受けた貢献を認めるDebianの投票を取り上げました。Gentoo、NetBSD、Zig、Kritaは受け入れを拒否しているか一時停止しており、SourceHutはLLMの支援を受けたコードを全面的に禁止しました。KDEには公式の立場がありません。
開発者にとっての意味
Linuxカーネルにパッチを送るなら、このドキュメントの変更がメインラインに入るのを見守ってください。それまでは、現在のドキュメントは引き続きタグを求めています。変更が取り込まれたら、代わりにカバーレターでAIツールについて触れてください。
重要なルールは変わりません。提出するすべての行を理解し、自分自身で署名(sign off)しなければなりません。AIツールがあなたの代わりに「Signed-off-by」を追加することは決してできません。
ほかのプロジェクトのメンテナーにとって、カーネルのデータは警告です。貢献者の10%しか従わない開示ルールは、コードがどう書かれているかについて誤った姿を見せます。正直な開示を望むなら、開示を簡単にし、レビューの中で求め、その答えをどう扱うかを決めておいてください。
出典
関連記事

MeshXFS、AIが書いたXFSベースのクラスタファイルシステム
MeshXFS 0.90.130は、XFSをクラスタファイルシステムに変えるもので、最大16ノードの構成でリリースされています。クラスタリングのコードはAIエージェントが書き、人間による1行ずつのレビューは行われていません。

TorvaldsがClaude CodeでLinuxのページキャッシュを改修
Linus TorvaldsがClaude Codeで作ったLinuxカーネルのパッチ8本を公開しました。彼のノートPCでは、8スレッドの小さな読み取りで、ページキャッシュ(page cache)の読み取りあたりのCPUサイクルが約4分の1になりました。

GNOME、大きな技術判断のためのRFCプロセスを起草
14日間のコメント期間、指名されたステークホルダー、そしてMerge Request。GNOMEは、いまチャットで決まっている判断を残す正式な手順(RFC、意見募集)を起草しました。