Gemini 3.5 обещает не отвечать, а действовать: что с фактами

С чего начать: отделяем анонс от слухов

На момент подготовки материала Google официально выпустила линейку Gemini 2.0 (включая Flash и экспериментальные модели с агентными возможностями) и работает над последующими версиями семейства. Формулировки вида «Gemini 3.5: frontier intelligence with action» встречаются в обсуждениях и утечках, но публичного анонса модели именно с таким номером и таким слоганом от Google на дату публикации не было. Это принципиальный момент: если вы принимаете решения по продукту, опираясь на цифру в названии, вы рискуете построить план на несуществующем релизе.

Поэтому дальше — два блока. Первый: что реально стоит за фразой «intelligence with action» и почему Google к этому идёт. Второй: как отличить настоящий анонс от пересказа чужого пересказа, чтобы не платить за подписку под влиянием красивого заголовка.

Что значит «intelligence with action»

Ключевое слово здесь — action. Речь о переходе от модели, которая генерирует текст, к модели, которая выполняет действия: нажимает кнопки в интерфейсе, вызывает функции, планирует многошаговые задачи и доводит их до результата без ручного контроля на каждом шаге. Это направление Google открыто демонстрировала на исследовательских прототипах — например, агент, который управляет браузером от вашего имени.

Разница между «умной моделью» и «моделью с действием» на практике выглядит так:

• Ответ. Вы спрашиваете, как забронировать столик, — модель объясняет шаги.
• Действие. Вы просите забронировать столик — агент открывает сайт, заполняет форму, подтверждает и присылает вам итог.

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

Модель, которая пишет письмо, ошибается дёшево. Модель, которая его отправляет, ошибается дорого. Вся сложность «действия» — в цене ошибки, а не в качестве текста.

Почему цифра в названии — это маркетинг, а не спецификация

Номер версии у больших языковых моделей не стандартизирован. У одного вендора «3.5» — это крупный скачок, у другого — косметическое обновление. Сама по себе цифра не говорит ни о контекстном окне, ни о цене токена, ни о наличии агентных функций. Ориентироваться стоит на конкретные характеристики из официальной документации, а не на то, что звучит «свежее» — 2.0 против 3.5.

На что смотреть в характеристиках, когда модель выйдет

Когда появится официальная страница релиза, сравнивать модели между собой имеет смысл по измеримым параметрам, а не по слоганам. Ниже — что реально влияет на ваш сценарий и кошелёк. Конкретные цифры намеренно не подставлены: их нужно брать из официальной документации на момент вашего чтения, потому что они меняются от релиза к релизу.

Отдельно про агентные функции: если вендор обещает «действие», ищите в документации, какие именно инструменты доступны, есть ли режим подтверждения перед выполнением и как ограничивается доступ агента к вашим данным и аккаунтам.

Как проверить, что анонс настоящий

Порядок действий, который экономит и деньги, и репутацию, если вы пишете о релизе или планируете миграцию:

1. Найдите первоисточник. Официальный блог Google (blog.google), DeepMind или страница Google AI. Пересказ на стороннем сайте — не подтверждение.
2. Сверьте точное название и версию. «Gemini 3.5» из заголовка новости должна дословно совпадать с тем, что написано у вендора. Расхождение — красный флаг.
3. Проверьте дату. Утечки и «сливы бенчмарков» часто опережают релиз на недели, а иногда не сбываются вовсе.
4. Откройте документацию для разработчиков. Там указаны реальные идентификаторы моделей, лимиты и цены — если модели нет в API, для продакшена её нет.
5. Не платите за подписку под анонс. Дождитесь, пока функция появится в вашем регионе и тарифе, а не в пресс-релизе.

Частая ловушка: бенчмарки без контекста

«Модель обошла конкурента на N процентов» — почти бессмысленная фраза без указания, на каком тесте, в какой конфигурации и кто его проводил. Вендор всегда показывает бенчмарки, на которых он выигрывает. Смотрите на независимые сравнения и на то, воспроизводимы ли результаты, а не на слайд из презентации.

Function calling* и агентные режимы стоит тестировать именно на ваших задачах: модель, блестящая на публичных тестах, может спотыкаться на вашем конкретном API или языке интерфейса.

Итог короткий. «Frontier intelligence with action» — это направление, в котором двигаются все крупные лаборатории, и Google не исключение. Но пока за конкретным номером версии не стоит официальная страница релиза с ценами и лимитами, относитесь к нему как к слогану, а не как к продукту, на котором можно строить план.

* Function calling — механизм, при котором модель не просто пишет текст, а возвращает структурированный вызов внешней функции или API, которую затем выполняет ваше приложение.