Open Source Says No と呼ばれる新しい Web サイトは、AI 生成のコントリビューションを明示的に禁止するオープンソース プロジェクトの増加をカタログ化していますが、これは神経を逆なでしました。このサイトは火曜日に Hacker News のトップページに掲載され、禁止がコードの品質を保護するのか、それとも将来を締め出すのかについて開発者が議論する中、何百ものコメントが集まりました。このディレクトリは、自らを「AI 生成のコントリビューションを禁止する OSS プロジェクトの記録、および業界全体にわたる AI コントリビューション ポリシーの広範なカタログ」であると説明しています。
このサイトの登場は、ボランティアのメンテナによる限られたレビュー時間をめぐって、機械で書かれた大量のプルリクエストの競争がますます激しくなる中、何か月もメンテナコミュニティで構築されてきた緊張の目に見えるマイルストーンを示している。この議論は、ソフトウェアの世界が生成ツールをどのように吸収しているかを示すいくつかの火種のうちの 1 つであり、このトピックについては、AI 業界の報道 で詳しくフォローしています。
ディレクトリが追跡するもの
Open Source Says No には、主要なリポジトリが星の数とポリシーが検証された日付とともにリストされています。 11 月 11 日の時点で確認されたエントリの中には、GitHub で約 118,800 個のスターを獲得し、広く使用されている自己ホスト型の写真およびビデオ管理ソリューションである Immich 、約 59,800 個のスターを獲得した検索エンジン API の Meilisearch、および約 47,100 個のスターを獲得した Square 傘下で維持されている JVM および Android 用の著名な HTTP クライアントである OkHttp があります。
このリストには、10 月に検証されたブラウザ エンジン プロジェクトである Servo、よく知られた単一ファイルのパブリック ドメイン C/C++ ライブラリである stb、Rust で書かれたオペレーティング システムである Redox OS も含まれています。プロジェクトは、消費者向けセルフホスティング アプリから基礎的なシステム ソフトウェアに至るまで、非常に異なる領域にまたがっています。このサイトは、AI 生成コードに対する抵抗が 1 つのプログラミング サブカルチャーに限定されていないことの証拠として提示しています。
このサイトは、ディレクトリ自体だけでなく、メンテナーや寄稿者を対象とした実用的なツールを提供しています。ユーザーは GitHub リポジトリ リンクを貼り付けることができ、サイトでは事前に入力された問題が開き、その問題に対して自動ポリシー チェックが実行されます。これにより、プロジェクトはステートメントとしてではなく、施行のためのインフラストラクチャとして位置づけられ、メンテナーが貢献ポリシーを文書化して伝達するための反復可能な方法が提供されます。
メンテナが境界線を引く理由
Hacker News での議論により、これらのポリシーの背後にある動機が明らかになりました。何人かのコメント投稿者は、プロジェクトが完全に AI によって生成されたプル リクエストの洪水を受け取っていると説明しており、あるコメント投稿者は、リポジトリをスクロールしても、活発な投稿ストリームのように見えたにもかかわらず、人間が書いたかのようなテキストが 1 つも見つからなかったと指摘しました。
中心的な問題は、ほとんど注目されていないことです。プル リクエストのレビューにはリアルタイムがかかり、機械生成コード、特にコードの動作を理解していない作成者によるコードの検証には、コードを最初から書くよりも多くの労力がかかる可能性があるとメンテナーは主張しています。あるコメント投稿者が述べたように、彼らが「熱心な」貢献者と呼ぶ人々が、たまたまその週に無料トライアルを提供する AI ベンダーの代理人として行動し、貢献数を追求するために低労力の変更を提出していると指摘する人もいた。
コミュニティの分断
禁止が良いことだということに誰もが同意しているわけではない。 Servo や Redox OS のようなコミュニティ主導のプロジェクトはすでに資金調達と貢献者の確保に苦戦しており、AI 支援による作業を阻止することはまさにそのようなプロジェクトに必要な人材を追い出す危険性があると主張する人もいます。このフィルタリングが重要であると反論する人もいます。潜在的な貢献者が未レビューのマシン出力を出荷するという条件でのみ参加する場合、禁止は不一致を早期に解決するだけです。
禁止令が有益な信号であると考える現実主義者の陣営もあった。何人かのコメント投稿者は、このディレクトリは、人間による積極的な監視が行われているコードベース、つまり、より容易に信頼できるライブラリや、投稿が実際に読まれるコミュニティを特定するのに役立つと述べています。また、ポリシー文言が異なる慣行を混同しているのではないかと疑問を呈し、大量に提出された未レビューの AI スロップと、多くのプロの開発者が現在標準的な慣行と考えている、密接に人間がガイドするエージェント コーディングとの間に大きな隔たりがあることを指摘した人もいます。
オープンソースにとってそれが何を意味するか
コントリビューターにとって、実際的な結果は明白です。コントリビュート ポリシーはプロジェクト ドキュメントの第一級の部分になりつつあり、AI で生成された作品を禁止するプロジェクトに提出することは、判断を下すというよりも文書化されたポリシー違反となります。オープンソース コンポーネントに依存している企業にとって、この傾向は、依存関係ツリーの貢献とガバナンスの姿勢をチェックする必要があるというシグナルです。ライセンスとメンテナンスの実践が、各プロジェクトで機械生成されたコードをどのように扱うかにますます複雑になっているためです。
この運動が成長するか停滞するかは、主流の財団や非常に大規模なプロジェクトが同様のルールを採用するかどうかによって決まります。今のところ、このディレクトリのリストの急成長と、それを巡る議論の激しさは、誰がオープンソースコードを書くのか、誰がそれをレビューする責任があるのかという問題が、メーリングリストの裏ルートからトップページでの争いに移ったことを示唆している。
---
AI の先を行く最新の AI ニュース、分析、画期的な情報をすべて 1 か所で入手できます。
AI ニュースをもっと読む→
