immichやQEMUがLLM生成コードを拒否、OSSに広がる「AIお断り」の波

これらのプロジェクトにはAIによる貢献があるに違いない。常連のコントリビューターはコードベースをずっとよく理解しているので、ガイドラインに沿った編集をするようにAIに指示できる。彼らが禁止しているAIによる貢献は、おそらくコードスタイルや慣習を破り、範囲が広すぎるなどして、問題を解決するよりも多くの作業を生み出しているのだろう。多くのプロジェクトにとってより正直なアプローチは、特定のアカウントに貢献を制限することだと思うが、それはおそらく彼らの平等主義的なコード開発の理解に反するだろう。

これは良い傾向だとは思わない。

ServoやRedox OSのようなプロジェクトはコミュニティ主導で、すでに資金が不足している。AI支援コードをブロックすることは、潜在的なコントリビューターを遠ざけるだけだ。

AI支援開発の周りに強いコミュニティを築いているプロジェクトもある。例えばT3 Codeコミュニティ[0]は非常に活発で、ほとんどのPRはLLMの支援を受けて作成されている。

本当の問題は、開示と自分の提出物に対する責任、つまりコードを注意深く読み、テストすることだ。人間が書いたコードが本質的に優れているわけでは決してない。

[0]: https://github.com/pingdotgg/t3code/pulls

これはプロジェクトを選ぶのに非常に役立つ。私は人間が書いたコードと品質を本当に重視しており、可能な限りバイブコーディングされたツールの使用は避けている。オープンソースプロジェクトは常に知識を共有し、一緒に何かを作ることについてきた。AIやLLMが取って代わっていくのを見るのは少し悲しい。

最近、旅行計画用のセルフホストツールを選んでいたのだが、1日で削除した。極端にバイブコーディングされていて、GitHubで報告されたセキュリティ問題が一つも修正されていなかったからだ。修正するのにプロンプト一つで済むのに！ バイブコーディングされたOSSでは、人々が見た目や感触に集中し、コードが十分にレビューされないことがあまりにも多い。「CSSグラデーションで見栄えが良い」とか「LLMは常に正しい」という理由で。

だから彼らがAI/LLMの貢献を禁止する理由は理解できるし、禁止してくれて嬉しい。主にメンテナの精神的な健全性のためと、知識共有と多少より良いPRレビューが行われるようにするためだと思う。私は常にAI/LLMでコーディングされたものより人間が作ったプロジェクトを選ぶだろう。

これらの中には誤解を招くものもある。例えばImmichはLLMを使って作成されたPRは受け付けていないが、プロジェクトにはエージェントファイルがあり、履歴にはClaudeが共同作成したコミットがある。

これは、確立されたFOSSソフトウェアがバグ発見と人間がレビューしたコードにAIを使うことで大幅に改善される一方、商用プログラムは100%AI生成で品質の指標ではなくLOC/トークンのノルマに焦点を当てるため、大幅に信頼性が低下することを意味すると思う。

これには多くの反発があるようだが、オープンソースプロジェクトでの経験からすると、かなり理にかなっていると思う。

多数の貢献があるプロジェクトを維持するのは、特にPRが初期設計から逸脱しないようにするのは、非常に大変な作業だ。

コードベースを完全に理解していない人からのPRが大量に来て、プロジェクトが一貫性のないものにずれていくリスクは、ほとんどのプロジェクトにとって「新機能を素早く出荷できない」ことよりもはるかに大きい。

とにかく、これらの人々を「AIを理解していないラッダイトの集まり」と描くのはやめてほしい。彼らはただ、私たち全員が理解しようとしている急速に変化する世界で、成功するプロジェクトを維持するために最善を尽くしているだけだ。

著者です。これは初期のプロジェクトです。HNでAIを禁止するプロジェクトを何度か見かけ、このトレンドがどの程度の規模なのか興味を持ちました。

はい、これはバイブコーディングされたプロジェクトです。単にトレンドの規模に興味があり、また人々がプロジェクトでAIの貢献についてどう書いているかも調べています。

これから何かを結論づけるつもりはありません。ドメイン名は主に「コンピュータはノーと言う」をもじったものです。