Linuxカーネル開発者、LLM生成のバグ報告を理由にレガシーコードの削除を提案

Linuxカーネルコミュニティは、大規模言語モデルによって生成されるセキュリティバグレポートの増加に対応して、カーネルツリーから複数のレガシーサブシステムを削除することを検討しています。2026年4月22日にLWN.netに投稿された記事によると、提案されている削除対象は、AI生成レポートによりメンテナンス負担が大きくなったコードです。
削除対象のサブシステム
削除が提案されている具体的なコードには以下が含まれます:
- ISAおよびPCMCIAイーサネットドライバ
- 2つのPCIドライバ
- ax25およびアマチュア無線サブシステム(NET/ROMおよびROSEプロトコルを含む)
- ATMプロトコルとドライバ
- ISDNサブシステム
アマチュア無線プロトコルの実装と関連するすべてのハムラジオデバイスドライバは、長い間「巨大なバグ/syzbotの磁石」であったと特に言及されています。記事では、AI生成バグレポートの流入に対処するために誰も手を挙げなかったため、このコードをカーネルツリーから移動することが「我々の正気を保つために」必要と見なされていると述べています。
コミュニティの議論が明らかにする背景
コメント欄では、この決定に関する重要な背景が明らかになっています。あるコメント投稿者は、タイトルが少し曖昧かもしれないと指摘しています。つまり、LLM作成のセキュリティレポートがコードの削除に役立ったのではなく、これらのレポートの増加がコード削除の決定を促したということです。
議論の中の別の視点では、真の問題はカーネルのような大規模プロジェクト内の未メンテナンスコードであり、それが「別個のプロジェクトであれば未メンテナンス状態が何年も前に明らかになっていたはずなのに、何らかの大規模プロジェクトの一部であることを装ってメンテナンスされているふりをしてきた」と示唆しています。
議論では実用的な考慮事項にも触れられています:
- このコードの一部は、主に新機能ではなくカーネルインフラストラクチャの進化による変更が行われる古いハードウェアをサポートしています
- PCMCIAイーサネットカードを使用するハードウェアで新しいカーネルが実行できるかどうかについて議論があります(あるコメント投稿者は、PCMCIAスロットを備えたPCIアダプターが存在すると指摘しています)
- 数十年の寿命を持つ産業機器では、まだPCMCIAインターフェースを使用している可能性があります
- レガシーコードのメンテナンスコストは、メーカーが継続的なサポートを提供しない場合、ボランティアにのしかかります
この状況は、AIツールがソフトウェアメンテナンスの状況をどのように変えているかを浮き彫りにしています。LLMが大規模にセキュリティレポートを生成できるようになると、未メンテナンスまたはレガシーコードは、これらのレポートをトリアージしなければならないメンテナナにとってより目立ち、負担が大きくなります。
📖 Read the full source: HN LLM Tools
👀 See Also

MiniMaxがMaxClawをリリース:OpenClawベースのクラウドホスト型AIエージェント
MiniMaxは、OpenClawフレームワーク上に構築された完全管理型クラウドホストAIエージェント「MaxClaw」をリリースしました。Dockerやサーバーを必要とせず10秒でデプロイ可能で、229BパラメータのMiniMax M2.5モデル、200K-1Mトークンのコンテキスト、最大100トークン/秒の推論速度を特徴としています。

AIエージェントは、Cala MCPサーバーテストにおいて自然言語よりも構造化されたクエリを好む
Calaのチームは、自然言語クエリ、構造化クエリ言語、直接的なエンティティ/関係性トラバーサルの3つの知識グラフアクセス方法を備えたMCPサーバーを構築しました。エージェントは数分以内に自然言語を放棄し、促されることなく構造化クエリとグラフトラバーサルを選択しました。

OpenClawの貢献者が、プロジェクトが現代的な機能よりもピクセル単位の完全な互換性に重点を置いていることを批判しています
r/openclawからのReddit投稿によると、解像度スケーリングと高リフレッシュレート対応を扱ったコントリビューターのプルリクエストが、オリジナルエンジンの視覚的制約から逸脱しているとして却下され、プロジェクトの方向性について議論が巻き起こっています。

OpenRouterに2つの新モデルが登場、おそらくDeepSeek V4の亜種か
OpenRouterにhealer-alphaとhunter-alphaという2つの新モデルが登場し、その仕様はDeepSeek V4に関するリーク情報と一致しています。初期テストでは、両モデルともロールプレイシナリオで良好な性能を示し、メッセージフィルタリングがなく、GLM 5.0よりも高速なトークン生成が確認されました。