Параллельные функции GigaChat 3 Ultra: что заложить при создании ИИ-агента

Агент, который проверяет заказ, почти никогда не живет одним справочником: ему нужны статус отгрузки и остаток на складе, и эти два факта друг от друга не зависят. Раньше модель забирала их по очереди - один вызов, пауза, второй запрос, второй вызов. 6 октября 2026 в GigaChat API у метода POST /v2/chat/completions появился параллельный вызов нескольких функций, и только у модели GigaChat 3 Ultra. Если вы как раз думаете, как создать ИИ-агента, которому на одном шаге нужны два-три независимых инструмента, это убирает лишний круг ожидания. На контур юридического лица мы эту настройку пока не переносим: доступа к Ultra там нет.

Зачем два инструмента на одном шаге

На вопрос, что такое ИИ-агент, мы не показываем окно чата. Показываем цикл. Модель смотрит на задачу, выбирает действие, получает ответ системы и решает, хватает ли фактов, чтобы говорить с человеком.

Пока действие одно, цикл простой. Сложнее, когда факты независимы. Статус заказа не подсказывает остаток, остаток не подсказывает статус. Ждать их по очереди - значит держать человека на линии ради второго круга, в котором модель почти не думает, а только добирает то, что могла забрать сразу.

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

Параллельный режим - третий путь. Модель сама кладет несколько вызовов в один ответ, а код агента их исполняет.

Что появилось в API

Запись в журнале документации датирована 6 октября 2026. Справка, обновленная на следующий день, говорит вызывать POST /v2/chat/completions и передавать поле model_options.parallel_tool_calls. Режим доступен только при обращении к модели GigaChat-3-Ultra. Базовый адрес - https://api.giga.chat/.

Обычный /v1/chat/completions эту настройку не включает. Оставить старый метод и ждать чуда от текста инструкции - значит получить прежнюю очередь из одного вызова.

Страница модели, обновленная 17 июля 2026, пишет отдельное ограничение доступа. Ultra открыта физическим лицам на тарифе Freemium. У физических лиц и юридических лиц на платных тарифах доступа к Ultra пока нет. Корпоративный ключ, на котором живут ИИ-агенты для бизнеса, эту модель сейчас не видит.

Как мы проверили на личном ключе

Боевой контур трогать было нечем, поэтому прогон сел на личный Freemium-ключ. В запрос ушли модель GigaChat-3-Ultra, два описания функций и поле parallel_tool_calls. Функции независимые: статус заказа и остаток на складе. Ровно тот случай, где второй вызов не нуждается в ответе первого.

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

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

Где ломается

Первая стена - доступ. Юридическое лицо и платный тариф физического лица Ultra не получают. Собрать на этой настройке боевого агента компании сейчас нельзя, какой бы аккуратной ни была инструкция.

Вторая стена - зависимость шагов. Если второй инструмент бессмысленен без результата первого, параллельный вызов ему вредит. Модель может запросить остаток по складу, который станет известен только после статуса. На выходе пустой или чужой аргумент и лишний поход в систему.

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

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

Что заложить в агента уже сейчас

Пока Ultra закрыта для платного контура, параллельность стоит проектировать как форму ответа, а не как галочку, которую некуда включить.

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

Инструменты, которым можно идти вместе, опишите так, чтобы аргументы были известны до вызова. Без цепочки "сначала узнай номер, потом подставь". Общий журнал и общие записи на этом шаге не трогайте.

Ошибку и пустой ответ считайте по каждому инструменту отдельно. Упал склад - статус заказа все равно покажите. Человек получает частичную картину вместо молчания.

И не включайте parallel_tool_calls на всякий случай на /v1 и на моделях, где режима нет. Тихий отказ хуже явной очереди: кажется, что агент стал быстрее, а в журнале по-прежнему один вызов за ход.

Что из этого следует

Создание ИИ-агента здесь упирается не в новую кнопку, а в форму шага. GigaChat 3 Ultra уже умеет отдать несколько функций одним ответом, но для компании этот путь пока закрыт тарифом: Freemium физического лица - не контур, на котором живут учет и согласования.

Имеет смысл заранее научить код агента списку вызовов и развести независимые чтения с зависимыми. Тогда открытие Ultra для юридического лица станет сменой модели, а не переделкой агента.

У ваших сценариев инструменты на одном шаге правда независимы - или второй все еще бессмысленен, пока не вернулся первый?