GitHubのプルリクエスト制限とはAI時代のノイズ対策

AI時代に増えるプルリクエストと、メンテナーの負担

GitHubは、ユーザーごとに同時に開けるプルリクエスト数を制限できる新機能を発表しました。プルリクエストとは、GitHub上でコードの変更を提案し、プロジェクトに取り込んでもらうための仕組みです。オープンソースでは、外部の開発者がバグ修正や機能追加を提案する大切な入口になっています。
近年は、GitHub CopilotのようなAIによるコーディング支援や、AIエージェントを使ってコードを作ることが身近になりました。短い時間でコードを書いたり、修正案を作ったりできるようになった一方で、十分に確認されていないプルリクエストも増えやすくなっています。
GitHubによると、2023年1月にはGitHub全体で毎月約2500万件のプルリクエストがマージされていましたが、現在では9000万件を超え

ているとされています。マージとは、提案された変更を正式にプロジェクトへ取り込むことです。オープンソースへの参加が広がっているようにも見えますが、その裏側では、レビューする側の負担も大きくなっています。
多くの貢献は善意によるものです。しかし、完成度の高い提案と、AIで作られたまま十分に確認されていない提案が同じ場所に並ぶと、メンテナーはどれを優先して見るべきか判断しづらくなります。メンテナーは、プロジェクトを管理し、提案されたコードを確認して取り込むかどうかを判断する人です。特にオープンソースでは、限られた時間の中で対応している人も少なくありません。
プルリクエストを作る手間は小さくなっても、レビューにかかる時間はあまり変わりません。AIを使えば数秒で変更案を作れる場合がありますが、その内容が正しく動くか、安全か、プロジェクトの方針に合っているかは人が確認する必要があります。質の低い投稿が増えると、良い提案を見つける前に、ノイズの確認に時間を取られてしまいます。
プルリクエスト制限は、こうした状況を整理するための機能です。投稿できる数に上限を設けることで、貢献者が本当にレビューしてほしい変更を選びやすくし、メンテナーが重要な提案に集中しやすくする狙いがあります。次に、この制限がどのように機能するのかを見ていきます。

外部の貢献を受け入れながら、質を管理する仕組み

プルリクエスト制限では、リポジトリへの書き込み権限を持たないユーザーが、同時に開けるプルリクエスト数の上限を設定できます。外部の貢献者は通常、プロジェクトのコードを直接変更するのではなく、プルリクエストを通じて変更を提案します。
上限に達したユーザーは、すでに提出しているプルリクエストのいずれかが閉じられるか、プロジェクトにマージされるまで、新しいプルリクエストを開けません。GitHubによると、Copilotや他のAIエージェントによって作成されたプルリクエストも、この制限の対象になります。
一方で、信頼できる貢献者はバイパスリストに追加でき、制限の対象外にできます。継続的に良い貢献をしている人まで一律に制限するのではなく、必要な人にはこれまで通り参加してもらえる設計です。なお、ドラフトのプルリクエストは制限の対象外とされています。GitHubには以前から、一時的にやりとりを抑えるインタラクション制限がありま

す。今回のプルリクエスト制限は、永続的に設定でき、リポジトリごとに調整できる点が異なります。外部からの貢献を完全に止めるのではなく、受け入れる量を調整できるため、オープンソースの開かれた性質を保ちながら、メンテナーの負担を減らす方法といえます。
GitHubは2026年2月に、リポジトリのコラボレーターだけがプルリクエストを提出できる設定も導入していました。ただし、この方法では外部の貢献者からの提案を大きく制限してしまいます。今回の上限設定は、外部の参加を受け入れつつ、質の低い投稿が一気に増えることを抑えるための中間的な仕組みです。
今後は、低品質またはスパムのようなプルリクエストを通常の一覧から外すアーカイブ機能や、Issueにも上限を設ける機能が予定されています。さらに、過去にマージされた実績やアカウントの利用期間などをもとに、信頼できる貢献者を自動的に判断する仕組みも検討されています。
プルリクエスト制限は、貢献を閉ざすためではなく、良い提案が埋もれにくい環境を作るための機能です。AIによって投稿しやすくなった今、受け取る側の負担をどう減らすかも、オープンソースを続けていくうえで大切な視点になっています。

まとめ

いかがだったでしょうか？
今回のGitHubのプルリクエスト制限の発表を見て、AIでコードを作りやすくなったからこそ、受け取る側の負担を減らす仕組みも必要になっていると感じました。
外部からの貢献を止めるのではなく、上限やバイパスリストによって流れを整える考え方は、オープンソースを続けていくうえで現実的な対応だと思います。
AIを使って開発しやすくなる一方で、良い提案が埋もれないようにする工夫も、これからますます大切になりそうですね。