11月7日午後、IT之家の読者から、コードを書いている途中にDeepSeekで「サーバーが混み合っています」と表示されたとの報告がありました。自分のネットワークに問題があると思った人もいました。公式ステータスページにはその後、北京時間15時11分から15時56分までの45分間、一部で障害が発生し、サービスは復旧したと記録されました。

こういう状況になったら、まず作業内容を保存してから、待つべきか、同時実行数を減らすべきか、それとも自分の設定を確認すべきかを判断します。最も失われやすいのは、AIに作業を続けてもらうために必要なコンテキストです。先ほど何を伝えたのか、どこまで進んだのか、次に何を仕上げるのか、といった情報です。

普段ウェブ版やアプリを使っている場合は、まずプロンプトと取得済みの結果をローカルにコピーしてから、公式ステータスページを開きます。障害の発生時刻が、自分が利用しているサービスと一致するか確認してください。該当するアラートがページにない場合は、資料を含まない短い質問を一文送って新しい会話で返信があるか確認し、それから元の作業を続けるか判断できます。締め切りが迫っているなら、まずオフラインでできる整理を進め、モデルによる処理が必要な部分を別にまとめておきましょう。

APIでタスクを実行している場合は、まずモデル、時刻、エラーコードを記録します。DeepSeekの公式ドキュメントによると、429はリクエストレートまたは同時実行数が上限に達したことを示すため、まず同時実行数を下げます。500はサービス内部の障害、503はサービスが混雑していることを示すため、しばらく待ってから再試行できます。401の場合は、まずキーの設定を確認してください。ウェブ上のメッセージを、特定のAPIエラーコードにそのまま当てはめることはできません。

あるスクリプトがモデルを使って10件のお知らせを整理し、その後通知を送るとします。処理が止まったら、まずどのお知らせの結果がすでに出ているか、どれに通知を送信済みかを確認します。復旧したら、未完了のタスクを1件選んで試しに実行し、結果が正しいことを確認してから残りを続けます。全件を再実行すると、通知が重複して送信される可能性があります。

この行をタスクメモとして保存できます。タスク番号 / 最後に完了した手順 / 補完が必要な結果 / 書き込みまたは送信済みかどうか。次にサービスが止まったとき、この4項目を残しておけば、別のウィンドウに切り替えたり、サービスの復旧を待ったりしても、続きから作業できます。

公式障害記録 https://status.deepseek.com/incidents/7219383236287

公式APIエラーコード https://api-docs.deepseek.com/zh-cn/quick_start/error_codes/