Claude Code 2.1.200: режим разрешений Manual и изменение AskUserQuestion — обязательный аудит для каждого оператора

Claude Code 2.1.200 выходит сегодня с двумя изменениями поведения, которые без явных действий тихо сломают существующие CI-конфигурации и фоновые рабочие процессы агентов.

Первое: диалоги AskUserQuestion больше не продолжаются автоматически по умолчанию. Любой неинтерактивный пайплайн, опиравшийся на прежнее поведение автоперехода, теперь зависнет в ожидании ввода. Второе: режим разрешений, ранее называвшийся "default", официально переименован в "Manual" в CLI, VS Code и JetBrains — а конфигурационный ключ "defaultMode": "default" требует проверки, даже несмотря на алиас совместимости.

Помимо этого, релиз включает более десяти исправлений надёжности фонового агента и daemon, важных для команд, работающих с Claude Code в промышленном масштабе.

Что произошло

Claude Code 2.1.200 доступен через npm install -g @anthropic-ai/claude-code. Три категории изменений:

Переименование режима разрешений. Режим, требующий ручного одобрения каждого вызова инструмента — ранее называвшийся "default" — теперь официально называется "Manual". CLI --help, расширение VS Code и плагин JetBrains отражают новое название. Существующие конфигурации с "defaultMode": "default" или --permission-mode default принимаются как алиас совместимости, поэтому ничего не ломается немедленно, но стоит перейти на "manual", чтобы соответствовать актуальной документации.

AskUserQuestion больше не продолжается автоматически. Когда Claude Code задаёт уточняющий вопрос во время неинтерактивного запуска, диалог раньше завершался по таймауту и переходил дальше. В 2.1.200 он ждёт ответа человека бесконечно — если только вы не включите idle timeout через /config. Команды, запускающие Claude Code в CI, в режиме фонового daemon или как subagent, рассчитывают на выполнение без какого-либо взаимодействия; это изменение вводит новый класс зависаний.

Упрочение фонового агента и daemon. Двенадцать исправлений затрагивают жизненный цикл daemon:

• Устаревшие файлы daemon.lock, чей PID переиспользован ОС, больше не перезапускают петлю упавшего агента.
• Актуальность сборки теперь определяется по встроенной временной метке, а не строке версии — более старая переустановленная сборка не может перехватить daemon.
• Устранена ошибка повреждения очистки «сирот», навсегда отключавшей эту очистку.
• Старые бинарники больше не затирают поля, записанные более новыми версиями при перезапуске daemon.
• Токены аутентификации сокета сохраняются при перезапуске daemon.
• Subagent, прерванный rate limit до получения какого-либо вывода, теперь возвращает чистую ошибку вместо пустого результата.
• Управляющие байты из вывода фонового агента больше не попадают в терминал.
• Плагины уровня проекта теперь корректно загружаются из git worktree того же репозитория.

Почему это важно для инженерных команд

Изменение AskUserQuestion — наиболее срочный пункт. Прежнее поведение автопродолжения никогда не было задокументировано как гарантированное, но команды фактически на него опирались. Subagent в режиме фонового daemon мог задать уточняющий вопрос в середине задачи и продолжить работу; теперь он остановится. Если ваш routing-слой вызывает Claude Code как неинтерактивный worker (например, как subagent под orchestrator-агентом), любой AskUserQuestion в пути выполнения инструмента приведёт к таймауту нижестоящего задания вместо завершения с частичным выводом.

Переименование режима разрешений менее срочно, но несёт скрытые издержки на документацию и онбординг: любой runbook, Terraform-модуль, Kubernetes-манифест или руководство по настройке, ссылающийся на "defaultMode": "default", теперь технически устарел — даже если продолжает работать. Аудит и обновление сейчас обходятся дёшево; откладывание накапливает документационный технический долг.

Исправления daemon важны для масштабных команд. Баг с переиспользованием PID в daemon.lock и повреждение очистки «сирот» могли приводить к тому, что упавший daemon перезапускал worker-агентов в бесконечном цикле или накапливал зависшие процессы. Если вы наблюдали необъяснимое потребление ресурсов фоновыми сессиями Claude Code после краша, 2.1.200 устраняет первопричины.

Исправление загрузки плагинов в git worktree актуально для monorepo-конфигураций, где конфигурации агентов хранятся в worktree того же репозитория — распространённый паттерн для команд, ведущих агентные конфигурации рядом с исходным кодом.

Взгляд оператора и роутера

Аудит неинтерактивных рабочих процессов. Любая система, маршрутизирующая запросы через Claude Code в фоновом режиме посредством системного промпта или инструкций оркестрации, должна быть протестирована на 2.1.200 с явным вниманием к триггерам AskUserQuestion. Определите, могут ли какие-либо вызовы инструментов, операции чтения файлов или шаги планирования порождать уточняющий вопрос; либо подавите их системным промптом, заранее одобрите инструменты, чтобы вопрос не возникал, либо настройте idle timeout через /config, если небольшая интерактивность допустима.

Управление конфигурационным дрейфом. Команды, запускающие Claude Code через managed settings — например, через файлы CLAUDE.json или общие профили Cursor, распространяемые через корпоративный MCP marketplace, — должны проверить каждое вхождение "defaultMode" или --permission-mode и убедиться, что строка обновлена с "default" на "manual". Поведение не изменилось; изменился ярлык. Конфигурация со значением "default" по-прежнему работает, но человек, читающий документацию, будет ожидать другого поведения.

Стабильность daemon рядом с gateway. Если вы проксируете запросы Claude Code через локальный gateway-процесс, мониторящий работоспособность daemon, исправления сборочных временных меток и lock-файлов снижают риск захвата daemon при переустановке или переиспользовании PID на уровне ОС. Фиксируйте версию Claude Code в CI и документируйте ожидаемую временную метку сборки, если используете логику проверки работоспособности, инспектирующую версию запущенного daemon.

Изменение поверхности rate limit. Исправление, при котором subagent-ы корректно сообщают об ошибке (вместо пустого результата) при прерывании rate limit-ом, изменит наблюдаемое поведение на уровне routing: вызовы, ранее возвращавшие тихо пустой ответ, теперь будут возвращать объекты ошибок. Обновите логику обработки результатов, трактующую пустой ответ как сигнал успеха.

На что обратить внимание и что попробовать

• Проверьте конфигурации CI и неинтерактивных пайплайнов до обновления до 2.1.200. Запустите тестовую задачу, способную спровоцировать AskUserQuestion, и убедитесь, что она либо корректно завершается по таймауту (при настроенном idle timeout), либо вообще не порождает этот вопрос (при предварительно одобренных инструментах).
• Проверьте defaultMode во всех managed-конфигурационных файлах. Наличие алиаса совместимости делает это несрочным, но обновить его стоит, пока контекст свеж.
• Пересмотрите логику мониторинга daemon, если отслеживаете PID daemon.lock или строки версий — семантика этих механизмов изменилась в 2.1.200.
• Команды, применившие релиз claude-code-2199 с исправлениями надёжности, должны планировать последовательное обновление: исправления 2.1.199 и упрочение daemon в 2.1.200 дополняют друг друга и вместе стабилизируют полный жизненный цикл фонового агента.