API Error: The response stopped arriving — что это значит и что делать, когда данные ответа Claude Code останавливаются на полпути

«API Error: The response stopped arriving» означает, что посреди потокового ответа соединение оставалось открытым, но данные перестали приходить, и сторожевой таймер самого Claude Code оборвал это соединение. Всё, что было выведено до этого момента полностью, остаётся на экране. В интерактивной сессии достаточно ответить continue, и работа продолжится с последнего завершённого места.

API Error: The response stopped arriving. The response above may be incomplete.

До v2.1.227 это сообщение звучало как Response stalled mid-stream. Официальный справочник ошибок прямо указывает на переименование: происходит то же самое. Когда ищете материалы или баг-репорты, написанные со старой формулировкой, ищите по обоим вариантам.

1. Что означает сообщение: не обрыв, а «тишина»

Официальный справочник ошибок Claude Code объясняет это сообщение так: соединение оставалось открытым, но перестало доставлять данные, поэтому сторожевой таймер простоя потока (idle watchdog) его оборвал. Это не текст ошибки, которую вернул API, а пометка, которую добавляет сам Claude Code, принимавший ответ.

Даже когда ответ «остановился на полпути», Claude Code формулирует сообщение по-разному в зависимости от причины. Официально перечислены четыре варианта, и у всех одинаковое окончание — «The response above may be incomplete.» («Ответ выше может быть неполным»).

API Error: Server error mid-response. The response above may be incomplete.
API Error: Connection lost mid-response. The response above may be incomplete.
API Error: Your computer went to sleep mid-response. The response above may be incomplete.
API Error: The response stopped arriving. The response above may be incomplete.

Первая строка — сервер посреди ответа вернул ошибку перегрузки или 5xx, вторая — оборвалось соединение, третья — компьютер ушёл в сон во время ответа. Только четвёртая строка, о которой эта статья, означает, что ни ошибки, ни обрыва не было, а данные просто перестали приходить.

Соединение обрывают четыре сторожевых таймера

Согласно официальной документации по сетевой настройке, у Claude Code есть четыре таймера, которые обрывают затихший поток. Они нужны, чтобы мёртвое соединение не висело бесконечно, а считалось неудачей. После того как ответ начал поступать, действуют первые три из таблицы ниже.

При прямом подключении к Anthropic API ориентир — 180 секунд побайтового контроля. То есть перед появлением этого сообщения экран выглядит замершим несколько минут. По официальным данным, если запрос жив, но данных нет 20 секунд, сначала появляется следующий баннер. Он означает «ещё не неудача», а обратный отсчёт показывает время до обрыва (до v2.1.185 порог был 10 секунд и текст был другим).

Waiting for API response · will retry in … · check your network

Если данные снова пойдут, баннер исчезнет сам. Сообщение из этой статьи появляется, когда баннер не исчез, отсчёт дошёл до обрыва, а часть вывода к этому моменту уже была завершена.

2. В v2.1.227 сообщение переименовано из «Response stalled mid-stream»

Сразу после описания четырёх сообщений официальный справочник ошибок пишет: до v2.1.227 Connection lost mid-response отображалось как Connection closed mid-response, а The response stopped arriving — как Response stalled mid-stream. В той же версии поменялось и сообщение для остановки до начала вывода.

Случаи, когда старое сообщение Response stalled mid-stream появлялось вместе с тем, что модель бесконечно повторяла одно и то же слово, собраны в статье о Response stalled mid-stream и бесконечном цикле «court». Сообщения об оборванном соединении разобраны отдельно: отчёты времён старой формулировки — в статье о Connection closed mid-response, новая формулировка — в статье о Connection lost mid-response.

3. Чем оно отличается от похожих сообщений

Какое сообщение вы увидите, зависит от того, на каком этапе ответа произошла остановка. Если разложить официальное описание «Automatic retries» по ходу ответа, получится так.

Почему на этапе ③ запрос не повторяется, тоже сказано официально: если повторить запрос после того, как завершён хотя бы один блок текста или вызов инструмента, один и тот же вызов инструмента может выполниться дважды. Поэтому Claude Code сохраняет завершённое и вместо того, чтобы выбросить ход, добавляет пометку.

Отличие от Connection lost mid-response: «обрыв или тишина»

Оба сообщения появляются после того, как часть вывода уже показана; в обоих случаях завершённое остаётся и можно продолжить через continue. Разница — в характере остановки. lost означает, что соединение потеряно: подозревать стоит кратковременные сбои вашей линии, переподключение VPN или обрыв на промежуточном оборудовании. stopped arriving означает, что соединение живо, но содержимое не идёт, и обрыв произошёл только после того, как истекло время сторожевого таймера. Поэтому настройка таймеров из раздела 6 может помочь только в случае stopped arriving.

Отличие от Streaming response ended…: «остановился или пришёл пустым»

По официальным данным, Streaming response ended before any complete data was received — это предупреждение о том, что ответ завершился, не доставив ни одного пригодного фрагмента данных. Claude Code отказывается от потоковой передачи, повторяет тот же запрос и продолжает ход. В интерактивной сессии предупреждение показывается один раз за сессию (до v2.1.239 повтор происходил молча). Частая причина, по словам документации, — промежуточный прокси или шлюз, который поглощает или преобразует тело ответа. А stopped arriving — это ответ, который пришёл частично и потом остановился; автоматически он не повторяется.

4. Что происходит с уже сделанной работой

Согласно официальному описанию, Claude Code сохраняет все завершённые блоки, а в конце хода отбрасывает последний, недописанный блок. Именно поэтому на экране могут отсутствовать последние несколько предложений или последний вызов инструмента. Завершённые вызовы инструментов выполняются, и ход продолжается с их результатами. Дальнейшее поведение зависит от среды выполнения.

Что выводит -p при остановке и как продолжить

В неинтерактивном режиме с текстовым выводом по умолчанию Claude Code печатает последний завершённый текстовый блок этого хода, а за ним — это сообщение (до v2.1.219 печаталось только сообщение, а ответ отбрасывался). Однако если завершённого текста не осталось — например, потому что разговор был сжат посреди хода и этот текст исчез, — выводится только сообщение (дополнено после проверки официального справочника ошибок 26 сентября 2026 года). При --output-format json или stream-json сообщение попадает в поле result. Официальная процедура — дождаться, пока связь стабилизируется, возобновить сессию и отправить continue.

# продолжить последний разговор
claude -p "continue" --continue

# продолжить сессию по её ID
claude -p "continue" --resume "$session_id"

Что касается автоматического возобновления через хуки: автор Issue #87972 пишет, что во времена старой формулировки срабатывал хук Stop и работу можно было продолжать автоматически, но примерно тогда же, когда сообщение переименовали, это перестало работать. Это наблюдение автора, и официально не сказано, было ли прежнее поведение задуманным. Если следовать текущей официальной документации, хуком можно записать событие или отправить уведомление, но возобновить ход нельзя.

5. Причины: что написано официально и что сообщают пользователи

Сообщение лишь фиксирует результат — «данные перестали приходить»; почему это произошло, из него не понять. Разделим сведения по степени достоверности.

В официальном справочнике ошибок это сообщение находится в разделе «Server errors». В начале раздела сказано, что большинство таких ошибок исходит со стороны провайдера инференса, например сервисов Anthropic, однако для этой конкретной формулировки официально объяснён только описанный выше механизм. Где именно произошла остановка — на вашей линии, на промежуточном оборудовании или на сервере, — официально не установлено.

В #88900 и #90005 написано, что остановки происходили, хотя с локальной линией всё было в порядке. Однако одного этого недостаточно, чтобы считать виновником сервер. Как отмечает и автор #90005, короткие сетевые тесты не воспроизводят ситуацию, когда соединение, открытое несколько минут, посреди работы замолкает.

6. Что делать, когда ответ остановился

Шаги расположены сверху вниз: сначала то, что требует меньше усилий и даёт больший эффект. Если сообщение появилось один раз, достаточно шага 2.

Пример для ~/.claude/settings.json (побайтовый контроль — 10 минут).

{
  "env": {
    "CLAUDE_BYTE_STREAM_IDLE_TIMEOUT_MS": "600000"
  }
}

7. Как проверить, что проблема ушла

Не считайте проблему решённой только потому, что сообщение один раз не появилось. Запустите работу того же объёма и проверьте четыре пункта.

# проверить версию
claude --version

# запустить с записью отладочного лога
claude --debug

# посчитать файлы журнала разговоров с этой формулировкой (macOS, Linux)
grep -rl "The response stopped arriving" ~/.claude/projects/ | wc -l

# то же, но посчитать строки с этой формулировкой (PowerShell)
Get-ChildItem "$HOME\.claude\projects" -Recurse -Filter *.jsonl | Select-String -SimpleMatch "The response stopped arriving" | Measure-Object

Используйте подсчёт как ориентир. Автор #90005 пишет, что за 85 минут ответ на экране останавливался 15 раз, а в журнале разговоров осталась лишь одна запись. Даже если в журнале 0 случаев, надёжнее самостоятельно записывать, сколько раз ответ останавливался на экране.

8. Что сохранить для баг-репорта

Официальный справочник ошибок называет четыре пути, если проблема не решается.

• Выполнить /feedback внутри Claude Code. Запись разговора и описание отправляются в Anthropic; можно также открыть заполненный Issue на GitHub. У провайдеров вроде Bedrock и Vertex вместо отправки всё сохраняется локально
• Выполнить в оболочке claude doctor и посмотреть диагностику установки (только чтение)
• Проверить инциденты на status.claude.com
• Поискать существующие Issues на GitHub — по новой и по старой формулировке

9. Что подтверждено, а что нет

10. Итоги

«API Error: The response stopped arriving» означает, что после того, как ответ частично пришёл, соединение осталось открытым, но данные остановились, и сторожевой таймер Claude Code оборвал его. Это то же самое, что Response stalled mid-stream до v2.1.227; завершённый вывод сохраняется. Сначала проверьте состояние работы, затем ответьте continue.

Если сообщение появляется часто, пробуйте по порядку: обновить версию, исключить по очереди VPN, прокси и шлюз, сократить каждый ответ. Только в средах, где сетевой путь подолгу молчит, есть смысл увеличить время побайтового контроля. У Connection lost mid-response, при котором обрывается само соединение, причины надо искать в другом месте, поэтому сначала сверьте формулировку сообщения. Другие ошибки собраны в статье Частые ошибки Claude Code и их решения.

FAQ

В. Что означает «API Error: The response stopped arriving»?
О. Посреди потокового ответа соединение оставалось открытым, но данные перестали приходить, и сторожевой таймер Claude Code оборвал это соединение. Сообщение появляется, когда остановка произошла после того, как завершён хотя бы один блок текста или вызов инструмента; всё выведенное до этого сохраняется.

В. Это другая ошибка, чем «Response stalled mid-stream»?
О. Нет, та же самая. Официальный справочник ошибок прямо указывает, что до v2.1.227 это сообщение выглядело как Response stalled mid-stream. Изменился только текст — нового вида сбоя не появилось.

В. Что ответить, чтобы продолжить с места остановки?
О. Ответьте continue. Работа продолжится с последнего завершённого блока. Если остановка случилась во время операций с файлами или выполнения команды, безопаснее сначала проверить реальное состояние через git status и т. п.

В. Поможет ли увеличить число повторных попыток?
О. Не поможет. В этой ситуации Claude Code по замыслу не повторяет запрос, чтобы не выполнить один и тот же вызов инструмента дважды. CLAUDE_CODE_MAX_RETRIES влияет на неудачи до начала вывода.

В. Чем оно отличается от «Connection lost mid-response»?
О. lost означает, что оборвалось само соединение, а stopped arriving — что соединение осталось, но данные перестали приходить. В обоих случаях завершённый вывод сохраняется и можно продолжить через continue, но настройка времени контроля может помочь только в случае stopped arriving.

Использованные первоисточники

• Claude Code — Error reference (официальная документация): четыре сообщения The response above may be incomplete и переименование в v2.1.227, ложные срабатывания до v2.1.222, Automatic retries, баннер ожидания, No response from API, Streaming response ended before any complete data was received, Report an error
• Claude Code — Enterprise network configuration (официальная документация): четыре сторожевых таймера и их время по умолчанию, переменные окружения для настройки, отладочный лог, передача настроек фоновым агентам
• Claude Code — Environment variables (официальная документация): описание CLAUDE_STREAM_IDLE_TIMEOUT_MS, CLAUDE_BYTE_STREAM_IDLE_TIMEOUT_MS и API_FORCE_IDLE_TIMEOUT
• Claude Code — Hooks reference (официальная документация): StopFailure для хода, завершившегося ошибкой API
• Claude Code — Run Claude Code programmatically (официальная документация): возобновление через --continue и --resume
• anthropics/claude-code — CHANGELOG (официальный): записи v2.1.222, v2.1.227, v2.1.229, v2.1.232, v2.1.246 и v2.1.257
• Issues на GitHub: #88900, #90005, #89027, #87246, #87972 (все — сообщения пользователей; проверено 22 сентября 2026 года)