Claude Code 2.1.268: Трёхверсионный сбой gateway, который прошёл незамеченным, и четыре новых контроля

Если Claude Code подключён к стороннему Anthropic-совместимому endpoint — самостоятельно развёрнутому прокси, AI gateway или любому сервису за ANTHROPIC_BASE_URL — каждый запрос начиная с версии 2.1.265 завершался HTTP 400. Не часть запросов, а каждый.

Сегодня вышла версия 2.1.268, которая устраняет эту регрессию. Помимо этого, релиз включает четыре изменения для операторов: управление сетевым доступом, видимость цен и поведение prompt cache.

HTTP 400 регрессия: три версии, каждый запрос падает

Регрессия появилась незаметно в версии 2.1.265. В JSON-схему инструмента Artifact добавили регулярное выражение, которое endpoint Anthropic обрабатывает корректно, а сторонние endpoint воспринимают как недопустимое свойство и отклоняют. Эффект оказался полным: сервер возвращал 400 ещё до того, как Claude успевал что-либо сгенерировать.

Команды, использующие прокси или gateway через ANTHROPIC_BASE_URL, видели поток 400-х ошибок с момента обновления пользователей до затронутой версии. В CHANGELOG это записано как исправление без пометки «регрессия с версии x.x.x», поэтому без версионирования или детального анализа логов понять границы затронутого окна — 2.1.265–2.1.267 — было непросто.

Немедленное действие: обновиться до 2.1.268. Если вы управляете gateway и замечали рост 400-х за последнюю неделю — это причина.

Для команд, фиксирующих версии в управляемых развёртываниях: проверьте нижнюю границу версии Claude Code. Любая граница между 2.1.265 и 2.1.267 включительно молча ломает весь трафик к сторонним endpoint.

gatewayInternalNetworks: login и API-доступ под разными правилами

Раньше endpoint /login Claude apps gateway либо требовал, чтобы адрес клиента был в access_control.allow_cidrs, либо был полностью недоступен снаружи. Для организаций, чей gateway работает в публичном IPv4-блоке — например, в облачной VPC с маршрутизируемым адресом — разрешить внутренние логины без открытия allow_cidrs для всего интернета было неудобно.

Новая настройка gatewayInternalNetworks позволяет администраторам объявить собственный публичный IPv4-блок организации «внутренним». Клиенты из этих адресов получают доступ к /login без попадания в общий список allow_cidrs. При этом gateway теперь выводит предупреждение при старте, если allow_cidrs пуст, а при первом запросе с публичного адреса — разовое предупреждение о возможной экспозиции.

Конфигурация прописывается в gateway.yaml в разделе managed_settings:

managed_settings:
  gatewayInternalNetworks:
    - 203.0.113.0/24   # публичный блок вашей организации

Разграничение на практике: allow_cidrs управляет всем аутентифицированным API-трафиком; gatewayInternalNetworks управляет путём входа отдельно. Команды, развёртывающие gateway во внутренних корпоративных сетях с публичными IP-адресами, получают чистое разделение без ослабления allow_cidrs.

Синхронизация цен: /cost и телеметрия совпадают со счётчиком расходов

Когда оператор gateway задавал pricing: в gateway.yaml, команда /cost и данные телеметрии Claude Code отражали опубликованные Anthropic прейскурантные цены, а не ставки, которые применял gateway. Это создавало расхождение при сверке: счётчик расходов показывал одно, клиент — другое.

С версии 2.1.268 клиенты, аутентифицированные через Claude apps gateway с настроенным pricing:, получают эти ставки как managed setting. /cost и телеметрия сессий теперь отражают цены, установленные оператором. Для команд с внутренними системами charge-back или дашбордами расходов для пользователей это исправление делает вывод клиента достоверным.

Bedrock, Vertex и Foundry: байт-стабильный prompt cache

Это изменение важнее, чем кажется на первый взгляд. До версии 2.1.268 сессии на Bedrock, Vertex и Foundry передавали системный промпт инлайн, со встроенным блоком окружения, модели и настроек. Поскольку этот блок мог меняться между запросами — временны́е метки, динамический контекст — кеш-префикс никогда не был стабильным. Даже при неизменном содержимом разговора hit rate prompt cache в облачных сессиях был непредсказуемым.

Два изменения поставляются вместе.

Первое: системный промпт на Bedrock, Vertex и Foundry теперь передаёт данные об окружении, модели и настройках в виде вложений, как это работает в первопартийных сессиях Claude.ai. Основной текст системного промпта стабилен между запросами.

Второе: список инструментов теперь байт-стабилен на протяжении всего разговора. Инструменты, подключающиеся с задержкой, загружаются в отложенном режиме, а не перезаписывают блок инструментов на месте.

В совокупности это означает, что долгосрочные сессии на Bedrock, Vertex и Foundry теперь могут достигать того же hit rate prompt cache, что и первопартийные сессии. Для команд, запускающих интенсивные agentic-нагрузки в этих облаках, это снижение эффективной стоимости запросов без каких-либо изменений конфигурации — обновление клиента применяет изменение автоматически.

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

Ограничение инструментов task-трекинга по семейству моделей

Более узкое изменение, заслуживающее внимания при управляемых развёртываниях: TaskCreate, TaskGet, TaskUpdate, TaskList и TodoWrite теперь предлагаются только для Claude 3.x и конкретных вариантов Opus 4/Sonnet 4/Haiku 4. На других версиях моделей они выключены по умолчанию.

Если пользователи запускают эти инструменты с моделями не из этого списка — например, Fable 5.1 или Mythos 5.1 — они больше не появятся. Можно включить их обратно через CLAUDE_CODE_ENABLE_TODO_TOOLS=1, но по умолчанию поведение теперь ограничивающее.

Что делать операторам gateway прямо сейчас

Немедленно: обновить все развёртывания Claude Code до версии 2.1.268. Исправление ANTHROPIC_BASE_URL критично; клиенты версий 2.1.265–2.1.267 молча сломаны для сторонних endpoint. Проверить нижние границы версий в управляемых и фиксированных развёртываниях.

На этой неделе: если gateway работает в публичном IPv4-блоке для внутреннего трафика — оценить gatewayInternalNetworks для разделения login-доступа и общей политики allow_cidrs. Если в gateway.yaml есть блок pricing: — убедиться, что вывод /cost теперь соответствует ожидаемым ставкам.

Для Bedrock/Vertex/Foundry: улучшение prompt cache вступает в силу автоматически после обновления, никаких дополнительных действий не требуется. Если вы отслеживаете размеры запросов для планирования ёмкости — ожидайте изменения формата передачи системного промпта с инлайн на вложения; логика парсера, рассчитанная на инлайн-доставку, может потребовать корректировки.

Регрессия gateway — главная новость этого релиза. Но стабилизация prompt cache для Bedrock/Vertex/Foundry — изменение с наибольшим долгосрочным влиянием на стоимость для команд, запускающих production agentic-нагрузки в облачной инфраструктуре.