Gemini Decision vs Gemini Decision 1: одно — имя, другое — идентификатор модели

Поищите Gemini Decision — и вы найдете материалы о запуске, запись в таблице лидеров, строку с ценами и справочник по API, причем все они называют одно и то же немного разными словами. Поищите Gemini Decision 1 — и вы найдете идентификатор модели, который действительно работает. Эти две строки отличаются на один символ и ведут себя в коде совершенно по-разному: одна — это то, как люди называют продукт, а другая — единственное значение, которое примет POST /v1beta/decisions. Если вы потратили полдня на 404, недоумевая, почему модель, которая явно существует, не находится, — это та статья, которая спасла бы вас.

The confusion is not anyone's mistake in particular. G​oogle shipped a model, an endpoint and a family name in the same release on 11 November 2026, and the natural way to write about all three is to shorten them. The shortening works in prose and fails in a request body, and the gap between those two facts is where most of the support tickets in this category will come from over the next month.

Во что разрешаются эти два имени

Начните с сопоставления, потому что всё остальное следует из него.

• Gemini Decision — название продукта. Оно обозначает линейку моделей принятия решений и в собственной документации G​oogle фигурирует как название семейства в тексте, в заголовке карточки модели и в предложениях вроде «доступно только с G​emini Decision». Это не идентификатор модели, за ним не стоит никакой псевдоним, и при передаче его в качестве model возвращается ошибка «неизвестная модель», а не происходит откат к новейшему представителю семейства.

• Gemini Decision 1 — the model, and the id gemini-decision-1. This is the value that works. It is the only model the Decisions API serves, and the documentation says so explicitly: the endpoint is available with G​emini Decision 1 only.

Two names, one model, and no alias between them. That last part is the unusual bit. Most G​oogle model families offer a moving alias and a pinned id — a -latest form for prototypes and a dated or numbered form for production. This one offers only the pinned form, so any code path built on the assumption that families have a floating head will fail here rather than silently tracking a new version.

Где постоянно появляется второе имя

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

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

Есть четвёртый источник вариативности, который со временем будет иметь всё большее значение: то, как пишут другие люди. Обзоры запуска, руководства и ответы на форумах сокращают название, а некоторые из них сокращают его до чего-то, похожего на id — в нижнем регистре, через дефис, правдоподобного. Решение — не доверять ни одному из них. Обратитесь к endpoint.

Как проверить, что именно может вызывать данный ключ

Прежде чем составлять запрос, перечислите модели, на которые имеет право ключ. Стандартный вызов list-models в Generative Language API возвращает доступные вашему проекту модели с их идентификаторами, и однократный его запуск навсегда решает этот вопрос для данного ключа.

Если gemini-decision-1 присутствует, значит, у вас есть доступ, и именно эта строка должна быть указана в запросе. Если её нет, проблема в правах доступа или регионе, а не в написании, и никакое переименование не поможет. Чего вы не найдёте в этом списке — так это записи под названием gemini-decision, потому что такой модели не существует.

Вторая проверка касается ответа. Успешный ответ с решением идентифицирует модель, которая его обслужила, поэтому конвейер, который регистрирует поле model вместе со своим собственным request id, может спустя месяцы ответить на вопрос «какая модель произвела этот ответ», не перечитывая конфигурацию. Это звучит как рутинная техническая работа, пока впервые кто-то не спросит, почему решение изменилось, и честным ответом не окажется, что алиас переместился.

Три ошибки, которые на самом деле вызывает эта неоднозначность

• 404 по неизвестной модели. Самый очевидный случай. gemini-decision в теле запроса возвращает ошибку, которая выглядит как проблема с правами доступа, но ею не является. Если в ошибке упоминается модель, а не проект, проверьте строку, прежде чем проверять платёжный аккаунт.

• Молчаливое допущение об алиасе.Сложнее заметить. Команда, усвоившая соглашения с -latest, пишет конфигурацию с именем семейства и шагом разрешения, а шаг разрешения тихо возвращает буквальное имя семейства, когда алиас отсутствует. Тогда сбой проявляется при первом реальном запросе, а не при развёртывании, что является худшим возможным моментом для него.

• Неверное предположение об эндпоинте. Ещё тоньше, ведь модель существует и имя верное: gemini-decision-1, отправленная на обычный эндпоинт generate-content, всё равно завершается ошибкой. Модель вообще нельзя вызвать таким образом. Это цель, возвращающая только вероятности, на эндпоинте decisions, и запрос, который просит у неё связный текст, просит то, что она не производит. Любой клиентской библиотеке, которая по умолчанию использует chat completions, потребуется явный путь.

Что это говорит о модели, а не только о её названии

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

Вот почему у этого семейства пока нет плавающего алиаса и второго участника: ему не с чем быть совместимым. Это также объясняет, почему модель нельзя просто добавить в универсальный маршрутизатор. OrcaRouter не поддерживает gemini-decision-1, потому что эндпоинт, отдающий только вероятности, не является целью chat-completions, а размещение его за ключом, работающим по этой схеме, стало бы обещанием, которое слой маршрутизации не сможет сдержать. Что мы действительно поддерживаем в пространстве решений — это typesafe/jev-1.14 от TypeSafe, модель принятия решений, вызываемую через тот же интерфейс, что и всё остальное в каталоге.

Часть конвейера принятия решений, которую маршрутизатор действительно обслуживает, — это этап подготовки черновика: генеративный вызов, который создает ответ-кандидат или рубрику, которую затем оценивает модуль скоринга. Этот вызов выполняется более чем на 200 моделях через одну конечную точку, при этом прайс-листовая цена провайдера передается с наценкой 0%, и это тот вызов, где смена поставщика — это изменение конфигурации, а не переписывание. Вызов скоринга, напротив, по замыслу привязан к одной конечной точке, и честная архитектура рассматривает его как фиксированную зависимость, а не как нечто, что следует обходить с помощью маршрутизации.

Если вы выбираете между двумя строками в форме

There is a version of this question that is not about identifiers at all, and it is worth answering directly because the phrasing invites it: someone comparing "G​emini Decision" with "G​emini Decision 1" may believe they are looking at two products, an older one and a newer one, and want to know which to adopt. There is only one. Nothing called G​emini Decision shipped before G​emini Decision 1, and the shorter name is the family label for a family that currently has a single member.

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

Итог

Use gemini-decision-1 in every request body, endpoint path and config value, and use "G​emini Decision" only where a human reads it. There is no alias to fall back on, no second model hiding behind the shorter name, and no chat-completions path to the longer one. The cost of getting this wrong is small — one 404, one confused afternoon — but the cost of assuming an alias exists is larger, because that mistake survives review and fails in production. Pin the id, log the model the response names, and treat the family name as prose.