DeepSeek V4 Pro продолжает работу после 14 сентября: сохранение тарификации и проверка API
DeepSeek официально подтвердил продолжение работы DeepSeek V4 Pro после 14 сентября 2026 года с сохранением прежней схемы тарификации. Разбираем актуальные данные документации, правила сопоставления моделей в Anthropic API, контроль списаний и проверку настроек без экстренной миграции.
Содержание
Главное по актуальной документации на 17 сентября 2026 года В актуальных разделах Quick Start и тарифов DeepSeek зафиксировал: сервис API для DeepSeek V4 Pro продолжает работу после 14 сентября 2026 года, а способ тарификации остаётся прежним. В датированном анонсе от 10 сентября упоминался первоначальный план перевести вызовы
deepseek-v4-proна V4.1 Flash по тарифам Flash, однако действующие справочные разделы платформы отменяют необходимость принудительного перехода.При поддержке интеграций ориентируйтесь на текущую документацию сервиса и тарифов. Мы опираемся на опубликованные официальные спецификации и не заявляем о независимых тестах весов модели на сервере или аудитах списаний в рантайме. В такой ситуации экстренно переключать стабильные рабочие конфигурации с V4 Pro не требуется — достаточно проверить настройки клиента, используемый шлюз и регулярные списания.
Сначала определите, чей API принимает запрос
Разные уровни интеграции реагируют на обновления платформы по-разному. До внесения изменений в код или конфигурацию проверьте, куда именно направляется запрос:
| Подключение | Что проверить |
|---|---|
| Прямой DeepSeek API | Состояние аккаунта, актуальные разделы документации и фактические списания в личном кабинете |
| Сторонний API-провайдер (включая BetterToken) | Каталог моделей провайдера, активные Model ID, условия биллинга и заявленные правила маршрутизации; официальные правила DeepSeek не применяются к сторонним шлюзам автоматически |
| Кодовый агент (Cursor, Cline, Aider и др.) | Фактические Base URL и Model ID в параметрах профиля, отдельно для диалогового контекста и фоновых сценариев |
Параметры модели нередко переопределяются на нескольких уровнях конфигурации, поэтому важно подтвердить конкретные Base URL и Model ID, уходящие от клиента.
Чтобы быстро найти упоминания идентификатора deepseek-v4-pro в локальном коде, запустите поиск через ripgrep:
rg -l --hidden -g '!.git' -g '!node_modules' -g '!.venv' \
'deepseek-v4-pro' .Эту команду запускают из корня проекта. Она не меняет файлы и не обращается к сети. Если совпадений нет, это ещё не гарантирует отсутствие зависимости: имя модели могло быть задано в переменных CI/CD, настройках облачного шлюза или локальных псевдонимах клиента. API Key в списки проверки включать не нужно.
Идентификаторы моделей и правила маршрутизации
Понимание того, как сервис сопоставляет имена моделей, предотвращает ложные выводы при проверке.
По состоянию на 17 сентября 2026 года в официальном прайс-листе DeepSeek идентификатор deepseek-v4-pro закреплён за версией DeepSeek-V4-Pro-0813. В то же время устаревшие псевдонимы deepseek-v4-flash и deepseek-v4-flash-vision-exp переведены на обслуживание моделью DeepSeek-V4.1-Flash (актуальный Model ID — deepseek-flash) с расчётом по тарифам Flash. Это два независимых правила: миграция старых псевдонимов Flash не означает автоматического изменения статуса для V4 Pro.
Отдельного внимания требуют совместимые интерфейсы. Согласно руководству DeepSeek по Anthropic API, правила сопоставления моделей на официальном эндпоинте устроены следующим образом:
- Имена моделей, начинающиеся с
claude-opus, проецируются наdeepseek-v4-proи тарифицируются по ставкам V4 Pro; - Имена моделей, начинающиеся с
claude-haikuилиclaude-sonnet, проецируются наdeepseek-flash; - Любое неподдерживаемое имя модели официальный бэкенд DeepSeek автоматически перенаправляет на
deepseek-flash.
Эти правила маршрутизации действуют строго на официальном шлюзе DeepSeek (https://api.deepseek.com/anthropic) и не переносятся автоматически на сторонние платформы.
Кроме того, возвращаемое в ответе поле model или текстовый ответ модели о себе не служат независимым подтверждением того, какие именно веса были задействованы на стороне сервера.
Проверка стабильности задач при расхождении данных
Когда документация содержит противоречия, проверка конкретных сценариев дополняет официальные данные и подтверждает поведение вашего клиента, но не может доказать, какие именно веса задействованы на стороне сервера:
| Сценарий | Что контролировать |
|---|---|
| Редактирование кода | Тест падает до изменений и проходит после них; синтаксис и смежные модули не повреждены |
| Вызов инструментов (tool calls) | Имя инструмента и аргументы соответствуют ожидаемой схеме, а клиент корректно обрабатывает полученный результат и возвращает управление в диалог |
| Потоковая передача (streaming) | Клиент корректно открывает и закрывает поток, не падает на чанках и корректно разбирает итоговый usage |
| Длинный контекст | Агент удерживает системные инструкции и ключевые факты из ранних этапов диалога |
| Лимиты и повторные вызовы | Логика retry ограничивает число попыток и не дублирует внешние операции (записи в базу, вебхуки) |
Если вы используете reasoning-модели через протокол Anthropic, сверяйте параметры рассуждений. В адаптере DeepSeek параметр thinking.budget_tokens игнорируется, а из блока output_config обрабатывается effort. Параметры и их соответствие подробно описаны в руководстве по Thinking Mode.
Учёт расходов и контроль списаний
Поскольку актуальная официальная документация оставляет в силе отдельную тарификацию для V4 Pro, вызовы deepseek-v4-pro (включая запросы с префиксом claude-opus через эндпоинт Anthropic) нельзя рассчитывать по сниженным тарифам Flash. Финансовые параметры интеграции необходимо отслеживать отдельно от технической работоспособности.
Для контрольных запросов фиксируйте:
- Точное время вызова и используемый endpoint;
- Отправленный Model ID;
- Входные, выходные и кэшированные токены;
- Итоговое списание по балансу.
Сверяйте полученные цифры с актуальным прайс-листом DeepSeek. При обращении через BetterToken статистику потребления токенов можно просмотреть в личном кабинете Workspace, а активные цены — в каталоге BetterToken. Данные BetterToken отражают параметры вашей интеграции с этим провайдером, но не служат доказательством внутренней маршрутизации прямого API DeepSeek.
При расчётах учитывайте количество повторных попыток. Даже если удельная стоимость токена ниже, суммарный расход на успешно закрытую задачу может вырасти, если агенту требуется больше шагов.
Резервный вариант: почему нельзя полагаться на неявные псевдонимы
Надёжный fallback не должен строиться вокруг недокументированных псевдонимов или надежды на автоматическую переадресацию.
Если резервный профиль в конфигурации просто дублирует deepseek-v4-pro, при любом изменении политики шлюза оба профиля столкнутся с одинаковым поведением. В качестве резерва выбирайте явно документированный Model ID или альтернативного проверенного провайдера.
Не начинайте превентивную замену рабочих идентификаторов в продакшене до тех пор, пока резервный вариант не пройдёт базовые тесты на вызов инструментов, корректность streaming и предсказуемость биллинга. Если альтернативная модель не укладывается в требования задачи, безопаснее временно ограничить автоматический запуск критических сценариев, чем переключаться на непроверенную конфигурацию.
Следующий шаг
Проверьте фактические значения Model ID и Base URL в настройках своего клиента или в исходящих запросах. Если текущая интеграция с официальным API DeepSeek настроена на deepseek-v4-pro и стабильно решает задачи, принудительно переключать её нет необходимости: сервис продолжает работу на прежних условиях тарификации.
При работе через BetterToken проверьте параметры в актуальном каталоге моделей, чтобы подтвердить доступность нужного идентификатора и действующие правила биллинга. Чтобы убедиться в корректности расчётов, выполните небольшой тестовый запрос и сопоставьте статистику расхода токенов и списания в личном кабинете Workspace.
