DeepSeek APIは、それが処理できる要求またはターンの数に明示的なレート制限を課さない。これは、ユーザーがセッションごとのターン数に制限に直面することなく、理論的に多数の同時リクエストを作成できることを意味します[1] [2] [4]。ただし、サーバーの容量と需要の負担により、実際的な制限があります。
Deepseekのサーバーが交通圧力が高い場合、ユーザーは回答を受信するのが遅れている可能性があります。 APIは接続を開いたままにし、接続を維持するためのストリーミングリクエストで空の行またはアライブなコメントを返す場合があります[1]。 30分後にリクエストが完了しない場合、サーバーは接続を閉じます[1]。
レートの制限が不足しているにもかかわらず、DeepSeekは需要がサーバーの容量を上回る課題に直面しています。これにより、パフォーマンスの問題、遅延、さらにはAPIにアクセスするための一時的な制限があり、需要を管理し、システムの過負荷を防止します[7] [8]。たとえば、DeepSeekは新しいアカウントサインアップを一時停止し、APIクレジットのトップアップを停止してサーバーのひずみを管理しました[8]。
使用法を最適化するという点では、ユーザーはDeepSeekのコンテキストキャッシング機能を活用して、コストを削減し、効率を向上させることができます。キャッシュシステムは64トークンをストレージユニットとして使用し、64トーク未満のトークン未満のトークンはキャッシュされていません。キャッシュされたコンテンツを再利用するリクエストを構成することにより、ユーザーはコスト削減を最大化できます[4] [10]。
全体として、ターン数に明示的な制限はありませんが、ユーザーは需要の高い期間中に潜在的なパフォーマンスの問題を認識し、API使用を最適化するためにそれに応じて計画する必要があります。
引用：
[1] https://api-docs.deepseek.com/quick_start/rate_limit
[2] https://simonwillison.net/2025/jan/18/deepseek-api-docs-chrate-limit/
[3] https://www.reddit.com/r/perplexity_ai/comments/1ibe1f6/there_shouldnt_be_any_limit_for_r1_model_for_pro/
[4] https://api-docs.deepseek.com/news/news0802
[5] https://www.byteplus.com/en/topic/384050
[6] https://www.byteplus.com/en/topic/384057
[7] https://www.bardeen.ai/answers/what-are-the-limitations of-deepseek
[8] https://www.bloomberg.com/news/articles/2025-02-06/deepseek-limits-access-to-ai-model-as-demand-strains-capacity
[9] https://www.reddit.com/r/localllama/comments/1i9jre5/the_browser_version_of_deepseek_r1_allows_for/
[10] https://www.datacamp.com/tutorial/deepseek-api