Dans l’après-midi du 7 novembre, des lecteurs d’IT之家 ont signalé que DeepSeek affichait un message indiquant que le serveur était occupé alors qu’ils étaient en train d’écrire du code. Certains ont également cru que leur connexion Internet était en cause. La page d’état officielle a ensuite consigné cette interruption partielle, survenue de 15 h 11 à 15 h 56, heure de Pékin, soit 45 minutes. Le service est rétabli.

Dans ce genre de situation, je commence par sauvegarder le travail, puis je décide s’il faut attendre, réduire le nombre de requêtes simultanées ou vérifier mes propres paramètres. Ce qu’on perd le plus facilement, c’est le contexte dont l’IA a besoin pour poursuivre : ce qu’on lui a demandé, où elle en est et ce qu’elle doit fournir ensuite.

Que vous utilisiez le site web ou l’application au quotidien, copiez d’abord l’invite et les résultats déjà obtenus dans un fichier local, puis ouvrez la page d’état officielle. Vérifiez si l’heure de la panne correspond aux services que vous utilisez. Si la page ne signale aucun incident correspondant, vous pouvez d’abord poser une courte question sans fournir de données pour vérifier si une nouvelle conversation répond, puis décider si vous poursuivez la tâche initiale. Si vous êtes pressé de rendre votre travail, commencez par les tâches de mise en forme réalisables hors ligne et dressez une liste distincte des éléments nécessitant un modèle.

Si vous exécutez des tâches via l’API, notez d’abord le modèle utilisé, l’heure et le code d’erreur. Selon la documentation officielle de DeepSeek, le code 429 signifie que la limite de débit ou de requêtes simultanées a été atteinte : réduisez d’abord le nombre de requêtes simultanées. Le code 500 indique une erreur interne du service, et le code 503 que le service est occupé ; vous pouvez réessayer un peu plus tard. Pour le code 401, vérifiez d’abord la configuration de la clé. Les messages affichés sur le site web ne correspondent pas nécessairement à un code d’erreur précis de l’API.

Imaginons qu’un script utilise un modèle pour traiter dix annonces, puis envoyer une notification. S’il se bloque, vérifiez d’abord quelles annonces ont déjà été traitées et pour lesquelles une notification a déjà été envoyée. Une fois le service rétabli, relancez une tâche inachevée pour vérifier que le résultat est correct, puis poursuivez avec les autres. Relancer toute la série risque d’envoyer des notifications en double.

Vous pouvez enregistrer cette ligne comme note de suivi : numéro de la tâche / dernière étape terminée / résultat à compléter / données déjà enregistrées ou envoyées. La prochaine fois que le service se bloque, gardez ces quatre informations : vous pourrez reprendre le travail dans une autre fenêtre ou après le rétablissement du service.

Historique officiel des incidents https://status.deepseek.com/incidents/7219383236287

Codes d’erreur officiels de l’API https://api-docs.deepseek.com/zh-cn/quick_start/error_codes/