Claude Code 2.1.179: три критических исправления надёжности для операторов с кастомным API endpoint

Когда 16 июня вышел Claude Code 2.1.179, список изменений выглядел как плановый технический релиз: регрессия прокрутки, баги интерфейса, исправление опроса. Но в глубине списка скрыты три регрессии, которые незаметно ломали продакшн-конфигурации для команд, запускающих Claude Code через кастомный API gateway.

Что изменилось в 2.1.179

Три исправления, критически важных для работы с gateway:

1. Ошибка 401 в claude agents workers при использовании кастомного ANTHROPIC_BASE_URL

Если вы запускали демон Claude Code из shell-окружения с установленными переменными ANTHROPIC_BASE_URL и ANTHROPIC_AUTH_TOKEN — стандартный способ направить Claude Code на self-hosted gateway, корпоративный прокси или AI routing layer — claude agents workers завершались с ошибкой 401 Invalid bearer token. Демон наследовал кастомный endpoint, но фоновые workers аутентифицировались на origin Anthropic вместо настроенного base URL.

Именно это сценарий используют операторы при маршрутизации через мультипровайдерный gateway, приватный VPC-прокси или изолированный compliance-endpoint. Ошибка 401 была незаметной: agents запускались нормально, но падали на первом же API-вызове.

2. Compaction игнорировал --fallback-model

Автоматический compaction в Claude Code срабатывает, когда контекстное окно близко к заполнению: он сжимает ранние сообщения, чтобы освободить место. Если запрос compaction упирался в rate limit или в недоступность модели, система должна была использовать цепочку --fallback-model. Она этого не делала — compaction полностью обходил настроенный fallback, оставляя сессию в ступоре, когда основная модель была перегружена.

Для команд, использующих AI gateway с fallback-политикой, это означало следующее: fallback работал для обычных запросов, но бесшумно отказывал во время compaction — одного из самых критичных моментов в длинной рабочей сессии.

3. Устаревший кэш аутентификации после ротации credentials

Если API-credentials обновлялись за пределами работающей сессии — типичная схема при ротации токенов, короткоживущей JWT-аутентификации или эфемерных токенах, выдаваемых gateway — Claude Code продолжал использовать устаревшую конфигурацию запросов и падал с ошибками аутентификации, даже при наличии валидных credentials. Требовался перезапуск сессии.

Почему эти три бага особенно важны для routing-команд

У всех трёх сбоев общая закономерность: они возникают исключительно в продакшн-конфигурациях с gateway и не проявляются при использовании дефолтного пути api.anthropic.com.

Ошибка 401 с ANTHROPIC_BASE_URL не воспроизводится при тестировании Claude Code напрямую против API Anthropic. Она обнаруживается только при развёртывании в команде, маршрутизирующей через общий gateway — когда workers молча дропают запросы.

Пропуск fallback в compaction — нестабильный. Он срабатывает только тогда, когда основная модель перегружена в тот самый момент, когда заполняется контекст. В routing-конфигурациях с агрессивными fallback-политиками это случается чаще: основная модель может быть под rate limit прямо во время активной сессии.

Устаревший кэш credentials особенно болезнен для команд, использующих workload identity federation, токены с ограниченным сроком или gateway-issued credentials с ротацией по расписанию. Anthropic теперь поставляет workload identity federation для Claude — паттерны ротации токенов становятся нормой, а риск столкнуться с багом устаревшего кэша растёт.

Операторский угол: что проверить после обновления

Если ваша команда запускает Claude Code за слоем gateway — self-hosted прокси, cloud-native AI gateway или мультипровайдерный routing-сервис — вот контрольный список после обновления до 2.1.179:

Аудит регрессии аутентификации. Убедитесь, что claude agents (фоновые workers) корректно обращаются к вашему кастомному base URL. Запустите worker-сессию, проверьте логи запросов на gateway и убедитесь, что заголовок Authorization содержит токен, выданный вашим gateway, а не устаревший токен Anthropic.

Валидация fallback в compaction. Настройте сессию с заведомо загруженной основной моделью и дождитесь срабатывания auto-compaction. По логам gateway проверьте, что fallback-модель получила запрос compaction. Исправление появилось в 2.1.179, но стоит верифицировать в своей среде — тайминг compaction зависит от сессии.

Обработка ротации credentials. Если вы ротируете API-ключи или используете короткоживущие токены — проверьте путь обновления. В 2.1.179 обновление credentials вне запущенной сессии должно подхватываться без перезапуска демона. Проверьте на своём цикле ротации.

fallbackModel в managed settings. Если Claude Code разворачивается в масштабе организации через managed settings (managedSettings.json), убедитесь, что fallbackModel задан на уровне org. Исправление compaction означает, что эта настройка теперь соблюдается в том числе при compaction в периоды пиковой нагрузки.

На что обратить внимание пользователям TheRouter

Команды, маршрутизирующие Claude Code через TheRouter, уже получают политики маршрутизации и fallback для обычных запросов. Исправление compaction в 2.1.179 закрывает пробел, при котором auto-compaction обходил gateway-fallback — теперь ваша fallback-конфигурация работает сквозно, а не только на основном пути.

Если вы раньше сталкивались с зависшими сессиями из-за ошибок compaction при перегрузке основной модели в рамках вашей routing-политики, обновление Claude Code до 2.1.179 должно устранить эту проблему. Следите за логами запросов на gateway во время длинных рабочих сессий и убедитесь, что запросы compaction проходят через ожидаемый fallback-путь.

Исправление ANTHROPIC_BASE_URL критично для любого деплоя, где workers Claude Code должны маршрутизироваться через кастомный endpoint: убедитесь, что демон запускается в том же shell-окружении, где заданы gateway-credentials.

Обновление

Обновить через npm:

npm install -g @anthropic-ai/claude-code@latest
claude --version  # должно отображать 2.1.179

Все три исправления надёжности не спрятаны за feature flag. Для применения достаточно обновления.