Серверный классификатор в Claude Code Auto Mode: биллинг, шлюзы и логика fallback

Если после обновления Claude Code при выполнении команд в режиме Auto Mode терминал приостановил работу и вывел предупреждение:

We're changing auto mode to no longer charge for classifier requests in Claude Code. However, this session isn't eligible.

это означает, что клиент попытался переключиться на новую бесплатную серверную валидацию безопасности, но по инфраструктурным причинам не смог ее применить к текущей сессии.

В Auto Mode классификатор проверяет потенциально опасные действия (вызов Bash, системные команды, сетевые вызовы) до их фактического запуска. До версии v2.1.278 эти проверки выполнялись отдельными клиентскими запросами, расходующими платные токены. Начиная с релиза v2.1.278, проверки по умолчанию перенесены на сторону сервера Anthropic и облачных платформ: они выполняются непосредственно в рамках основных запросов к модели и не тарифицируются отдельно.

Если серверная проверка недоступна, Claude Code продолжает проверять действия собственными запросами классификатора. Эти запросы оплачиваются как прежде; само предупреждение не означает, что проверки безопасности отключились.

---

Что делать при появлении уведомления: Enter против Esc / Ctrl+C

Перед выполнением первого действия, требующего проверки в условиях недоступности серверной валидации, Claude Code удерживает команду и ожидает реакции пользователя:

• Нажатие Enter: разрешает выполнение задержанной команды. Сессия продолжает работу в режиме Auto Mode, используя локальные клиентские проверки классификатора, которые тарифицируются по стандартной стоимости токенов. Если в уведомлении был явно указан промежуточный шлюз (gateway/proxy), подтверждение запоминается на текущей машине на 24 часа. Если имя шлюза не определено, запрос появится снова при следующем откате сессии.
• Нажатие Esc или Ctrl+C: немедленно отменяет запланированное действие и завершает текущий ход (turn). Сессия остается в Auto Mode, подтверждение не сохраняется, а при следующей операции, требующей валидации, диалог появится снова.
• Переключение режима: если вы хотите полностью выйти из Auto Mode, нажмите Shift+Tab. Отключать политики безопасности или правила песочницы ради мнимой экономии категорически не рекомендуется.

В неинтерактивных средах поведение адаптировано под автоматизацию:

• в headless-режиме (-p) текст предупреждения направляется в stderr, а выполнение продолжается;
• в режиме stream-json клиент отправляет служебное предупреждение system в поток сообщений (доступно для обработки через Agent SDK);
• в расширении для VS Code сообщение отображается в виде информационного уведомления внутри чата и не требует подтверждения клавишами.

---

Диагностика сессии: команда /status и логика отката

Первым шагом при анализе поведения Auto Mode должна быть проверка текущего состояния через встроенную команду:

/status

В выводе команды найдите строку Auto mode server:

• Enabled: проверки безопасности успешно выполняются на сервере. Отдельные списания за запросы классификатора отсутствуют.
• Disabled: произошел откат на клиентский классификатор. Запросы безопасности отправляются локально и включаются в общий биллинг токенов.

Разовый сбой против сессионного уведомления

Важно различать кратковременную сетевую заминку и постоянный откат:

1. Единичное действие: если сервер не смог валидировать только одну конкретную операцию, Claude Code выполняет разовую локальную проверку своими силами и уже на следующем запросе снова запрашивает серверную валидацию. Сессионное уведомление в этом случае не выводится.
2. Сессионный fallback: уведомление на экране появляется только тогда, когда серверные проверки перестают поступать для всей сессии целиком (это может произойти уже на первой проверяемой команде).

---

Доступность платформ, региональный rollout и исключения

Серверная валидация безопасности по умолчанию включена в Claude Code v2.1.278 и выше для:

• учетных записей Claude API и Enterprise;
• Claude Platform on AWS, Amazon Bedrock, Google Cloud Agent Platform (Vertex), Microsoft Foundry;
• совместимых прокси и шлюзов.

Существуют строгие правила доступности:

• Планы Pro, Max и Team: пользователи этих персональных и командных подписок никогда не видят данное уведомление.
• Ограничения по моделям в облаках: на платформах Amazon Bedrock, Google Cloud Vertex и Microsoft Foundry режим Auto Mode в целом поддерживается только для моделей семейства Claude Sonnet 5, Opus 4.7 и новее, а также моделей Fable.
• Поэтапное развертывание (Rollout): возможность серверных проверок зависит от платформы, региона и учетных данных. Если в вашем сетевом маршруте нет прокси или корпоративного шлюза, но /status показывает Disabled, одна из возможных причин — проверка еще недоступна для этой конфигурации. Уточните это у администратора или через /feedback.

---

Проблема шлюзов: прозрачный проброс и флаг CLAUDE_CODE_AUTO_MODE_SERVER

Наиболее распространенная причина появления уведомления — корпоративный LLM-шлюз или прокси (например, маршрутизатор моделей или балансировщик), модифицирующий трафик между клиентом и API.

Требования к шлюзу

Серверная валидация опирается на сквозную передачу метаданных. Чтобы сессия получила доступ к бесплатным серверным проверкам, администратор шлюза должен настроить сквозной проброс (pass-through):

• пропускать без изменений все заголовки и поля тела запроса, включая специфические параметры безопасности (в частности, поле safeguards);
• возвращать клиенту ответы и streaming-события без удаления неизвестных шлюзу ключей (в частности, структуру safeguard_results);
• сохранять исходные идентификаторы вызова инструментов (tool_use_id), не переписывая их на стороне прокси.

Временный флаг отключения и его компромиссы

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

export CLAUDE_CODE_AUTO_MODE_SERVER=0

Что нужно знать об этой переменной:

• Компромисс: флаг сообщает Claude Code, что запрашивать серверные проверки на маршрутах Bedrock, Vertex, Foundry и шлюзов не нужно. Предупреждение перестает появляться, однако все проверки классификатора гарантированно становятся платными локальными запросами.
• Игнорирование на прямых маршрутах: переменная не читается и полностью игнорируется при прямом подключении к официальному Anthropic API.
• Аналогичный эффект дает установка флага CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1, если переменная CLAUDE_CODE_AUTO_MODE_SERVER не задана.
• Настройка является временной и может быть удалена в будущих релизах Claude Code.

---

Диагностика затрат: хронология событий и реальные источники расходов

Вокруг тарификации Auto Mode и ошибок 429 возникло много домыслов. Чтобы объективно локализовать затраты, необходимо опираться на хронологию релизов и фактические логи, а не на гипотезы.

Правила уведомления, тарифного fallback и настройки шлюза описаны в официальной документации Claude Code.

Хронология событий

timeline
    title Эволюция механизма проверок Auto Mode
    2026-09-08 : Исторический инцидент #93558 : Специфический сбой 429 на версиях 2.1.263–2.1.267 из-за заголовка атрибуции
    2026-09-19 : Официальный релиз v2.1.278 : Серверный классификатор по умолчанию, индикатор в /status, warning о fallback
    2026-09 : Обсуждение на Reddit : Сообщение о расходе $50/час в GitOps-циклах без изоляции причин

1. 8–9 сентября 2026 (исторический инцидент на старых версиях): в отчете по проблеме #93558 исследовались сбои на клиентах версий 2.1.263–2.1.267. При связке кастомного шлюза и флага CLAUDE_CODE_ATTRIBUTION_HEADER=0 клиент получал серию из 15 пустых ответов HTTP 429 на запросы классификатора, в результате чего вызовы Bash блокировались. Удаление флага возвращало работоспособность. Выяснилось, что старый клиент восстанавливал заголовок атрибуции только при стандартном хосте api.anthropic.com, пропуская кастомные URL.
   • Важно: этот случай относится к старым версиям клиента. В отчете нет подтверждения, что та же ошибка воспроизводится в v2.1.278, и не всякая ошибка 429 связана с атрибуцией.
2. 19 сентября 2026 (релиз v2.1.278): официальный выход релиза, в котором серверный классификатор стал дефолтным для поддерживаемых платформ, добавилась строка Auto mode server в /status и механизм предупреждения о платном fallback.
3. Вопрос на Reddit о $50 в час: автор описал длительные циклы автоматизации GitOps (Ansible, OpenTofu) на модели Opus 5-high. Он сообщил о расходе порядка $50 в час и предположил, что причиной мог стать классификатор Auto Mode, передающий историю сессии при каждой команде. Подтверждающих расчетов в обсуждении нет.

Почему нельзя списывать расходы на классификатор без аудита логов

Предположение о том, что счет в $50/час вызван оверхедом классификатора, не имеет фактического подтверждения:

• Автор поста на Reddit сохранил файлы журналов в формате JSONL, но не провел компонентного анализа затрат и не изолировал долю токенов классификатора от доли основной модели. Реальная причина таких расходов в его сессии осталась неустановленной.
• Заявления в комментариях о том, что Anthropic якобы изменила тарификацию кэширования, являются субъективными догадками пользователей форума, а не подтвержденными фактами.
• Документация подтверждает, что серверные проверки не оплачиваются отдельно, а клиентские запросы при откате оплачиваются как прежде. Она не позволяет по одному сообщению пользователя рассчитать долю классификатора в его счете.
• В сценарии GitOps объемный вывод команд (stdout/stderr Ansible, манифесты OpenTofu) может увеличивать контекст основной модели. Это стоит проверить по журналам конкретной сессии, прежде чем называть причиной расходов.

---

Практический алгоритм проверки для инженера

Если вы столкнулись с непредвиденными списаниями или предупреждением о fallback, следуйте четкому маршруту проверки:

1. Проверьте версию: убедитесь, что установлен Claude Code версии 2.1.278 или выше (claude --version).
2. Проверьте текущую сессию: вызовите /status и проверьте строку Auto mode server.
   • Если Enabled — классификатор работает на сервере без дополнительных затрат.
   • Если Disabled — сессия тарифицируется по локальной схеме.
3. Локализуйте причину fallback:
   • Есть промежуточный шлюз: проверьте его логи на предмет вырезания полей safeguards, safeguard_results и изменения tool_use_id. При невозможности оперативно обновить шлюз используйте временный флаг export CLAUDE_CODE_AUTO_MODE_SERVER=0.
   • Прямое подключение к API: вероятнее всего, серверные проверки еще не дошли до вашего региона или аккаунта. Обратитесь в поддержку или отправьте /feedback.
4. Анализируйте реальные траты по JSONL-логам:
   • откройте файл транскрипта сессии (.jsonl);
   • сопоставьте объемы токенов (input_tokens, cache_read_input_tokens, output_tokens) по типам запросов;
   • отделите токены проверок безопасности от токенов основной модели (Opus/Sonnet);
   • оцените объемы терминального вывода в контексте сессии.
5. Сохраняйте контроль безопасности: никогда не пытайтесь сэкономить бюджет отключением барьеров безопасности и проверок разрешений.