powered by TechFeed
表示モード
Deep Dive

AIエージェントがPRスパムを爆発させた——マージ率48%→9%に崩壊したオープンソースの現場とその対策

6月25日、Runtime Wireが「Greptile puts numbers on the AI pull request spam problem」と題した記事を公開した。AIコーディングエージェントがオープンソースリポジトリに大量の低品質プルリクエストを送りつける実態をデータで示し、コードレビューが次のボトルネックになるという議論について詳しく紹介している。

6月25日、Runtime Wireが「Greptile puts numbers on the AI pull request spam problem」と題した記事を公開した。AIコーディングエージェントがオープンソースリポジトリに大量の低品質プルリクエストを送りつける実態をデータで示し、コードレビューが次のボトルネックになるという議論について詳しく紹介している。


マージ率48%が9%台に崩壊した現場

AIコーディングエージェントの台頭により、プルリクエスト(PR)を送るコストがほぼゼロになりつつある。その結果として何が起きているか——GreptileエンジニアのRahul Bathijaが5月8日に公開した分析が、その実態を数字で示した。

対象は、Greptileがレビューを担当するオープンソースリポジトリ「OpenClaw」だ。同リポジトリへのPR数は、2024年12月の週約2件から2025年2月には週3,400件へと急増した。

だが、より重要な数字はその後だ。PRのマージ率は約48%から9.3%以下に落ち込んだ。あるコントリビューターは1日で106件のPRを送信しており、提出間隔の中央値はわずか3秒だった。Greptileはこれを「今日のPRスパムは、2000年代初頭のメールスパムに似ている」と表現している。

さらに問題なのは「エージェントが生む同質性」だ。4人の異なるコントリビューターが全く同じタイトルのSearXNG機能PRを送信し、6人が同じBrave Searchのロケールバグを修正し、5人が同一のタイムアウトデッドロックを独立して発見していた。多様な視点をもたらすはずだったオープンソースのコントリビューションモデルが、同じモデルと同じプロンプトを使った大量の同一解を生み出す構造になっている。


「送信者の評判」がインフラになる

メールスパムの問題と構造は同じだ。送信コストが崩壊したとき、受信側はアイデンティティ・評判・フィルタリングを必要とした。PRも同様で、コードがコンパイルを通り、diffが一見まともに見えても、「そのコントリビューターがプロジェクトのコンテキストを理解しているか」を証明する仕組みが必要になる。

Bathijaのデータはその傾向を裏付けている。初回コントリビューターのマージ率は**8.2%、2〜5件の実績があるコントリビューターは10.3%、5件超では18.6%**だった。メンテナーはすでに暗黙的に「送信者評価」を適用している。

この文脈でBathijaが紹介しているのが、Vouchだ。Ghosttyの作者であるMitchell Hashimotoが開発する、オープンソースコントリビューター向けの信頼管理システムで、コミュニティメンバーが明示的に他者を「vouch(保証)」することでトラストグラフを構築する。Greptileはこれをメール送信者レピュテーションスコアのオープンソース版と位置づけている。

HashimotoがGhosttyのGitHub離脱を表明した背景には、AIエージェントによるスパム的なIssue・PR流入への対応疲れがある。GitHubというプラットフォームが「デフォルト開放」である以上、悪意のあるノイズを防ぐコストはメンテナー側に転嫁される構造になっており、Vouchはその非対称性を是正するための試みだ。Bathijaが「Vouchは移行前に有効に機能していた」と記しているのは、プラットフォームを問わず機能する信頼レイヤーとして設計されているためである。コントリビューションワークフローが「デフォルト開放」から「信頼ベースの参加制御」へ移行しつつあることの象徴的な事例といえる。


Greptile自身の思惑

この分析はもちろん中立的な学術研究ではない。Greptileはこの問題が指し示す先に自社製品を置いている。

Greptileはもともと「大規模コードベースに自然言語で質問できる」APIとして2024年にY Combinatorを経由し、**$410万のシードラウンド(Initialized Capital主導)を調達した。TechCrunchの報道では500社の有料顧客まで成長したとされている。その後、製品の軸をコードベース検索からAIコードレビューへ移行させ、2025年9月にはBenchmark主導で$2,500万のシリーズA**を調達している(元記事は2026年6月時点でこれを過去の調達として言及している)。

最近ではTREXと呼ぶ実行レイヤーも加えた。静的なdiffを読むだけでなく、レビュープロセス中に実際にコードを実行し、ログ・スクリーンショット・APIトレース・スクリプトといった「実行可能な証拠」を生成する仕組みだ。これにより、コードが動作するかどうかをレビュー時点で検証できるとGreptileは主張している。

価格設定はアクティブな開発者1人あたり月$30(50レビュー含む)で、追加は$1/件。AIエージェントがレビューキューへの流量を増やすほど、Greptileのビジネス機会も拡大する構造だ。

競合にはGitHub(PRが既にそこにある)、CodeRabbit、Qodo、Graphiteなどがいる。Greptileの差別化軸は「コードを生成しないレビュアー」であること——CEOのDaksh Guptaはグレプタイルを「監査役」と位置付け、自ら生成したコードはレビューしないと明言している。なお、Bathijaはエンジニアリングサイドでこのデータ分析を担当しており、GuptaはCEOとして製品方針・競合ポジショニングを語る役割を担っている。


メンテナーが直面する本質的な問い

Bathijaの分析でもう一つ目を引くのは、PRの種類別マージ率だ。**フィーチャーPRのマージ率9%に対し、リファクタリングPRは35%**でマージされている。Greptileの解釈は明快で、「コードを書くこと」より「システムを理解して正しい変更を判断すること」の方が価値を持つ時代になりつつあるということだ。

OpenClawはあくまで一つのリポジトリであり、Greptileの視点フィルタがかかったデータであることは念頭に置く必要がある。方法論を再現可能な公開データセットとして公開しているわけでもない。ただ、数字が極端だからこそ「何が最初に壊れるか」が見えやすい——メンテナーの注意力、重複作業、そして「このPRは思慮あるコントリビューターによるものか」という信頼感だ。

詳細はGreptile puts numbers on the AI pull request spam problemを参照していただきたい。