16 августа 2026 года DeepSeek заменил единый тариф на двухуровневый, разделив сутки на пиковые и непиковые часы. Официальная документация сообщает, что пиковый тариф ровно в два раза выше непикового, без промежуточных ступеней. Однако в пересказах и новостных заголовках появилась цифра «+1100%», которая напугала многих пользователей и заставила пересчитывать сметы. Автор материала, столкнувшись с этим в своей практике, решил провести собственный анализ: он взял профиль своей нагрузки, перемножил его с новым прайсом и получил удорожание в 2,3 раза, а на других профилях — от 2,3 до 2,9 раза. Рост в 11–12 раз не подтвердился ни для одного реального сценария, что ставит под сомнение громкие заголовки.

Ключевой источник паники — строка прайса для кешированного входа на модель Pro, где цена выросла с 0,003625 до 0,044 доллара за миллион токенов, что и даёт коэффициент 12,14. Однако эта строка — лишь одна из шести в таблице, и в реальных счетах она занимает менее 10% затрат. Остальные пять строк подорожали в пике в 3,0–5,0 раза, а вне пика — в 1,5–2,4 раза, и именно они формируют основную часть расходов. Дело в том, что низкая цена 0,003625 была введена в апреле 2026 года как временная акция, снизившая стоимость кешированного входа в 10 раз от стартовой. Новый пиковый тариф 0,044 доллара — это всего лишь плюс 21% к цене, действовавшей четыре месяца назад, а для Flash-модели кеш и вовсе остался в два раза дешевле стартового. Таким образом, «рост в 12 раз» — это сравнение с нижней точкой весенней акции, а не с реальной базой.

Чтобы понять, насколько значима эта строка, автор провёл расчёты для типовых нагрузок. Для чат-ассистента с половиной попаданий в кеш доля этой строки в счете выросла с 0,59% до 2,04%, а для RAG-системы с 80% попаданий — с 2,79% до 9,71%. Даже в предельном случае, когда запросы состоят почти полностью из кешированных токенов и почти не генерируют выходных токенов, множитель упирается в 11,15 — но такой профиль не встречается в продакшене. Поэтому реальное подорожание зависит от структуры нагрузки, и считать его нужно по своей специфике, а не по худшей клетке таблицы. Автор подчёркивает, что для большинства пользователей фактический рост составит 2,3–2,9 раза, что существенно, но не катастрофично.

Вторая половина ответа кроется в расписании пиковых окон. DeepSeek объявил их в UTC: с 01:00 до 04:00 и с 06:00 до 10:00, всего 7 дорогих часов в сутки. Однако если перевести это в московское время (UTC+3), то пик приходится на 04:00–07:00 и 09:00–13:00. Первое окно — глубокая ночь, а второе захватывает утро рабочего дня. При стандартном графике с 10:00 до 19:00 под дорогой тариф попадают ровно три часа — с 10:00 до 13:00, после чего начинается самый длинный дешёвый интервал в сутках: с 13:00 до 04:00 следующего дня, 15 часов подряд. Это значит, что московским командам достаточно сдвинуть пакетные задачи на время после 13:00, чтобы избежать удорожания. Автор отмечает, что такая конфигурация — следствие того, что DeepSeek проектировал тариф под Пекин (UTC+8), где окна совпадают с рабочим днём и обеденным перерывом с 12 до 14 часов.

Для российского рынка это открывает возможности оптимизации. Москва, по расчётам автора, оказалась в числе поясов, которым повезло: из 15 проанализированных часовых поясов только Якутия попадает в наихудшую ситуацию, получая все 7 пиковых часов внутри рабочего дня. Лондон и Нью-Йорк вообще не платят пиковый тариф, так как оба окна приходятся на ночь. Разница в счете за одинаковую работу между поясами может достигать двукратной величины, что делает географию размещения инстансов критически важным фактором. Для компаний, работающих с DeepSeek, это означает необходимость пересмотра планирования нагрузки: перенос батчей на дешёвые часы может снизить затраты в 1,5–2 раза. Автор приводит формулу для оценки: new_bill = offpeak_bill × (1 + p), где p — доля токенов, обработанных в пик. Для московской команды с ровной нагрузкой p ≈ 1/3, для круглосуточного сервиса — 7/24 ≈ 0,29.

В перспективе стоит ожидать, что другие провайдеры ИИ-моделей, такие как OpenAI или Anthropic, также могут перейти к дифференцированным тарифам по времени суток, следуя примеру DeepSeek. Однако пока это лишь гипотеза, и вопрос остаётся открытым: сохранит ли DeepSeek такую схему надолго или скорректирует окна после критики. Для российских пользователей главный вывод — не поддаваться панике от заголовков, а провести собственный анализ нагрузки. Тем, кто работает с пакетными задачами, стоит настроить cron-задания на запуск после 13:05 МСК, как это сделал автор, чтобы автоматически уходить от пиковых часов. В конце концов, DeepSeek V4 остаётся конкурентоспособным по цене даже с учётом повышения, особенно для тех, кто готов адаптировать своё расписание под китайский рабочий день.