Примечание автора: после того как DeepSeek API ввёл пиковое/непиковое ценообразование и плату за вызовы инструментов, старая оценка «цена за единицу × токены» перестала работать. В этой статье за 5 шагов пересчитаем реальную стоимость вызова приложения по четырём измерениям: временной слот, тип токенов, кеш и вызовы инструментов.
У многих разработчиков таблица расходов всё ещё живёт на уровне «цена входа × входные токены + цена выхода × выходные токены». После того как DeepSeek API ввёл пиковое/непиковое ценообразование и плату за вызовы инструментов, в этой формуле стало не хватать двух переменных: в какой временной слот попал запрос и сколько раз вызывались инструменты. Одно и то же приложение с тем же объёмом токенов, запущенное в другой слот, может дать счёт, отличающийся на ощутимую сумму.
Это не статья-перепечатка прайс-листа. Здесь не будет ни одной непроверенной цены за единицу — все цены, скидки по временным слотам и правила учёта кеша сверяйте с актуальными данными на странице цен APIYI docs.apiyi.com/models и с официальными анонсами DeepSeek. Задача статьи — методология: как, получив прайс-лист, правильно наложить его на логи собственного бизнеса.
Главная ценность: дочитав статью, вы получите многоразовый фреймворк расчёта стоимости DeepSeek API, сможете определить, какие запросы стоит перенести в непиковое время, какие вызовы инструментов — сократить, и будете знать, откуда брать точные данные о ценах.
Ключевые моменты стоимости после введения пиковой и непиковой тарификации DeepSeek API
В последнее время СМИ заметно чаще обсуждают коммерческие планы DeepSeek (например, материал 36Kr «Лян Вэньфэн спускается с гор: что ищет DeepSeek?»). Изменения в структуре ценообразования тоже в центре внимания разработчиков. Каким бы ни был бизнес-смысл, для тех, кто вызывает API, самое прямое следствие — модель затрат из «одномерной» стала «многомерной». В таблице ниже разберём новую структуру затрат по частям.
| Измерение затрат | Пояснение | Влияние на расчёт |
|---|---|---|
| Коэффициент времени | Для пиковых и непиковых часов действуют разные тарифы | Нужно считать по временным группам запросов, а не брать среднее за сутки |
| Входные токены (попадание в кэш) | Входная часть, попавшая в кэш контекста | Цена за единицу отличается от части без попадания — нужен отдельный учёт |
| Входные токены (промах кэша) | Вход, который появился впервые или кэш стал недействителен | Наибольшая доля — у приложений с длинным системным промптом |
| Выходные токены | Включают токены процесса рассуждения reasoning-моделей | Объём вывода у reasoning-моделей часто недооценивают |
| Плата за вызов инструментов | Использование инструментов, тарифицируемое по числу вызовов и т. п. | Новая отдельная статья затрат, которая вдобавок увеличивает расход токенов |
Конкретных цифр в таблице нет — и это сделано намеренно. Тарифы DeepSeek за последнее время не раз менялись: был и период ночных скидок для непиковых часов, после чего стратегию снова скорректировали. Если зашить в модель затрат цифры, увиденные в один конкретный день, через несколько месяцев они превратятся в неверные данные. Правильный подход — сделать цену за единицу «входным параметром» модели и читать её со страницы цен в реальном времени.
Тарификация DeepSeek API по временным периодам: ключевые детали
Суть ценообразования по пиковым и непиковым часам — отдавать простаивающие вычислительные мощности со скидкой задачам, которые можно выполнить с задержкой. При расчётах чаще всего ошибаются на трёх деталях. Первая — часовой пояс: официальные периоды обычно задаются по пекинскому времени (UTC+8), а многие серверные логи по умолчанию пишут время в UTC. Без преобразования все запросы попадут не в те интервалы. Вторая — запросы, пересекающие границу периодов: длительный потоковый запрос может начаться в час пик и закончиться в непиковое время. Считать по времени начала или окончания запроса — нужно смотреть на официальные правила. Третья — повторные попытки: запрос после неудачной попытки может попасть в другой период, и его следует считать по времени фактически успешного запроса.
Тарификация инструментов DeepSeek API: ключевые детали
Подвох в оплате инструментов — «двойное списание». Возьмём такой инструмент, как поиск в интернете: один вызов может стоить как отдельная платная операция, а результаты, которые вернул инструмент, ещё и вставляются в контекст и повторно тарифицируются как входные токены следующего раунда. Если модель в одном диалоге подряд вызывает инструмент три-четыре раза, стоимость токенов растёт вместе с накоплением контекста. Поэтому при расчёте стоимости инструментов нужно одновременно учитывать «количество вызовов» и «дополнительные входные токены из результатов инструмента» — оба показателя обязательны.
Быстрый старт по расчёту стоимости вызовов DeepSeek API: пересчёт за 5 шагов
Всё описанное ниже не требует программирования: достаточно выгрузки логов и электронной таблицы. Если у вас уже есть платформа данных, просто перенесите эти шаги в SQL или отчёт.
Шаг 1. Подготовьте таблицу ценовых параметров
Сначала создайте «таблицу ценовых параметров»: каждая строка — это переменная тарификации, а все цены берите со страницы цен и фиксируйте дату актуализации. Этот шаг определяет точность всех последующих расчётов.
| Переменная | Что означает | Источник данных |
|---|---|---|
| Цена входных токенов при попадании в кэш в часы пик | Цена входных токенов при кэш-хите в часы пик | Страница цен APIYI, docs.apiyi.com/models |
| Цена входных токенов при промахе кэша в часы пик | Цена входных токенов при кэш-промахе в часы пик | Страница цен APIYI, docs.apiyi.com/models |
| Цена выходных токенов в часы пик | Цена выходных токенов в часы пик | Страница цен APIYI, docs.apiyi.com/models |
| Цены трёх параметров в непиковые часы | Цены на вход, кэш и выход в непиковые часы | Страница цен APIYI и официальные объявления |
| Цена вызова инструмента | Правила тарификации и цена для каждого типа инструментов | Страница цен APIYI и официальные объявления |
| Границы периодов | Время начала и окончания пиковых и непиковых периодов, часовой пояс | Официальное объявление DeepSeek |
💡 Рекомендация по источникам данных: регулярно сверяйте таблицу ценовых параметров со страницей цен APIYI docs.apiyi.com/models и указывайте в таблице «дату актуализации». Когда официальные цены изменятся, достаточно обновить только эту таблицу — вся модель расчёта стоимости заработает автоматически.
Шаг 2: Выгрузите логи использования с временными метками
Каждая запись лога запроса должна как минимум содержать такие поля: время начала запроса, название модели, число входных токенов, число токенов с попаданием в кэш, число выходных токенов, количество вызовов инструментов и типы инструментов. В ответе DeepSeek поле usage возвращает статистику по токенам с попаданием в кэш и без него; у reasoning-моделей токены рассуждения также учитываются в выходных. Если в ваших логах фиксируется только общее число токенов, лучше сначала дополнить инструментирование — иначе дальнейшие расчёты будут лишь грубой прикидкой.
Шаг 3: Сгруппируйте данные по временным интервалам
Приведите все временные метки к пекинскому времени, а затем по границам пиковых и непиковых периодов пометьте каждый запрос как «пик» или «непик». Рекомендуем дополнительно разбить данные по часам — так будет видна форма трафика, что пригодится для последующего планирования. Многие команды на этом этапе обнаруживают, что значительная доля их запросов на самом деле приходит от периодических задач и вполне может быть перенесена на непиковое время.
Шаг 4: Поэлементный расчёт стоимости токенов и стоимости инструментов
Для каждого временного бакета считаем отдельно: стоимость токенов = входные токены с попаданием в кеш × соответствующая цена + входные токены без попадания в кеш × соответствующая цена + выходные токены × соответствующая цена; стоимость инструментов = количество вызовов каждого типа инструментов × соответствующая цена инструмента. Затем складываем два бакета — пиковый и непиковый — и получаем общую стоимость по новой методике.
Приведу пример только на объёмах, без цен: предположим, приложение службы поддержки обрабатывает 10 000 запросов в сутки, средний ввод — 3 000 токенов, из которых примерно 60% попадает в кеш, вывод — 500 токенов, и в среднем каждый пятый запрос вызывает инструмент поиска. Тогда за сутки набегает около 12 млн входных токенов с попаданием в кеш, около 18 млн входных токенов без попадания, около 5 млн выходных токенов и примерно 2 000 вызовов инструментов — плюс дополнительные входные токены от возврата результатов инструментов. Разбиваем эти объёмы по пропорции «пик/непик», умножаем на цены из таблицы параметров — и получаем реальную суточную стоимость.
Шаг 5: Сравните со старой методикой и найдите пространство для оптимизации
Поставьте результат по новой методике рядом с оценкой по старой «единой средней цене» — та часть, где разница максимальна, и будет приоритетом для оптимизации. Обычно выводы бывают трёх типов: слишком высокая доля пиковых часов, слишком частые вызовы инструментов, низкий процент попаданий в кеш. В следующем разделе разберу конкретные приёмы для каждого из этих трёх случаев.
🚀 Быстрый старт: если хотите в рамках одного и того же набора интерфейсов проверить разницу в стоимости между DeepSeek и другими моделями, можно обратиться через APIYI apiyi.com. APIYI предоставляет API моделей DeepSeek, о которых идёт речь в статье, и совместим с форматами интерфейсов OpenAI и Anthropic — существующему коду обычно достаточно поменять base_url и API Key. Конкретные адреса и параметры смотрите в центре документации docs.apiyi.com.
Сценарии применения и стратегии затрат при пиковом и непиковом ценообразовании DeepSeek API
Разные типы приложений по-разному чувствительны к пиковым/непиковым тарифам и плате за инструменты. Сначала определите, к какому типу относитесь вы, а уже потом выбирайте направление оптимизации — это эффективнее, чем грести всё под одну гребёнку и «переносить все задачи на ночь».
| Тип приложения | Гибкость по времени | Зависимость от инструментов | Рекомендуемая стратегия | Доступные платформы |
|---|---|---|---|---|
| Онлайн-поддержка / чат-боты | Низкая, нужен ответ в реальном времени | Средняя | Повышать долю попаданий в кэш, сокращать вызовы инструментов | APIYI apiyi.com, официальный DeepSeek |
| Пакетная обработка документов / разметка данных | Высокая, можно отложить выполнение | Низкая | Планировать всё на непиковые часы | APIYI apiyi.com, официальный DeepSeek |
| AI-поиск / исследовательский помощник | Средняя | Высокая | Ограничивать число раундов вызова инструментов, сжимать содержимое, возвращаемое инструментами | APIYI apiyi.com, официальный DeepSeek |
| Агент для работы с кодом | Средняя | Высокая | Объединять вызовы инструментов, сокращать контекст | APIYI apiyi.com, официальный DeepSeek |
| Плановые задачи по генерации контента | Высокая | Средняя | Пакетно генерировать в непиковые часы, а в пиковые — только проверять | APIYI apiyi.com, официальный DeepSeek |
Оптимизация затрат DeepSeek API для приложений реального времени
Приложениям реального времени никуда не деться от пиковых часов, поэтому основной упор стоит делать на кэш и инструменты. Вынесите неизменный системный промпт, краткое содержание базы знаний и примеры few-shot в начало сообщения и держите их байт-в-байт неизменными — это заметно повысит долю попаданий в кэш. Что касается инструментов, можно сначала одной лёгкой проверкой решить, «действительно ли нужен поиск», и не позволять модели снова и снова вызывать инструменты там, где это не нужно.
Планирование на непиковые часы для офлайн-приложений DeepSeek API
Офлайн-задачи — главные выгодоприобретатели пикового/непикового ценообразования. Идея — добавить между бизнес-системой и вызовом модели слой очереди задач: в пиковые часы она только ставит задачи в очередь, а в непиковые — потребитель разбирает их пакетно. Есть два момента. Во-первых, в непиковые часы нагрузка концентрируется, поэтому заранее оцените лимиты скорости и при необходимости ограничивайте поток партиями. Во-вторых, задайте тайм-аут как страховку, чтобы задачи, которые не успели обработать в непиковые часы, не перетащились в следующие пиковые и не были посчитаны по высокому тарифу.
Сравнение вариантов оптимизации платы за инструменты DeepSeek API
Плата за инструменты — новая статья расходов и одна из самых сложно контролируемых: объём потребления определяет сама модель. В таблице ниже — несколько распространённых способов контроля.
| Вариант оптимизации | Источник экономии | Когда применять | Что учесть |
|---|---|---|---|
| Предварительное определение намерения | Сокращение лишних вызовов инструментов | Поисковые помощники, поддержка клиентов | Само определение тоже расходует токены — нужен лёгкий промпт |
| Ограничение числа раундов вызова | Ограничение стоимости инструментов на один запрос | Приложения-агенты | Слишком мало раундов может ухудшить качество ответа |
| Сжатие результатов, возвращаемых инструментами | Меньше входных токенов при возврате результатов в контекст | Инструменты поиска и извлечения данных | Оставлять только резюме и ключевые поля |
| Повторное использование кеша результатов | Одинаковые запросы не вызывают инструмент повторно | Сценарии с концентрацией популярных вопросов | Задавать разумный TTL, чтобы информация не устаревала |
| Собственный поиск вместо платного инструмента | Заменить платный инструмент собственной базой знаний | Бизнес со стабильными доменными знаниями | Нужно оценить затраты на разработку и поддержку |
Разбор сравнения
Предварительное определение намерения даёт самый прямой эффект по частоте вызовов и подходит для большинства диалоговых сценариев; но оно добавляет к каждому запросу небольшие накладные расходы на определение, и в коротких диалогах это может не окупиться. В отличие от него, сжатие результатов инструментов почти не имеет побочных эффектов — это стоит включать по умолчанию во всех приложениях с инструментами. Ограничение числа раундов вызова больше похоже на предохранитель: оно не даёт отдельным запросам из-за повторных вызовов инструментов моделью превратиться в неожиданный счёт.
💡 Рекомендация по выбору: эффект оптимизации стоимости инструментов сильно зависит от бизнеса, поэтому сначала стоит провести A/B-сравнение на небольшом трафике. Через APIYI apiyi.com можно переключать разные модели в одном формате API и сравнивать их; вместе с актуальными ценами на странице docs.apiyi.com/models это поможет быстрее посчитать реальную выгоду каждого варианта.
Частые вопросы (FAQ)
Q1: Что такое пиковое и непиковое ценообразование в DeepSeek API?
Пиковое и непиковое ценообразование означает, что для одной и той же модели в разные периоды времени действуют разные тарифы. Обычно в непиковое время цена ниже — так задачи, которые можно отложить, стимулируют выполнять в менее загруженные часы. Точные границы периодов и размер скидки смотрите в официальных анонсах DeepSeek и на странице цен APIYI.
Q2: Чем методика расчёта при пиковом и непиковом ценообразовании отличается от прежней единой цены?
При единой цене достаточно умножить общее число токенов на цену за единицу. При пиковом и непиковом ценообразовании сначала нужно разбить запросы по времени, к каждой группе применить свою цену, а затем добавить плату за вызовы инструментов. Оценка по средней цене за сутки скрывает перекос из-за доли пиковых запросов — особенно в бизнесе, где трафик сосредоточен днём.
Q3: Если запрос попадает на границу пикового и непикового периода, по какому времени его тарифицируют?
Это зависит от официальных правил тарификации. Часто берут время начала запроса, но принимать это на веру не стоит. Советуем в модели расчёта сделать «момент тарификации» настраиваемым параметром, заполнить его после подтверждения официальных правил, а для долгих потоковых запросов отдельно ставить отметку и выборочно сверять.
Q4: Почему плата за инструменты может привести к «удвоению» затрат?
Потому что вызов инструмента часто даёт две статьи расходов: плату за сам вызов и повторную тарификацию результата инструмента как входных токенов после возврата в контекст. При многораундовых вызовах инструментов контекст постоянно растёт, и каждый следующий раунд оплачивает результаты предыдущих. Поэтому нужно одновременно контролировать число вызовов и длину возвращаемого в контекст содержимого.
Q5: Как быстро вызвать DeepSeek через API и проверить стоимость?
Можно действовать так:
1. Зайдите на APIYI apiyi.com, зарегистрируйте аккаунт и получите API-ключ
2. В центре документации docs.apiyi.com посмотрите адрес подключения и выберите совместимый формат OpenAI или Anthropic
3. На странице цен docs.apiyi.com/models уточните цены на вход, выход и кеширование для моделей DeepSeek
4. Прогоните небольшой тестовый трафик через 5-шаговый расчёт из этой статьи и сверьте с контрольной таблицей расходов для калибровки
APIYI предоставляет доступ к упомянутым в статье моделям DeepSeek; формат интерфейса совместим с популярными SDK, поэтому его можно напрямую подставить в существующий проект для проверки.
Q6: Если вызывать через стороннюю платформу, совпадают ли правила тарификации пиковых периодов и инструментов?
На разных платформах правила могут отличаться от официальных — например, разделяются ли периоды по времени, как пересчитывается плата за инструменты и т. п. При вызове через APIYI ориентируйтесь на фактические данные, указанные на странице цен APIYI docs.apiyi.com/models, и не подставляйте напрямую официальный прайс-лист. Если проверить это до расчёта, можно избежать большей части расхождений при сверке.
Q7: Какие известны ограничения при расчёте стоимости DeepSeek API?
Есть три главных момента. Во-первых, цены будут меняться, поэтому модель расчёта должна поддерживать параметризованное обновление; во-вторых, длина «размышлений» в токенах у reasoning-моделей сильно колеблется, и оценка по среднему даёт высокую погрешность — лучше использовать квантили; в-третьих, количество вызовов инструментов модель определяет сама, и для одного и того же промпта при разных входных данных результат заметно различается, поэтому нужен постоянный мониторинг, а не разовая оценка.
DeepSeek API: ключевые выводы по расчёту стоимости при пиковых и непиковых тарифах
- Стоимость стала многомерной: счёт определяют четыре фактора — время суток, кеш, выход и инструменты
- Цену за единицу нужно параметризовать: ориентируйтесь на актуальные данные со страницы цен APIYI, не хардкодьте
- Сначала выровняйте часовой пояс: приводите логи к пекинскому времени, а затем раскладывайте по пиковым и непиковым интервалам, чтобы не ошибиться со всей партией
- Инструменты тарифицируются дважды: плата за вызов плюс токены, возвращаемые в контекст, — учитывать нужно оба компонента
- Офлайн-задачи переносите на непиковое время: очередь задач для сглаживания пиков — самая прямая по эффекту оптимизация
- Для реального времени выручает кеш: держите фиксированный префикс неизменным, чтобы повысить долю попаданий в кеш
- Расчёт можно быстро проверить: запустите небольшой тестовый трафик через совместимый интерфейс APIYI и сверьте модель со счётом
Итог
После того как DeepSeek API ввёл пиковое и непиковое ценообразование, а также плату за инструменты, ключевые изменения в расчёте стоимости сводятся к трём пунктам:
- От общего объёма к разбивке по категориям: чтобы увидеть реальную структуру затрат, нужно разбивать запросы по временным периодам и считать пиковые и непиковые часы отдельно.
- От токенов к токенам плюс инструменты: плата за инструменты — это отдельная статья расходов, которая вдобавок увеличивает и входные токены.
- От статической оценки к постоянному мониторингу: цены меняются, объём использования меняется, поэтому модель расчёта должна быть параметризованной и регулярно калиброваться.
Рекомендую для начала прогнать логи за последнюю неделю по описанному ниже процессу из 5 шагов, определить три ключевых показателя — долю пиковых часов, частоту вызовов инструментов и долю попаданий в кэш — а затем точечно оптимизировать. Если нужно тестировать DeepSeek и другие модели через единый интерфейс, можно подключиться через APIYI apiyi.com; способ подключения описан в центре документации docs.apiyi.com, а все цены за единицу следует сверять с фактическими данными на странице цен docs.apiyi.com/models.
📚 Справочные материалы
- Репортаж 36Kr: «Лян Вэньфэн спускается с горы: что ищет DeepSeek?»
- Ссылка:
36kr.com/p/4055279154779015 -
Пояснение: отраслевой репортаж о недавних коммерческих изменениях DeepSeek, полезен как контекст для понимания причин корректировки цен.
-
Страница цен APIYI: цены за единицу входных, выходных и кэшированных данных для DeepSeek и других моделей
- Ссылка:
docs.apiyi.com/models -
Пояснение: источник всех ценовых параметров в этой статье; перед расчётами рекомендуется сверить данные.
-
Центр документации APIYI: описание способов подключения и формата интерфейса
- Ссылка:
docs.apiyi.com -
Пояснение: содержит инструкции по подключению в форматах, совместимых с OpenAI и Anthropic.
-
Официальная документация DeepSeek API: правила тарификации и описание поля usage
- Ссылка:
api-docs.deepseek.com - Пояснение: границы пиковых и непиковых периодов, механизм кэширования и правила тарификации инструментов — всё по официальным разъяснениям.
Автор: техническая команда APIYI
Техническая поддержка: если возникли вопросы при расчёте стоимости или подключении, свяжитесь с нами через официальный сайт APIYI apiyi.com; больше материалов о подключении можно найти в центре документации docs.apiyi.com.
