Claude Code v2.1.271: быстрый режим в удалённых сессиях, allowed_domains для каждой команды и набор исправлений разрешений Bash

Вышла Claude Code v2.1.271 — в основном это релиз с упором на укрепление безопасности и несколько действительно новых настроек. Вот что на самом деле изменилось.

Новые возможности

• Быстрый режим в удалённых сессиях. Облачные и самостоятельно размещённые раннеры теперь учитывают настройку быстрого режима хоста или команду /fast, введённую внутри сессии — там, где это разрешено вашей организацией.
• Поддержка мыши в /config (полноэкранный режим). Колесо прокручивает список настроек, клик по значению настройки меняет его, а строка под курсором подсвечивается.
• claude self-hosted-runner --drain-marker-file <path>. Если этот файл существует при SIGTERM-дренировании, раннер сообщает серверу о своём выходе как о дренировании хоста. Только телеметрия.
• allowed_domains для каждой команды. В автоматическом режиме с песочницей у команд Bash, PowerShell и Monitor хосты, необходимые им, можно проверить вместе с командой и открыть только для этой команды; остальные хосты отклоняются.
• omitClaudeMd во frontmatter агента и JSON --agents. Пользовательские и плагинные субагенты могут работать без пользовательских, проектных и локальных файлов CLAUDE.md. Файлы управляемых политик всё равно загружаются.
• --accept-command <sha256> для claude plugin install и claude plugin update — принимает именно ту команду, которую показал предыдущий запуск с --json, вместо -y.
• Множители цен до 10. Управляемая настройка modelPricing и блок pricing шлюза приложений Claude теперь принимают множитель больше 1 для внутренних тарифов с наценкой.

Заметные исправления

• Кэшированная политика организации больше не переиспользуется после смены аккаунта, организации или API-ключа, и обновляется при смене учётных данных посреди сессии, а не ждёт ежечасной проверки.
• Списки инструментов и команд теперь обновляются, когда политика организации завершает загрузку после запуска или меняется посреди сессии.
• Нечитаемый или непарсящийся корпоративный managed-mcp.json больше не игнорируется — теперь он сохраняет исключительный контроль над MCP (пользовательские, проектные и плагинные серверы не загружаются) и предупреждает при запуске.
• Политика организации больше не запрашивается через сторонние локальные прокси, заданные через ANTHROPIC_UNIX_SOCKET (и не отклоняется ими).
• Облачные сессии больше не отклоняют каждый вызов инструмента субагента (updatedInput … failed schema validation), когда одобрение рабочего процесса или агента приходит после перезапуска воркера сессии.
• /fast off теперь действительно отключает быстрый режим, когда он отключён в организации, вместо ответа «Fast mode unavailable».
• Сессии, запущенные с CLAUDE_CODE_SKIP_FAST_MODE_ORG_CHECK, больше не переотправляют быстрые запросы каждый ход после отклонения API.
• Проверки прав Bash получили несколько патчей: файлы, читаемые fmt, column и подобными командами после нераспознанных опций; файлы, раскрытые из подстановочных знаков в шаблонах или значениях опций (например, grep -v dir/* file); флаги объявления shell-переменных больше не искажают команду; два cd, подоболочка или цепочка cd + git больше не пропускают запрос при permissions.blockReadsOutsideWorkingDirectories.
• Устаревший .git/config.lock в Linux больше не ломает git checkout -b, git push -u или git config до конца сессии.
• Наблюдатель за настройками в macOS переключается на опрос, когда системная служба файловых событий перегружена.
• Возобновлённые сессии claude -p, все инструменты которых приходят с MCP-серверов, больше не падают с «At least one tool must have defer_loading=false».
• LLM-шлюзы, возвращающие нестриминговые ответы как text/plain, больше не вызывают «API returned an empty or malformed response».
• Уведомления MCP list_changed в плотном цикле больше не вызывают устойчиво высокую загрузку CPU и повторяющиеся запросы списка инструментов.
• Исправлена обработка регистрации MCP OAuth-клиента (отказ в согласии принудительно создавал новое, регистрация другого redirect URI переиспользовалась, а конкурентная запись могла удалить валидную).

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