オープンソースプロジェクトへの成功した貢献は一種の通貨である。Git Hubはこれを特にいくつかの方法で奨励している。リポジトリページで貢献者のアバターを表示し、アクティビティフィードを通じてフォロワーにあなたの貢献を示し、プロフィールのアクティビティグラフで日ごとの貢献をシグナル化することだ。潜在的な採用担当者はこれに注目することが多い。採用担当者はこのようにして候補者を見つけ、スクリーニングすることが多い。仕事を探しているソフトウェア開発者（現職でも志望者でも）であれば、これらのシグナルを調整することはしばしば有利に働く。オープンソースのメンテナーとして、過去1年間で外部貢献のパターンがどのように変わったかはかなり顕著である。IssueよりもPull Requestを受け取る可能性がはるかに高い。Issueを受け取ったとしても、それにはAI生成の分析が添付されていることが多い。以前にも増してセキュリティ脆弱性レポートを受け取ってっており、しばしばAI生成の修正提案も添付されている。これらの貢献の一部は私たちの仕事に興味を持っている人々からのものであることは疑わないが、私の冷笑的な部分は、このかなりの量が、人々がAIをGit Hubを自分たちの利益のために操作するために使えることに気づき始めているためだと信じている。面白いオープンソースプロジェクトのリストを生成するようClaudeに依頼し、それらのいくつかの問題を見つけさせ、修正のためのPRを上げさせるよう依頼することは今や簡単だ。プロジェクトを使用したり気にかけたりする必要さえないが、外部の人にあなたが気にかけている、問題を見つけた、修正に時間をかけたという錯覚を簡単に作り出せる。インターネットでは、あなたが犬であることを誰も知らないが、LLMの助けを借りて、Git Hubプロフィールで自分の人間としての能力を楽々と誇張できる。最近、2018年末から数週間前までGit Hub全体で実質的に貢献がなく、私たちの知る限りプロジェクトへの事前の関与もなかった貢献者が、コメントのスペルや文法の誤りを修正するために3つの別々のPRを上げた。Claudeが修正を行い、おそらくPRの説明を書き、ユーザーに代わってコミットに署名し、便利なことに共著者としての情報をコミットメッセージのトレーラーに挿入した。おそらくPR自体も開いたかもしれない。誰にもわからない。プロンプトが「問題を見つけに行く」だったのか、何か特定の理由でスペルや文法の問題に焦点を当てたのか、興味がある。その変更は無害で正しかったが、それを受け入れたりマージしたりすることへの気分が良くなることはなかった。代わりに自分に問いかけずにはいられなかった：なぜこれが、なぜ今？なぜ、私たちのコードベースのすべてのissue、TODO、FIXMEの中から、これらを提出しているのか？そして、これらの貢献は私たちのプロジェクトとは全く関係ないのだと気づいた。コメントなしで3つのPRをすべてクローズした。これは不合理だったかもしれないが、正直に言って、このような琐末な作業で人々の時間を使わせることを奨励する気はない。実質的に何も改善しないPRを受け入れる前例を作りたくないし、貢献者リストがロボットにタイプミスを修正させることの報酬になるのは望ましくない。セキュリティ脆弱性レポートでも同じパターンが現れている。CVEは伝統的に報告者に功績が与えられるが、最近受け取ったすべてのレポートは明らかにAI生成である。セキュリティ修正は常に重要だが、これも、人々が修正を大切に思っているからなのか、簡単な功績を求めているからなのか、自問している。このようなレポートの深刻度を評価する際、最近ではより選択的になっており、場合によっては、重要度の低い項目に対するCVE通知の発行を拒否している。いずれにせよプライベート開示が死につつあるという事実について、いくつかの考えがあるが、別の機会に書くかもしれないが、プライベート修正、開示通知、リリースの調整に関わる労力は、私たちが選択的であることを必要とするほどsubstantialだ。最終的に、オープンソースは信頼の上に成り立っている。