オープンソース
あなたの履歴書を飾るために、AIによる低品質な貢献で私たちのプロジェクトを氾濫させるのはやめてください
Please stop flooding our projects with AI slop to furnish your CV (neilalexander.dev)
要約
オープンソースプロジェクトのメンテナーは、履歴書作成のためにAIを利用した低品質なプルリクエストや脆弱性報告の増加に直面しています。著者は、このような「AIスロップ」がプロジェクトの時間を浪費し、真の貢献の価値を低下させると警鐘を鳴らしています。GitHubのプロフィールを飾るためだけの貢献ではなく、プロジェクトへの真の関心に基づく貢献が重要だと主張しています。
全文翻訳
Neil Home Blog GitHub あなたの履歴書を飾るために、AIによる低品質な貢献で私たちのプロジェクトを氾濫させるのはやめてください 2026年6月30日 Neil著オープンソースプロジェクトへの成功した貢献は一種の通貨です。GitHubは特に、リポジトリページでのコントリビューターのアバター表示、アクティビティフィードでのフォロワーへの貢献の表示、プロフィールのアクティビティグラフでの1日あたりの貢献のシグナル表示など、多くの方法でこれを奨励しています。潜在的な採用担当者はしばしばこれに注目します。採用担当者はしばしばこの方法で候補者を見つけ、スクリーニングします。あなたがソフトウェア開発者(既存または志望)で仕事を探しているなら、これらのシグナルを調整することはしばしばあなたの利益になるでしょう。オープンソースのメンテナーとして、外部からの貢献のパターンが過去1年でどのように変化したかは非常に顕著です。私たちは、イシューよりもプルリクエストを受け取る可能性がはるかに高くなっています。イシューを受け取ったとしても、しばしばAIによって生成された分析が添付されています。私たちはこれまで以上に多くのセキュリティ脆弱性レポートを受け取っており、しばしばAIによって生成された修正提案も添付されています。これらの貢献の中には、私たちがやっていることに本当に興味を持っている人々からのものもあると疑っていませんが、私の皮肉な部分は、かなりの量が人々がAIを使って自分の利益のためにGitHubをゲームできることに気づいていると信じています。Claudeに興味深いオープンソースプロジェクトのリストを生成させ、次にClaudeにそれらのプロジェクトの問題点を見つけさせ、そしてClaudeにそれらを修正するためのPRを提出させることは、今や簡単です。あなたはプロジェクトを使ったり、それらを気にかけたりする必要さえありませんが、外部に対してあなたが気にかけたり、問題を見つけたり、それを修正するために時間を費やしたりしたという幻想を簡単に作り出すことができます。インターネット上では、誰もあなたが犬であることを知りませんが、LLMの助けを借りれば、GitHubプロフィール上であなたの人間的な能力を楽に誇張することができます。最近、2018年後半から数週間前までGitHub全体での貢献がほとんどなく、私たちのプロジェクトとの事前の関与も知られていない貢献者が、コメントのスペルミスや文法ミスを修正するために3つの別々のPRを提出しました。ClaudeがおそらくPRの説明を書き、コミットにユーザーの代わりに署名し、そしてコミットメッセージのトレーラーに共同著者としての情報を親切に挿入しました。もしかしたら、それ自体でPRを開いたのかもしれません、誰が知るでしょうか。「問題を見つけてきて」というプロンプトだったのか、それとも何らかの理由で特にスペルミスや文法ミスの問題に焦点を当てるように指示されたのかを知ることに興味があります。変更は無害で正しかったですが、それを受け入れたりマージしたりする私の気持ちを良くするものではありませんでした。代わりに、私は自問せざるを得ませんでした:なぜこれなのか、なぜ今なのか?私たちのコードベースのすべてのイシューやTODO、FIXMEの中で、なぜ彼らはこれを提出しているのか?そして、これらの貢献は私たちのプロジェクトとは全く関係がないことに気づきました。私はコメントなしで3つのPRすべてを閉じました。これは不当だったかもしれませんが、正直に言って、私はこの種の忙しい仕事で私たちの時間を取ろうとする人々を奨励することに興味がありません。私は実質的に何も改善しないPRを受け入れる前例を作りたくありませんし、私たちのコントリビューターリストがロボットにタイポを修正させることへの報酬になることも望んでいません。同じパターンがセキュリティ脆弱性レポートにも現れています。CVEは伝統的に報告者にクレジットされますが、最近受け取ったすべてのレポートは明らかにAIによって生成されたものでした。セキュリティ修正は常に重要ですが、再び、これは人々が修正を気にしているからなのか、それとも簡単なクレジットを探しているからなのか疑問に思っています。私たちは最近、そのようなレポートの深刻度を評価する際に、はるかに慎重になっており、場合によっては低深刻度の項目に対してCVE通知を発行しないことを選択しています。プライベート開示が anyway 死にかけていることについて、いくつか感情がありますが、それは別の機会に書くかもしれませんが、プライベートな修正、開示通知、リリースを調整するために必要な労力は、私たちが選択的になることを要求するほど substantial です。結局のところ、オープンソースは信頼の上に成り立っています。重要なのは、LLMにどれだけのプルリクエストを生成させることができるか、どれだけのCVEを蓄積できるかではありません。プロジェクトを意味のある方法で改善できるかどうかです。オープンソースプロジェクトに貢献したいのであれば、あなたが気にかけているから貢献してください。もしあなたが欲しいのが、もう一つの緑色の四角や、もう一つのコントリビューターバッジだけなら、他に行ってください。