AIスロップの代償：Tursoがバグバウンティプログラムを廃止した理由
SQLite互換のデータベース書き換え版であるTursoは、約1年間にわたり、データ破損につながることを実証できるあらゆるバグに対して1,000ドルを支払うという、分かりやすいインセンティブを提供してきました。これは、決定論的シミュレータ、ファザー、SQLiteとの差分テストを含む厳格なテストスイートを補完するために設計された、システムの信頼性に対する高額な賭けでした。
しかし、Tursoは最近、このプログラムの廃止を発表しました。その理由は、バグの不足や関心の欠如ではなく、「スロップ・マシン（slop machine）」の出現、つまり、価値あるセキュリティインセンティブをメンテナンスの悪夢へと変えてしまった、AI生成のプルリクエスト（PR）やIssueの猛攻です。
AIスロップの構造
特定の種類のバグに金銭的報酬が付随すると、それはLLM駆動の自動化の格好の標的となります。Tursoは、そのインセンティブが「美味しすぎる」ため、低労力の投稿が殺到したことを発見しました。問題はコストの非対称性にあります。AIがもっともらしいバグ報告を生成するのにかかる時間は数秒ですが、人間のメンテナがそれを調査、論破、そしてクローズするのには数時間かかります。
Tursoは、この「スロップ」のいくつかの不条理な例を挙げました：
- 手動による破損： ある投稿者は、データベースヘッダーにゴミのバイトを手動で注入し、それをバグとして主張しました。
- 意図的な妨害： 別の投稿者は、ソースコードを修正して、破損を発生させるために配列の範囲外アクセスを手動で追加しました。
- 論理的な誤謬： あるPRは、SQLデータベースがSQL文の実行を許可していることを理由に「重大な脆弱性」であると主張しました。
- 設計上の誤解： ある投稿は、SQLiteがジャーナルモードをWALに戻すまでファイルを開けないことを示しましたが、これはまさにシステムがそのように動作するように設計されている通りでした。
ボットによる投稿が疑われるものを自動的にクローズする「保証システム（vouching system）」を導入したものの、ボットは単に適応し、クローズされたことに異議を唱える新しいIssueを開き、同じような汎用的なLLMスタイルの長文テキストを使用して手動検査を要求してきました。
オープンソースのジレンマ
Tursoの経験は、オープンソース・エコシステムにおける高まる緊張を反映しています。同プロジェクトは、「オープンな貢献（Open Contribution）」プロジェクトであることがDNAの一部であると強調していますが、金銭的インセンティブが、AIエージェントが大規模に悪用できる抜け穴を作り出してしまいました。
Hacker Newsのコミュニティメンバーは、この現象について意見を述べ、ソフトウェア開発のボトルネックが変化したと指摘しました。あるユーザー（@wg0）が観察したように、問題はもはやコードを書く能力ではなく、コードを読み、理解する能力です。生成されたコードの量が人間のレビュー能力を超えると、チームの速度は実際に低下します。
AI時代に向けた提案された解決策
Tursoの決定に関する議論は、AI生成のノイズが蔓延する世界で、バグバウンティやオープンな貢献をどのように管理するかについて、いくつかの提案を呼び起こしました：
1. 金銭的摩擦
いくつかのユーザーは、投稿に対して少額の手数料（例：20ドル）を導入し、実際のバグが見つかった場合には返金される仕組みを提案しました。これにより、ボットによる投稿の「ゼロコスト」な性質を排除しつつ、、正当な研究者にとっては無視できる程度の障壁となります。
2. レピュテーションと証明
別の提案は、「バグバウンティ・バウンサー・サービス（Bug Bounty Bouncer Service）」、つまり、ユーザーがレピュテーションを確立するか、最初の投稿に対して人間のレビューを依頼するための費用を支払う必要がある第三者による証明レイヤーを導入することです。これにより、検証のコストをメンテナから投稿者へと移転させることができます。
3. Proof of Work
提案の中には、「Proof of Work（作業量証明）」を要求すること、例えば、PRがレビューのために受け入れられる前に、ローカルでシミュレータのテストケースのフルスイートを走らせて、バグが再現可能であることを証明させることなどが含まれます。
4. AIによるフィルタリング
一部のユーザーは、、解決策は「火をもって火を制する」こと、つまり、人間のメンテナに届く前に、PRをスロップとして事前検閲するAIボットを配備することであると主張しました。
結論
Tursoのバグバウンティプログラムを廃止止めるという決定は、システム的な問題に対する現実的な対応です。AIが技術的なコンテンツを生成する障壁を低準化し続ける中で、、従来のオープンソース・エンゲージメントのモデル（信頼と低摩擦な貢献に基づいたもの）は、挑戦を受けています。次世代のOSSガバナンスの課題は、、どのようにして、、開かれた性質を維持しながら、、我々を助けるために設計されたツールそのものによって、、押しつぶされることなく、、維持することです。