ニュースの概要
Linuxカーネルの開発コミュニティで、AIの支援を受けて書いたコードに付ける「Assisted-by」タグを廃止する方針が示された。Linus Torvalds氏は、AIを使ったコードだけを特別扱いする運用にも、AIの利用を一律に禁じる動きにも否定的だ。見るべきは使った道具ではなく、投稿されたコードの品質と、それに責任を持つ人間だという立場である。背景には、Linux 7.3向けのパッチでタグの利用率が低く、申告の仕組みが十分に機能していない事情があるとされる。自己申告に頼る管理の限界が表れた形だ。
引用元: Linuxカーネル、AI生成コードの申告タグを廃止へ（Startup Fortune）
分析・見解
自己申告タグが広がらなかった現実的な理由
タグは善意の自己申告に頼る仕組みだった。守らせる手段がなく、守っても得をしない。むしろ「AI製」と書けば、レビューする側の目が厳しくなりかねない。罰則のない申告制度は、守る人ほど手間と不利益を負いやすい。使う人が少ないのは、自然な結果といえる。
しかも、AIの使い方は一様ではない。変数名の候補を聞く。エラー文の意味を調べる。関数を丸ごと書かせる。どこからが「支援」なのか、線引きが難しい。基準があいまいなタグは、集まった数字の意味もあいまいになる。データとして使えないなら、運用を続ける意味も薄い。
禁止も特別扱いも道具ばかり見ている点で同じ
Torvalds氏の批判は二方向に向いている。禁止は、守る人だけが困り、隠す人には効かない。特別扱いは、AIを使った人にだけ余計な説明を負わせる。どちらも、見ているのは「道具」である。たとえば、同じ不具合を人間が直した場合と、AIの提案を人間が確認して直した場合を比べてみる。結果が同じコードなら、読む側が見るべき点も変わらない。
カーネルには昔から、Signed-off-byという署名の仕組みがある。投稿者が、その変更を出す権利を持つと保証するものだ。つまり、誰が書いたかより、誰が保証するかを問う文化である。責任の所在が明確なら、道具は問わない。AIも、この延長で扱えばよいという発想になる。
禁止を選ぶ他のプロジェクトとの温度差
オープンソースの一部には、著作権やライセンスの不確実さを理由に、AI生成コードを受け入れない例がある。守る側の気持ちは理解できる。ただ、カーネルは投稿者も変更量も桁違いに多い。全員の申告を確かめるのは現実的ではない。禁止は「使っていない」という言葉を信じるしかなく、正直な人だけが不利になる。確かめられない規則は、安心感だけを生み、実際の防壁にはなりにくい。
残る不安と、レビュー現場に起きる変化
懸念は残る。出自の怪しいコードが混ざる恐れがある。もっともらしいが誤った修正も増えるだろう。タグがなくなれば、後から傾向を調べる手がかりも減る。
それでも、メンテナーの負担を左右するのは、見た目だけ整った低品質なパッチの数である。そこで効くのは申告ではない。テスト、静的解析（＝プログラムを動かさずに欠陥を探す検査）、そして差し戻す判断だ。品質を人の目で守るという原則は、AI以前から変わっていない。今後は、AIを使ったかどうかより、投稿者が内容を自分の言葉で説明できるかが評価の軸になるだろう。
ビジネスへの影響
社内ルールは、使ったかより誰が保証するかで決める
AIの利用禁止や全件申告は、分かりやすい反面、続きにくい。カーネルの例は、申告の仕組みが形だけになりやすいことを示した。企業が参考にできるのは、最終責任者を一人決める方法だ。その人が内容を説明できることを、承認の条件にする。AIを使ったかどうかは、補足情報にとどめる。この形なら、現場に不要な手間を増やさず、責任の所在もあいまいにならない。例えば開発チームが十人なら、書く人、レビューする人、責任を負う人を分けて二重に確認する運用も有効だ。
速度が上がるほど、検証への投資が必要になる
AIでコードを書く速度が上がると、詰まるのはレビューの工程である。対策はルールの追加より、自動テスト、脆弱性スキャン、静的解析の整備だ。品質を機械で下支えしておけば、人は設計の妥当性に集中できる。セキュリティ面の備えは、当サイトのセキュリティ対策のページも参考にしてほしい。
あわせて、ライセンスの確認手順を決めておきたい。顧客向けの納品物や外部に出す製品は、出自を問われる場面がある。全行の記録は不要だが、重要な変更だけは、誰が確認したかを残しておくと説明しやすい。
Linuxを基盤にする企業が確認しておくこと
Linuxを業務で使う企業にとって、今回の方針は不安材料というより、品質管理が人の責任に支えられ続けるという確認である。ただし、安心しきるのは早い。採用するディストリビューションの保守契約で、修正の速さと対応範囲を確認しておきたい。選定の観点は、企業での導入事例のページが手がかりになる。また、自社でカーネルに修正を送る場合は、署名の手続きと責任の持ち方を、先に社内で整理しておくとよい。