LLM と AI コーディングエージェントがソフトウェア開発で非常に人気があるにもかかわらず、オープンソースコミュニティはこの問題について時折大きく分かれているようです。一方では、GIMP のように AI をコードベースから完全に禁止するプロジェクトもありますし、一方では Nobara Linux や Omarchy のように AI コーディングに全面的に取り組むプロジェクトもあります。しかし、Linux Kernel のような中間的な立場も存在します。これは AI による支援や生成されたコードをコードベースに許容しますが、すべてのコードは人間のレビューと、実際に送信されたコードを理解していることを示す適切なマージリクエストの記述を必要とします。

これは KDE Plasma がプロジェクトとして最終的に到達する場所のようです。最近提案された KDE の LLM ガイドラインが何らかの指標であるならばです。KDE の LLM ガイドラインの草案はプロジェクトリーダーの Nate Graham によって議論のために提出されました。この草案は、「怠惰になるな」という金科のルールで要約できます。

KDE の LLM ガイドラインに関するディスカッション投稿では、提案された草案は、「明らかで怠惰な LLM の使用を伴う貢献は無視されるか閉じられる可能性がある」と説明し、「誰もあなたが LLM を使用しているかを知るべきではない」と述べています。なぜなら、その出力は LLM を使用せずに自分自身で生成できるものと区別がつかないべきだからです。また、AI 生成のテキストに関するルールも設けており、マージリクエスト、コミットメッセージ、質問やコメントへの返信に対する AI 生成のテキストを禁止しています。

現在の草案はまた、vibe-coded の変更をメンテナーがクリーンアップして実装することが期待される範囲に限定することにより、メンテナーに追加の作業を課さないようにも努めています。これは Godot のメンテナーが最近直面した問題です。草案はまだ最終決定されておらず、LLM ガイドラインに関する議論は今後数日間続くことが予想され、その後最終版が KDE のドキュメントに追加されます。