Claude Code YOLO: режимы разрешений и работа без подтверждений

Отдельного режима YOLO в Claude Code нет, зато есть шесть режимов разрешений и гибкие правила. Разбираем, как перестать нажимать «Да» и не лишиться файлов.

6 мин · · агенты · разработка

Запрос «claude code yolo» обычно означает одно: надоело подтверждать каждую команду, хочется, чтобы агент просто работал. Слова YOLO в Claude Code нет, но есть режимы разрешений, правила и один флаг, который отключает проверки целиком. Разберём, что из этого выбрать, чтобы избавиться от лишних вопросов и не отдать агенту больше прав, чем нужно.

Claude Code YOLO: что это на самом деле

Народное «YOLO» соответствует режиму bypassPermissions, который включается флагом --dangerously-skip-permissions. Название флага не случайно: он снимает почти все запросы подтверждения. Но между «спрашивает всё» и «не спрашивает ничего» есть промежуточные режимы. По документации Anthropic, их шесть:

РежимЧто выполняется без вопросовДля чего
default (в интерфейсе — Manual)только чтениечужой код, чувствительная работа
acceptEditsчтение, правки файлов и частые файловые команды в рабочей папке (mkdir, touch, mv, cp, rm и др.)итерации по коду, который вы потом смотрите в диффе
planчтение, без правокразведка перед изменениями
autoпочти всё, но действия проверяет фоновый классификатордлинные задачи
dontAskтолько заранее разрешённое, остальное отклоняетсяCI и скрипты
bypassPermissionsвсётолько изолированные контейнеры и виртуальные машины

Переключаться между режимами в сессии можно по Shift+Tab, а стартовый режим задаётся флагом --permission-mode или параметром permissions.defaultMode в настройках. Версии и порядок переключения зависят от релиза Claude Code, поэтому сверьтесь с claude --help и документацией.

Сначала правила, потом режимы

Чаще всего полный автопилот не нужен. Раздражают три-четыре повторяющиеся команды: npm test, git status, git diff. Их проще разрешить правилами. Откройте /permissions или добавьте блок в settings.json:

bash
{
  "permissions": {
    "allow": [
      "Bash(npm run *)",
      "Bash(git status)",
      "Bash(git diff *)",
      "Bash(git commit *)"
    ],
    "deny": [
      "Bash(git push *)",
      "Read(./.env)"
    ]
  }
}

Правила проверяются в порядке deny, ask, allow, и первое совпадение решает исход. Узкое разрешение не может сделать исключение из более широкого запрета. Звёздочка в Bash-правиле заменяет любой текст, поэтому Bash(npm run *) покрывает и npm run build, и npm run test --watch, но не npm install. Пробел перед завершающей звёздочкой важен: Bash(ls *) не совпадёт с lsof, а Bash(ls*) совпадёт.

Составные команды Claude Code разбирает по частям: safe-cmd && other-cmd не пройдёт по правилу только для первой половины. Это защищает от подмены, но означает, что цепочки придётся разрешать по звеньям. Ещё один быстрый путь: на запросе подтверждения выбрать «Yes, and don't ask again», и правило сохранится в .claude/settings.local.json.

Важная оговорка из документации: правила исполняет сам Claude Code, а не модель. Просьба в промпте или в CLAUDE.md не запрещать git push ничего не гарантирует, а правило deny работает всегда, в том числе в bypassPermissions.

acceptEdits: золотая середина для своего проекта

Если проект под git, режим acceptEdits часто решает проблему: правки файлов в рабочей папке и простые файловые команды выполняются без вопросов, а всё остальное по-прежнему просит подтверждения. Итог смотрите через git diff. Это удобно на задачах вроде «переименуй функцию во всех модулях и поправь тесты». Режим не покрывает защищённые пути и произвольные Bash-команды.

Режим auto и классификатор

В режиме auto второй модельный классификатор оценивает действия вместо вас: блокирует то, что выходит за рамки запроса или похоже на выполнение чужих инструкций из прочитанного текста. Документация оговаривает, что режим не гарантирует безопасность. Доступность зависит от модели и провайдера: в списке, где режим доступен по умолчанию, документация называет API Anthropic и облачные платформы, а про LLM-шлюзы и прокси отдельно предупреждает, что они могут мешать проверке действий. Поэтому на шлюзе проверьте на месте: если auto нет в цикле Shift+Tab, он вам недоступен, и ориентироваться стоит на правила и acceptEdits.

bypassPermissions: когда это оправдано

Полное отключение проверок имеет смысл в одном сценарии: агент работает внутри контейнера или виртуальной машины, где он не может навредить хосту, а результат вы забираете артефактом или коммитом. Документация прямо пишет: режим не защищает от prompt injection и непреднамеренных действий.

bash
claude -p "прогони тесты и исправь падающие" --dangerously-skip-permissions

Что полезно знать заранее:

  • при первом запуске появляется диалог с предупреждением, согласие запоминается в ~/.claude/settings.json;
  • на Linux и macOS Claude Code откажется стартовать в этом режиме от root или через sudo, если вокруг нет распознанной песочницы;
  • правила deny продолжают действовать, а allow в этом режиме ни на что не влияют;
  • для неинтерактивных запусков в CI надёжнее dontAsk с точным списком разрешённого: claude -p "..." --permission-mode dontAsk --allowedTools "Bash(npm test)" "Read".

Деньги: автономность и расход токенов

Агент без подтверждений работает быстрее, а значит, и тратит быстрее. Зациклившаяся задача с растущим контекстом может израсходовать баланс за вечер. Страховка со стороны шлюза: отдельный ключ для автономных запусков с дневным и месячным лимитом в долларах и коротким списком разрешённых моделей. При исчерпании лимита вы получите 429 с кодом key_daily_limit_reached или key_monthly_limit_reached. Как это настроить, описано в статьях про лимит на API-ключ и зациклившегося агента.

Прикинем потолок. Цены на 18 октября 2026, claude-sonnet-5-5: $0.4 за 1M входа и $2 за 1M выхода. Допустим (условные объёмы), автономная сессия скормила модели 8 млн токенов входа без учёта кэша и получила 300 тысяч токенов выхода: 8 × 0.4 + 0.3 × 2 = 3.2 + 0.6 = $3.80. В Anthropic-формате, на котором работает Claude Code, повторяющийся контекст читается из кэша дешевле, но лимит ключа задаёт потолок независимо от этого. Актуальные цены — в GET https://api.zukko.pro/v1/models или на странице «Модели» кабинета.

А как у Qwen Code

В Qwen Code режим с таким названием существует буквально. По документации проекта, он включается командой /approval-mode yolo на текущую сессию, а с флагами --project или --user сохраняется как значение по умолчанию. В файле .qwen/settings.json это выглядит так:

bash
{
  "tools": {
    "approvalMode": "yolo"
  }
}

Режимы там циклически переключаются по Shift+Tab (на Windows — Tab): plan, default, auto-edit, auto, yolo. Предупреждения те же: только доверенный код, закоммиченные файлы, контролируемая среда. Подключение Qwen Code к шлюзу описано в статье про Qwen Code CLI.

Подключить Claude Code к шлюзу можно по инструкции в документации: создайте ключ в кабинете, выставьте ANTHROPIC_BASE_URL=https://api.zukko.pro и ANTHROPIC_AUTH_TOKEN, затем настройте правила под свой проект.

Частые вопросы

Есть ли в Claude Code флаг yolo?

Нет. Ближайший аналог — --dangerously-skip-permissions, он эквивалентен запуску с --permission-mode bypassPermissions.

Как разрешить команду навсегда, не отключая все проверки?

Выберите «Yes, and don't ask again» на запросе или добавьте правило Bash(команда *) в allow через /permissions. Правило сохраняется для репозитория.

Можно ли запускать bypassPermissions на рабочем ноутбуке?

Документация советует использовать его только в изолированных средах: контейнерах, виртуальных машинах, dev-контейнерах. Если нужна автономность на своей машине, начните с acceptEdits и правил.

Как ограничить расходы автономного агента?

Заведите отдельный ключ с дневным лимитом и списком разрешённых моделей и пополняйте баланс небольшими суммами. Пополнение от $1 доступно через СБП (комиссия платёжной страницы 8,5%), картой MasterCard или криптовалютой.

zukko

Платите в 25×
меньше

за Claude Code & ChatGPT

Один ключ fetch_* и base URL api.zukko.pro — в Cursor, Claude Code, Codex и любом SDK.