На прошлой неделе GitHub от Microsoft уведомил клиентов Copilot о необходимости сократить использование сервиса на базе ИИ, чтобы снизить нагрузку на серверы компании. Это произошло после того, как в прошлом месяце компания обнаружила ошибку в подсчете токенов, которая, по всей видимости, нарушила ценовую модель компании.
«Поскольку GitHub Copilot продолжает стремительно расти, мы продолжаем наблюдать увеличение паттернов высокой параллельности и интенсивного использования», — заявили в GitHub. «Хотя мы понимаем, что это может быть вызвано легитимными рабочими процессами, такой тип использования создает значительную нагрузку на нашу общую инфраструктуру и операционные ресурсы».
Для улучшения работы Copilot компания сообщила, что в ближайшие недели будут введены ограничения «для лучшего баланса пропускной способности» и повышения «общей надежности сервиса».
GitHub также объявил о выводе из эксплуатации модели Opus 4.6 Fast от Anthropic для пользователей Copilot Pro+.
Anthropic столкнулась с аналогичными проблемами пропускной способности и также предприняла шаги для изменения моделей потребления, ограничивая использование в часы пиковой нагрузки на фоне растущих жалоб от разработчиков. Разработчики, использующие Codex от OpenAI, также выступали против ограничений скорости. Настал момент расплаты за неограниченный «шведский стол» токенов, финансируемый венчурным капиталом.
В рамках дальнейшего сокращения расходов GitHub приостановил все бесплатные пробные периоды GitHub Copilot Pro из-за злоупотреблений.
Клиенты GitHub Copilot, столкнувшиеся с неожиданными ограничениями скорости, недовольны.
«Я использую Github Copilot Pro Plus как любитель и часто трачу сотни фунтов в месяц на дополнительные кредиты», — сообщил Джон Клэри изданию The Register по электронной почте. «Я часто получал короткие ограничения скорости, прерывающие запрос без указания обратного отсчета, и мне приходилось пробовать снова через X секунд, где X составляло около 30 секунд. Однако я обычно жду около 15 минут, чтобы возобновить работу, потому что, если этого не сделать, вы получите еще одно ограничение, как только ИИ будет работать над чем-то важным».
Клэри отметил, что мог с этим справляться, но в понедельник вечером он столкнулся с 44-часовым «недельным ограничением скорости», которое, по его мнению, связано с объявлением GitHub на прошлой неделе.
Сначала он предположил, что это ошибка, и подождал некоторое время, но через час понял, что барьер ограничения скорости не будет снят. Поэтому он открыл запрос в службу поддержки и неохотно переключился на Автоматический режим, где Copilot выбирает модель от имени пользователя.
По всей видимости, Автоматический режим отдает предпочтение моделям с более низкими затратами на инференс, поскольку Клэри сообщил, что производительность в этом режиме была значительно хуже.
«С тех пор прогресс в моих проектах минимален, поскольку низкое качество модели, выбираемой в Автоматическом режиме, часто приводит к упущениям, о которых он не сообщает, и мне приходится тратить время на то, чтобы заставить его это исправить», — сказал он.
Аналогичные настроения проявились и в обсуждениях сообщества GitHub Copilot. В давно идущих темах об ограничениях скорости наблюдается всплеск жалоб — около трех десятков за последние два дня только в одном из обсуждений.
Клиенты бьют тревогу по поводу того, что они характеризуют как «неприлично долгие ограничения скорости», при этом люди сообщают, что им говорят ждать несколько дней, прежде чем они смогут снова воспользоваться сервисом.
GitHub преподносит проблему как вопрос серверной мощности, но это также выглядит как попытка сдержать непредвиденные расходы.
Роман Кир, основатель исследовательской консалтинговой компании StratoAtlas, заявил в онлайн-публикации, что GitHub пришлось ввести ограничения, потому что его ценовая модель сломалась.
«В марте 2026 года GitHub обнаружил ошибку: его система ограничения скорости недосчитывала токены из новых моделей, таких как Claude Opus 4.6 и GPT-5.4», — написал он. «Эти модели потребляли значительно больше инфраструктуры на один запрос, чем их предшественники, — но ошибка делала их дешевыми. Когда GitHub исправил ошибку, ограничения вернулись к своим настроенным значениям. Для пользователей с обычными рабочими процессами эти значения внезапно стали слишком жесткими. Блокировки на 181 час. Агенты кодирования прерывались на полпути. Никакого пути восстановления. Никакого уровня выше Pro+».
По словам Кира, проблемы с мощностью GitHub следуют за крахом его ценовой структуры. Раньше запросы к премиум-моделям требовали примерно одинаковых затрат на инфраструктуру. С новейшими передовыми моделями, отметил он, это уже не так.
«Единица продажи — подписка, уровень плана — была отделена от единицы фактической стоимости», — написал он.
Это, по сути, то, что заявила GitHub, признав, что исправление ошибки нарушило ожидаемые модели использования в результате «повышенной интенсивности использования токенов этими новыми моделями».
Пользователь под ником Delsin-Yu в одном из обсуждений ограничений скорости предположил нечто подобное.
«Уровень субсидирования GitHub, по-видимому, достиг точки, которая больше не является устойчивой», — сказал Delsin-Yu. «В результате это выглядит не столько как ошибка, сколько как бизнес-решение. …»
GitHub не ответил на запрос о комментарии. ®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Thomas Claburn
