RPCS3が「コードを学べ」、AIエージェント締め出しへ

PS3エミュレータの老舗RPCS3が、AIエージェントによるコード提出を実質的に締め出すガイドラインを公開した。「コードを学べ」という言葉が、開発者コミュニティの新しい防衛線になっている。

情報の灯台

2026年5月11日 13:4200

「AIスロップ」を流し込まれる側の限界

RPCS3が公式リポジトリのガイドラインを更新し、AIエージェントによる自律的なプルリクエストを事実上禁止した。日本時間5月11日に公開された新ルールは、AIツールの利用そのものは認めつつも、提出者が「自分のコードを完全に所有し、理解していること」を強く要求する内容になっている。

きっかけは前日のXでの投稿だった。RPCS3公式アカウントは、AIが生成した低品質コードを「スロップ」（生ゴミ、残飯）と呼びながら開示なき提出をBAN対象にすると明言した。

Please stop submitting AI slop code pull requests to RPCS3. We will start banning those who do without disclosing.
（RPCS3にAIスロップのコードプルリクエストを送るのをやめてくれ。開示せずに送り続ける者はBANしていく）

「オンラインにはデバッグとコードを学ぶリソースが山ほどある。理解もしていないし動きもしないスロップを生成するな」という続きの言葉に、メンテナの疲弊が滲んでいる。

RPCS3は2011年5月から続くオープンソースのPS3エミュレータで、Windows・Linux・macOS・FreeBSDで動作する。2026年4月時点で PS3ライブラリの70%超 がプレイ可能と分類されており、その実績はGitHubに集まる多数の貢献者に支えられてきた。その貢献の入り口に、AIが生成しただけのコードが洪水のように押し寄せている。

ガイドライン本文が示す「人間の責任」

新ガイドラインは、AI利用を一律禁止していない。むしろ「研究やリバースエンジニアリング目的でのAIツール利用は許可する」と明記した上で、利用者に重い責任を課す構造になっている。

AIツールの研究およびリバースエンジニアリング目的での利用は許可される。ただし貢献者は、提出するすべてのコードを完全に所有し、理解していなければならない。チームとのあらゆるコミュニケーション（コード、コードコメント、GitHubコメントを含む）は、自律的に振る舞うAIエージェントではなく、人間の貢献者から発信されなければならない。

本プロジェクトに、未検証・未確認のAI生成スロップが提出されるケースが増えている。これはメンテナの時間を浪費し、最悪の場合はマージされて全ユーザーの機能を壊す。違反を繰り返した者はリポジトリからBANする。

AIエージェントや自動化ツールによって開かれたプルリクエストは、PR説明文にAI関与の範囲を開示しなければならない。どの部分がAI生成か、提出前にどんな人間によるテストやレビューを行ったかを記す。開示のないPRはレビューなしでクローズされうる。

注目すべきは、コードそのものより「コミュニケーション」を人間に紐づけている点だ。コメント欄でAIエージェントに代弁させること、AIがレビュー応答を書くこと、そういった人間の不在を許容しない。コードを書くのは半分AIでもいい。だが、責任の主体は必ず生身の人間でなければならない、という線引きである。

「vibe coder」たちへの宣戦布告

このガイドライン公開と並行して、RPCS3はXのリプライ欄で詰め寄ってくるAI推進派を片端からブロックする方針を表明した。「我々のSNSで吠えているAI兄貴たちに告ぐ。我々は単にお前らをブロックする」「デバッグとコードを学べ。お前が消えた後に人類に残せる、有用な何かを残せ。スロップを売り歩くな」という言葉が並ぶ。

「vibe coding」とは、コードの中身を理解せずに雰囲気と直感だけで書くスタイルを揶揄する言葉だ。AIに指示を出して出てきたものをそのままコピペし、動かないと別のAIに直させ、それをまた投げる。テストもしない。仕組みも知らない。そういう振る舞いが、メンテナの時間を一方的に奪っている。

メンテナの負担は「PRを書く側」と「レビューする側」の非対称によって決まる。AIで生成は加速し、レビューは加速しない。生成コストがゼロに近づくほど、レビューする側に全部の負荷が降ってくる構図だ。

これはRPCS3だけの問題ではない。GitHub全体が、いま同じ構図に苦しんでいる。

cURLの先例と、広がる「AI疲れ」

似たような線引きを先に引いたプロジェクトがある。HTTPライブラリの定番cURLだ。今年初め、開発者のダニエル・ステンバーグ（Daniel Stenberg）が、AIが生成した低品質なバグ報告に埋もれてバグ報奨金プログラムを停止した。

本人はこれを「AI crap」（AIのクズ）と呼んだ。バグ報告の文面は流暢だが、文脈を理解していないので実在しない脆弱性を「発見した」と言い張る。検証に時間を取られたメンテナが疲弊する、というのが停止の理由だった。

cURLとRPCS3の共通点は、両方ともボランティア駆動のインフラOSSだという点だ。お金で人を増やせない。レビューの人的リソースに限界がある場所ほど、生成コストの非対称が刺さる。

GitHub自身もこの圧力に対応を迫られている。同社はCopilotサービスを巡って、個人プランの新規登録を一時停止したり、利用量の制限を厳しくしたりといった調整を続けてきた。AIエージェントの長時間稼働とリソース消費が、ホスティング側の運用にも影を落としている、ということでもある。

「15年続く成熟」がAIに先回りされる側になった

このニュースで個人的に引っかかったのは、RPCS3が自分たちを「LLMが登場するずっと前、PS3の大半が遊べる状態になっていた」と表現したことだ。技術的にはとっくに成熟していた領域に、後から雪崩れ込んできたAIが「貢献の体裁」だけ整えた粗悪コードをばら撒いている、という構図である。

リバースエンジニアリングは、本来もっとも文脈依存度の高い作業だ。動かしながら推測で組み立てる仕事であり、ハードウェアの仕様書も存在しない状態で進める。そこに、コードの背景を読まずに表面パターンだけで埋めてくるAI生成コードを差し込まれると、レビュー側はその「もっともらしさ」を一つずつ解体しなければならない。

開示すれば許される、というラインを設けたのは賢いと思う。完全禁止だと運用が成り立たず、放置だと崩壊する。間に「責任の所在を人間に固定する」というルールを差し込むことで、なんとか可動部を残した。AI利用そのものを禁じたわけではない。禁じたのは「人間が責任を放棄したAI利用」だ。この一線が、これから他のオープンソースプロジェクトでも引かれていく可能性は高い。

ただ、運用は簡単ではない。開示を求められた側が「ちゃんと自分でレビューしました」と書けば、それを覆すのは難しい。証拠は本人の頭の中にしかない。最終的にメンテナは、PRに書かれた説明と、コードの不自然さの兆候の両方を見比べて判断するしかない。今までもやってきたことではあるが、その負荷は確実に上がる。

それでも、ガイドラインを文面に落とすこと自体に意味がある。「ここは開示が必要な場所だ」という空気を作れば、貢献者側のセルフチェックが働く。少なくとも、何も書かれていない状態よりはマシだ。

「コードを学べ」という言葉が、嫌味ではなく防衛線として響き始めている。

参照元