Claude Code « Response stalled mid-stream » et « Streaming response ended before any complete data was received » — ce qui interrompt le flux

Répondez d’abord continue

Claude Code conserve le texte et les appels d’outils terminés avant l’échec et ajoute l’avis. Dans une session interactive, lisez ce qui est arrivé et répondez continue : le tour reprend à partir de là. Dans une exécution non interactive (claude -p), Claude Code affiche le dernier bloc de texte terminé, suivi de l’avis ; reprenez cette session et envoyez continue. Aucun autre changement n’est nécessaire si cela ne se produit qu’une fois.

Distinguez les messages

La référence des erreurs de Claude Code répertorie les formulations de réponse incomplète selon la cause : erreur du serveur au milieu de la réponse, perte de connexion au milieu de la réponse, mise en veille de votre ordinateur au milieu de la réponse, arrêt de l’arrivée de la réponse (l’interruption), partie de la réponse jamais reçue et flux de réponse mal formé. Des rapports de juillet 2026 citent une ancienne formulation pour l’interruption : « Response stalled mid-stream ». Le message distinct « Streaming response ended before any complete data was received » correspond au cas où aucune donnée complète n’est arrivée, raison pour laquelle Claude Code réessaie sans diffusion au lieu de conserver une réponse partielle.

Réglez le mécanisme de surveillance, ne le désactivez pas

Claude Code utilise quatre mécanismes de temporisation qui interrompent un flux lorsqu’il ne reçoit plus de données, afin qu’une connexion inactive échoue et fasse l’objet d’une nouvelle tentative au lieu de rester bloquée : un délai maximal de réception du premier octet, un mécanisme de surveillance des événements (300 secondes), un mécanisme de surveillance des octets (180 secondes sur l’API Anthropic directe, 300 secondes ailleurs, y compris avec une valeur ANTHROPIC_BASE_URL personnalisée) et, chez certains fournisseurs, un délai d’inactivité de cinq minutes pour le corps de la réponse. CLAUDE_STREAM_IDLE_TIMEOUT_MS définit les deux mécanismes de surveillance ; les valeurs inférieures à cinq minutes sont portées à cinq minutes et le mécanisme de surveillance des octets est plafonné à 30 minutes. Placez cette variable dans le bloc env de settings.json pour que les agents en arrière-plan en bénéficient également :

{
  "env": {
    "CLAUDE_STREAM_IDLE_TIMEOUT_MS": "600000"
  }
}

Derrière un proxy ou une passerelle, testez sans cet intermédiaire

Lorsque le message de nouvelle tentative sans diffusion se répète, retirez une fois l’intermédiaire : désactivez HTTPS_PROXY pour une seule session, ou définissez NO_PROXY="*", puis exécutez la même tâche. Si le problème cesse, l’intermédiaire est la cause. Les coupables habituels sont une limite de taille du corps de requête que les longues sessions finissent par dépasser, une mise en mémoire tampon des réponses qui transforme un flux continu en long silence et un délai de lecture plus court que les pauses de réflexion du modèle. Notez que le délai avant le premier octet ne s’exécute pas lorsque ANTHROPIC_BASE_URL pointe vers une passerelle, mais que le mécanisme au niveau des octets, lui, s’exécute.

Que signifie « The response above may be incomplete » dans Claude Code ?

La réponse diffusée s’est arrêtée après l’arrivée d’une partie de celle-ci — en raison d’une interruption, d’une connexion coupée, d’une erreur du serveur ou de la mise en veille de l’ordinateur. Claude Code conserve le texte et les appels d’outils terminés et ajoute l’avis. Répondez continue pour reprendre le tour à partir de ce qui est arrivé.

« Response stalled mid-stream » signifie-t-il la même chose que « The response stopped arriving » ?

Ces formulations décrivent le même cas : la connexion est restée ouverte, mais a cessé de fournir des données jusqu’à ce qu’un mécanisme de surveillance du flux l’interrompe. La référence actuelle des erreurs de Claude Code utilise « The response stopped arriving » ; les rapports déposés en juillet 2026 citent « Response stalled mid-stream ».

Pourquoi Claude Code affiche-t-il « Retrying without streaming » ?

Parce que le flux s’est terminé avant la réception de toute donnée complète, de sorte qu’il n’y avait rien à conserver. Claude Code renvoie la même requête sans diffusion. Si le message continue d’apparaître, vérifiez le proxy ou la passerelle entre Claude Code et le fournisseur — les limites de taille du corps, la mise en mémoire tampon et les délais de lecture sont les causes habituelles.

Dois-je désactiver le mécanisme de surveillance du flux ?

Non. Les mécanismes de surveillance existent pour qu’une connexion morte échoue et réessaie au lieu de bloquer indéfiniment la session. Si votre connexion reste légitimement silencieuse pendant de longues périodes, augmentez CLAUDE_STREAM_IDLE_TIMEOUT_MS (les valeurs inférieures à cinq minutes sont relevées à cinq minutes) au lieu de définir CLAUDE_ENABLE_STREAM_WATCHDOG ou CLAUDE_ENABLE_BYTE_WATCHDOG sur 0.

L’utilisation d’une passerelle avec ANTHROPIC_BASE_URL rend-elle ce problème plus probable ?

Chaque intermédiaire entre Claude Code et le fournisseur constitue un endroit supplémentaire où un flux peut être mis en mémoire tampon, coupé ou soumis à un délai d’expiration ; testez donc sans passerelle lorsque les messages se répètent. Le mécanisme de surveillance au niveau des octets s’exécute également sur les connexions via passerelle ; le délai avant le premier octet ne s’exécute pas lorsque ANTHROPIC_BASE_URL passe par une passerelle.