Как работает контекстный кэш DeepSeek API и как проверить cache hit

const base=[
 {role:"system",content:LONG_STABLE_RULES},
 {role:"user",content:REFERENCE_DOCUMENT}
];
await client.chat.completions.create({model:"deepseek-chat",messages:[...base,{role:"user",content:"Вопрос 1"}]});
await client.chat.completions.create({model:"deepseek-chat",messages:[...base,{role:"user",content:"Вопрос 2"}]});
// Сравните usage и документированные cache-hit поля.

• Совпадение должно приходиться на начало контекста.
• Дата, UUID или таймер внутри префикса ломают повторяемость.
• Кэш не хранит готовый ответ и не является памятью пользователя.
• Экономию считают по реальному распределению трафика.

Пошаговая проверка

1. Отправьте два запроса с идентичным префиксом и сравните usage.
2. Измените один символ в начале и повторите измерение.
3. Проверьте, что ответы всё равно генерируются заново и могут различаться.

Чего не делать

• Не публикуйте API-ключ и не передавайте его браузеру.
• Не записывайте результат в базу без проверки структуры.
• Не делайте бесконечные повторы после 401, 429 или 5xx.
• Не называйте уверенный текст доказанным фактом.

Ограничения

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

FAQ

Можно ли использовать пример в production?