AI によって生成されたコードは、人間のボランティアによって慎重にレビューされる必要があります
MTストックスタジオ/ゲッティイメージズ
オープンソース ソフトウェアについてのバイラルな漫画には、「現代のデジタル インフラストラクチャ全体」とラベルが貼られたぐらつく箱が積み上げられ、その一番下にある 1 つの小さな箱が全体を持ち上げていることが示されています。これは、「ネブラスカ州の無作為の人が 2003 年以来、感謝の気持ちを持って維持してきたプロジェクト」です。
これがオープンソースの現実です。すべての Web サイト、アプリ、オペレーティング システムがオープンソースに依存しています。現代社会はそれなしでは機能しませんが、それはボランティアによって空き時間に書かれました。しかし、AI が生成したコードの氾濫による負担の増大により、多くの人が燃え尽きてコミュニティから完全に離脱し、オープンソース ソフトウェアの将来が脅かされています。
AI モデルを使用すると、ボタンをクリックするだけで、新しい機能を構築したり、バグを修正したり、新しいプロジェクト全体を作成したりするためのコードを簡単かつシンプルに生成できます。しかし、このコードは多くの場合、既存のプロジェクトに統合するのが難しく、混乱を招くか、まったくのゴミです。コードの提出が容易になる一方で、コードのテスト、修正、承認を担当する人間の貢献者は圧倒されています。
一部の労働者にとって、その要求は耐え難いものとなった。 新しい科学者 Sentry でオープンソース チームを率いる Chad Whittaker 氏へのインタビューを手配しました。 – 数十億ドルの価値がある企業。ウィテカー氏は面接の数日前にキャンセルし、辞任すると述べた。彼の LinkedIn と Bluesky アカウントは閉鎖され、彼のアカウントへのメールは戻ってきました。彼はテクノロジーから離れ、「ネオ・アーミッシュ」的な生活を送っていると説明するブログ投稿を残した。 「AIは最後の藁だった」と彼は書いた。
多くのオープンソース プロジェクトがホストされ、組織されるオンライン プラットフォームである GitHub は、2025 年に 10 億件の新しいコードの提出を受け取りました。同社の最高執行責任者カイル・デイグル氏は4月、今年の売上高は140億ドルに達する見込みだと述べた。
多くのプロジェクトは、AI によって生成された「主導型コントリビュート」と呼ばれる流れを阻止するために、新しいコントリビュータをブロックしています。これらのコントリビュートは、ソフトウェア会社の採用担当者への魅力を高めるために、GitHub の広範なコミット履歴を求める若い開発者によって提出されることがよくあります。 Zigプログラミング言語を推進するZig Software Foundationは、AI支援による貢献は「常にくだらない」という理由で禁止したと、同財団のアンドリュー・ケリー会長は述べた。
「AI で書かれたコードは、表面的には機能し、問題を引き起こさないように見えますが、問題はもう少し隠れており、何かを壊す可能性のあるものをスキャンして探すには多大な労力がかかります」と英国エジンバラ大学のミランダ ヒース氏は言います。
ヒース氏は、問題を緩和し、オープンソースが確実に実行可能な分野であり続けることを保証する方法を見つけたいと考えて、人員削減の影響を研究しています。しかし、彼女はもう飽きたという多くの人々に出会った。
「人間が燃え尽きてしまうとき、突然木工細工に手を出したり、鳥の写真を撮ったりするのと同じように、少し自然に戻りたいという一種の願望が生まれるという印象です」とヒースは言う。 「それは人々の人間関係に影響を与える可能性があります。そして、人間関係が影響を受けるため、さらに孤立して孤独になります。それが燃え尽き症候群を悪化させます。」
ヒース氏は、政府は裕福なテクノロジー企業に契約を与えるのではなく、オープンソースにもっと投資すべきだと考えている。 「お金を無駄に浪費するのではなく、本当に必要な大切なものを維持しましょう」 [AI] バブルだよ」と彼女は言う。
同じくエディンバラ大学の Vlad-Stefan Harboz 氏は、余暇にオープンソースに取り組んでおり、ユーザーが開発者に課す要求を目の当たりにしています。 「それは正しいことです。例えば、あなたは精神的健康を犠牲にして私のために無償の仕事をしなかったということで、私に不当なことをしたのです」とハーボズは言う。
ヘルボズ氏は、AIの提出増加の責任はモデルをリリースしている企業にあると述べている – そして、GitHub は主な犯罪者の 1 つです。 Microsoft 所有の同社は、人々が AI で生成されたコードを使用してプロジェクトに貢献できるようにするために、独自の AI モデル Copilot を立ち上げました。
「GitHub は『ああ、わかりました』と言うでしょう」 [AI] エージェントはとても問題だったので、それを解決するために何かをするかもしれません」と言うと、それはあなたですよね？ GitHub はそれをやったのです」と Harboz 氏は言います。GitHub はコメントの要請に応じませんでした。
Harbuz 氏にとって、AI が生成したコードの問題は、それが機能しない可能性があるということだけでなく、プロジェクト チームとの議論さえせずに数千行のコードを削除できることです。これにより計画が狂い、望まない方向に進んでしまう可能性があります。コラボレーションは悪循環に陥り、オープンソースの社会契約が壊れる可能性がある、と彼は言います。
約 2,000 万人のユーザーがいる Homebrew というプロジェクトに取り組んでいる開発者の Mike McQuaid 氏は、この問題の解決方法について強い意見を持っています。
まず、彼は Open Source Resistance と呼ばれるイニシアチブを開始しました。これは、人々に貢献しやすくするために、本業の間にプロジェクトに取り組むよう呼びかけるものです。彼は、オープンソース作業の最大 95% が勤務時間中に行われると推定しています。
第二に、彼は人々を禁止することを恐れていません。チームを物理的に脅迫したユーザーも含め、問題のあるユーザーをブロックし、AI によって生成されたものであるかどうかに関係なく、サブコードの提出を単純に削除します。
「もしかしたら、私たちにはこの短い黄金時代の期間があったのかもしれない」 [where] 誰かがセキュリティの脆弱性を発表する 2 ページの文書を作成した場合、それはおそらく正当なものであると考えるかもしれません。昨年の私の経験では、これらのほとんどはナンセンスであり、AI が生成した無関係なものであるということです。」とマクエイド氏は言い、「そして現時点でのスキルは、時間とエネルギーをできるだけ節約しながら、実際に 2 ページの文書をめくって、それがナンセンスであることを認識できるようにすることです。」と述べています。
しかし、混乱とペースの速い AI の世界では、禁止はそれ自体の問題をもたらします。オープンソース開発者のスコット・シャンボー氏は、1億3000万人のユーザーを抱えるMatplotlibへのAI生成コードの提出を削除した。これに応じて、（所有者不明の）AI エージェントは彼を公に非難するブログ投稿を作成しました。 「スコット・シャンボーは、AIエージェントは歓迎される貢献者ではないと判断した」と投稿にはある。 「彼は自分の小さな財産を守ろうとしていました。それは単純明快で、不安なのです。」
主題:
