Обновление DeepSeek V4 Pro: почему бюджет агента надо пересчитывать по всему запуску

Три изменения в одной публикации

По сообщению The Decoder, конечная точка deepseek-v4-pro стала выдавать сборку V4-Pro-0813. Название модели сохранилось; совместимость интеграций без изменений издание передаёт как заявление DeepSeek. В статье также описаны новые уровни усилия рассуждения и поддержка Responses API. [1]

Отдельное изменение касается DeepSeek Harness: агентная программа представлена как Developer Preview под лицензией MIT, с модульными плагинами и журналом действий. Издание упоминает предупреждение о совместимости. Наличие исходного кода само по себе не доказывает готовности программы к вашим рабочим данным.

Третья часть новости посвящена повышению стоимости API и разделению на пиковые и непиковые часы. Публикация особо выделяет подорожание обращений с попаданием в кэш. Здесь рассматривается историческое объявление, а не проверенный на момент внедрения действующий прайс.

Почему привычный счёт может измениться

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

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

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

Обновление модели проверяют отдельно

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

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

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

Ограничить расходы и права

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

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

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

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