Gemini Embedding 2 Preview заменена: что проверить в поиске

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

Поэтому в свежем обновлении Gemini важна не только замена названия. Google отдельно сообщила, что происходит с уже созданным индексом.

Что случилось с Gemini Embedding 2 Preview?

С 6 ноября 2026 года запросы к gemini-embedding-2-preview перенаправляются на gemini-embedding-2. В официальной записи указан расчёт по ставкам стабильной Gemini Embedding 2 и рекомендация обновить идентификатор модели.

Embedding-модель создаёт вектор — набор чисел, с помощью которого система ищет близкие по смыслу материалы. Она отличается от чат-модели, которая формулирует итоговый ответ. О том, какую роль в помощнике играет сама языковая модель, — в объяснении LLM.

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

Нужно ли пересобирать существующий индекс?

Для этой конкретной замены Google пишет, что API, цена и пространство векторов совпадают, поэтому другие изменения кода и переиндексация не нужны. Это условие относится к паре Preview → Gemini Embedding 2. Для других замен моделей совместимость нужно выяснять отдельно.

Именно совместимость пространства позволяет сопоставлять новые поисковые запросы с прежними представлениями документов. При выборе совершенно другой модели такой вывод пришлось бы проверять заново.

Условная база инструкций по оборудованию может продолжить использовать существующий индекс. Но несколько контрольных вопросов всё равно полезны: по ним видно, находит ли система нужную инструкцию и не путает ли похожие модели изделия.

Что проверить владельцу базы знаний?

Название модели, успешный ответ API и несколько типичных результатов поиска. Нужен не только технический успех запроса, но и попадание в правильный документ.

Для небольшой проверки можно взять:

• Точный вопрос по известной инструкции.
• Тот же смысл другими словами.
• Вопрос с похожим, но неверным названием товара.
• Запрос, ответа на который в базе нет.

В каждом случае важно увидеть найденный источник. Если помощник уверенно отвечает на отсутствующий вопрос, стоит проверить правила формирования ответа и работу поиска по отдельности.

Изменение стоит зафиксировать в настройках и рабочей документации, чтобы следующий человек не считал Preview действующей самостоятельной версией. Если база подключена к агенту через инструменты, полезно понимать и этот слой: как устроен MCP.