GitHub ввёл лимиты на пулл-реквесты. Проблема простая: создать PR стало слишком легко, а проверить его всё ещё долго. Когда в одном репозитории смешиваются отличные доработки и откровенный шум, хорошие изменения теряются. Лимит установит, сколько PR может держать открытыми пользователь без прав на запись. Если лимит исчерпан — надо закрыть или смержить старый. Copilot и другие AI-агенты тоже считаются. Для доверенных контрибьюторов можно сделать список исключений. Draft-пулл-реквесты не учитываются.
У GitHub уже были временные блокировки (interaction limits), но это постоянная настраиваемая опция. Лимит меняет поведение: когда нельзя открыть сто PR за минуту, человек сам начинает выбирать, что ему действительно важно. Как говорит Nicholas Tindle из AutoGPT, стало хотеться снова проверять PR, когда знаешь, что их не пять-десять откровенного мусора. Mike McQuaid из Homebrew подтверждает: AI ускорил поток однотипных PR, и лимит помогает не задохнуться. Vincent Koc из OpenClaw рад, что GitHub сделал готовое решение, чтобы не писать собственные боты.
Цифры подтверждают масштаб. В январе 2023 года разработчики мержили ~25 млн PR в месяц на GitHub. Сейчас — больше 90 млн. Рост в 3,6 раза. В феврале писали, что опенсорс переживает свой «Вечный сентябрь» — лавину новичков, с которой сложно справляться. Лимит возвращает мейнтейнерам время, не закрывая дверь для новых участников.
Дальше — больше. GitHub анонсировал, что появится архивирование PR (скоро): админы смогут прятать спам из основного списка, не удаляя его (важно для юридических требований). В разработке лимиты на issues — те же самые механизмы для задач. Следом — умные обходные сигналы: контрибьютор сможет сбрасывать лимит автоматически, если у него уже есть принятый PR, старый аккаунт или членство в организации. А ещё изучают кросс-репозиторные контроли, чтобы ловить тех, кто раскидывает мусорные PR по сотням проектов сразу.