Gemini 3.1 Pro Preview API

Соберите материалы вокруг одного решения

Для проверки новой функции подготовьте PDF с требованиями, короткую запись демонстрации и снимок спорного экрана. Укажите, какой документ считается актуальным и когда записано видео. Иначе модель может принять устаревшее поведение за требование, которое необходимо сохранить.

• Обозначьте материалы понятными именами: требования, демонстрация, фактический экран. Порядок вложений не объясняет их назначение.
• Сформулируйте вопрос: какие состояния функции показаны по-разному и что нужно согласовать. Общая просьба пересказать материалы даёт другой результат.
• Оставьте в пакете относящиеся к решению фрагменты. Большой лимит входа удобен для связанного материала, но не делает посторонние файлы полезными.

От вывода модели к проверяемому списку расхождений

Попросите для каждого замечания указать страницу документа или момент записи, описать наблюдение и отдельно предложить вопрос команде. Например: требование допускает отмену действия, а на демонстрации кнопка исчезает сразу после запуска. Это основание уточнить поведение, а не автоматически признать реализацию ошибочной.

• Откройте указанные страницы и таймкоды вручную. Ссылка в ответе может быть неточной, даже если само замечание выглядит правдоподобно.
• Различайте отсутствующую информацию и явное несоответствие. Если запись не показывает отмену, это ещё не доказывает, что отмена невозможна.
• Сохраните согласованные решения рядом с исходными замечаниями. Повторная проверка должна учитывать ответы команды, а не заново открывать уже решённые вопросы.

API для агента и вариант customtools

Обычная Gemini 3.1 Pro Preview поддерживает вызовы функций. Отдельный вариант customtools, по описанию Google, лучше приоритизирует пользовательские инструменты вроде view_file и search_code в сочетании с bash. Это не обязательная замена основной модели: разработчик предупреждает о возможных колебаниях качества в других сценариях. Выбирайте вариант по тому, какие действия действительно выполняет ваш агент.

• Формат запросов и результаты инструментов

Сколько токенов требует разбор материалов

Учитывайте весь переданный пакет, инструкцию, ответы и уточняющие обращения. Размер PDF в мегабайтах или длительность видео сами по себе не дают точной цены API-запроса. Для бюджета сначала измерьте фактический расход типичной задачи и примените опубликованные ставки выбранного подключения.

• Если учтено 120 тысяч входных и 8 тысяч оплачиваемых выходных токенов, базовый расчёт без отдельных скидок — 0,12 × A + 0,008 × B рублей. A и B — ставки за миллион токенов.
• Не приравнивайте длину видимого ответа ко всему оплачиваемому выходу: сверяйте учёт рассуждения и другие поля usage с правилами сервиса.
• Перед покупкой токенов включите в бюджет повторную проверку после правок. Даже похожие материалы могут потребовать нового обращения.

• Как рассчитать стоимость токенов

Что проверять при использовании Preview

Сохраните контрольный набор материалов и ожидаемых замечаний. После изменения модели или настроек повторите проверку: не пропали ли важные расхождения, не появились ли вымышленные ссылки, сохранился ли формат ответа. Слово Preview — часть идентификатора этой версии, его нельзя убирать из Model ID при настройке клиента. Сравнение с Flash проводите по принятому результату и расходу, а не только по обозначению Pro.

Вопросы и ответы

Сравните с другими моделями

• Google: Gemini 3.1 Pro Preview Custom Tools — если агент выбирает между пользовательскими инструментами и bash
• Google: Gemini 2.5 Flash — для сравнения качества разбора и расходов на одинаковых материалах