DeepSeek дешевеет: пиковые часы, выходные и праздники Китая

Что произошло, почему это важно и что взять в работу.

Расписание пиковых тарифов DeepSeek сместилось, поэтому ИИ-нагрузку выгоднее планировать под непиковые окна и праздники Китая, а не под рабочий день РФ.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

Пиковые часы DeepSeek по-прежнему стоят вдвое дороже, но теперь к ним добавились выходные и китайские праздники. Считать API приходится по трём календарям сразу.

Что произошло

Тарифная сетка DeepSeek усложнилась. Изначально повышенная цена токенов действовала каждый день в двух интервалах: 01:00–04:00 и 06:00–10:00 UTC. В пиковые часы токены стоили в два раза дороже, чем вне них.

Потом правило изменилось: выходные дни целиком перевели в непиковые, и пользователи начали ориентироваться на границы субботы и воскресенья по UTC. Теперь к непиковым дням добавились китайские национальные праздники. Ближайший в списке — Праздник середины осени.

Считать стоимость использования DeepSeek становится всё менее просто. Токены DeepSeek стоят сильно по-разному. В пиковые часы цена в два раза дороже.

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

Сначала пиковые часы были каждый день с 01:00 до 04:00 и с 06:00 до 10:00 UTC.

Почему это важно

Для российской компании часовой пояс провайдера — не абстракция, а прямая строка в счёте. Пересчитайте пиковые окна на Москву (UTC+3): получается 04:00–07:00 и 09:00–13:00 МСК. Первое окно — ночь, когда никто не работает. Второе — самое начало рабочего дня, когда у большинства команд как раз стартуют фоновые задачи: обогащение базы, пересборка эмбеддингов, ночные отчёты, генерация контента пачками.

То есть привычное «запущу ночной пайплайн, чтобы не мешать людям» попадает ровно в утренний пик по Москве. Сеть за это платит двойной тариф, и в отчёте это выглядит как «модель дорогая», хотя дело в расписании.

Разбор

Логика провайдера читается легко. Пиковые интервалы по UTC — это дневной рабочий день в Китае: 09:00–12:00 и 14:00–18:00 по Пекину. Выходные и национальные праздники Китая — время, когда внутренний спрос на инференс падает, а мощности простаивают. Скидка на этот период — способ загрузить железо вхолостую, а не благотворительность.

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

Что это меняет на практике: оптимизация смещается с выбора модели на выбор момента запуска. Одинаковый запрос, отправленный в разное время, тянет из бюджета разную сумму. Для проектов с большим объёмом батчевой обработки это часто более чувствительный рычаг, чем смена модели или урезание промпта.

Сейчас к непиковым дням добавляются китайские национальные праздники.

Что взять в работу

1. Переведите пиковые окна в свой часовой пояс и повесьте рядом с графиком релизов. Для Москвы это 04:00–07:00 и 09:00–13:00. Тяжёлые батчи и регенерацию данных ставьте на 13:00 МСК и позже, либо уводите в ночь до 04:00.
2. Заведите отдельный календарь «китайские праздники плюс выходные по UTC». Не полагайтесь на память и на российский производственный календарь. Праздник середины осени — не последний в этом списке.
3. Разделите трафик на интерактивный и фоновый. Живые запросы пользователей идут когда идут, их экономия не касается. А вот пакетную обработку, ночные джобы и эксперименты с промптами можно свободно сдвигать в скидочные окна без потери качества продукта.

Риски и подвох

• Расписание менялось уже дважды: сначала появились выходные, теперь праздники. Нет гарантии, что оно застыло. Любая автоматизация с жёстко прошитым окном сломается молча, а вы узнаете об этом из счёта.
• Пара «пиковый-непиковый» — не единственный фактор цены. Объём контекста, кэширование и длина ответа влияют на итог не меньше. Гнаться только за часами, не замерив потребление, — потеря времени.
• Сдвиг нагрузки в непиковые окна означает ночные дежурства и отложенную обработку. Если бизнес-процесс требует результата «сейчас», экономия на тарифе превращается в задержку для клиента. Это плохой размен.

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

Источник: Хабр, разбор тарификации DeepSeek

Риски и как их снять заранее

• Запуск без baseline и недельной аналитики — самый дорогой вариант, потому что непонятно, что лечить.
• Смешивание многих задач одновременно — обычно увеличивает календарные сроки и бюджет сверх суммы задач по отдельности.
• Слабая интеграция с точками истины данных (CRM, биллинг, тикет-системы) даёт красивый интерфейс и плохой бизнес-эффект.

Что сделать дальше

Короткая диагностика под ваш процесс: обычно 3 дня для малого бизнеса и до 5 дней для проектов со сложной воронкой и несколькими стейджами.

Быстрый расчет эффекта: (количество заявок × текущая стоимость обработки заявки) − (то же после внедрения целевой модели) + (дополнительные продажи × средняя маржа). Число получится грубым и полезным: оно задаёт экономику решения даже без идеальных данных.

По запросу высылаем чеклист диагностики и шаблон weekly-отчёта по экспериментам: там видно, когда пора усиливать сценарий, а когда — остановиться.

• Обсудить применение под вашу задачу: Открыть форму контактов PrimeCoder
• Получить план внедрения на 30 дней: Подключить AI Boost Team как внешний AI-офис с KPI

Дальше по теме платформы: смежные материалы (Маркетинг и SEO-связки)

Статью лучше читать в связке — так быстрее собирается картина, как ответ складывается в работающую воронку, а не в изолированный совет.

• ROI AI Boost Team: как считать
• AI для маркетинга: скорость контента
• Маркетинг под ключ — что входит