GitHub в пятницу убрал Gemini 2.5 Pro и Gemini 3 Flash из всех версий Copilot. Их заменили Gemini 3.1 Pro и Gemini 3.6 Flash.

Замена несимметрична

Gemini 2.5 Pro была стабильной моделью, доступной в общем порядке. Ее назначенный преемник, Gemini 3.1 Pro, помечен как Preview. Команды, стандартизировавшие работу на стабильной модели, переводят на вариант с ярлыком preview, а в собственной таксономии GitHub это означает, что он может измениться или исчезнуть без предупреждения, которое получает модель GA.

Что на самом деле покрывает фраза «никаких действий не требуется»

В журнале изменений сказано, что никаких действий не требуется, и в части удаления это верно — ничего не ломается, модели просто перестают отображаться. Но в той же записи затем отмечается, что администраторам Copilot Enterprise может потребоваться включить доступ к альтернативным моделям через свои политики моделей. Эти два предложения описывают не одну и ту же ситуацию. В организации со строгой политикой моделей старые модели Gemini исчезают, а новые автоматически не разрешаются, и разработчики остаются без какой-либо опции Gemini до тех пор, пока это не заметит кто-то с правами администратора.

Другое изменение, опубликованное в тот же день

GitHub также вывел в публичный preview enterprise-team model-policy targeting: предприятие может задать базовый набор моделей и выдавать дополнительные отдельным командам, разрешая их по наименее ограничительному принципу. Большинство клиентов получат возможность включить это 3 августа, так что объявление предшествует доступности. В записи есть и последствие, которое стоит прочитать дважды: после включения enterprise targeting настройки моделей на уровне организации больше не применяются. Существующие ограничения администратора организации тихо заменяются политикой предприятия.

Почему запись в журнале изменений заслуживает внимания

Доступность моделей внутри инструмента для кодинга теперь определяется не разработчиком, а поставщиком инструмента. Какие модели доступны команде и на каком уровне стабильности — это решается двумя уровнями выше: сначала платформой, затем администратором предприятия, — и меняется через записи в журнале изменений, которые никто не обязан читать.