Управление несколькими агентами с помощью agent view

Отправляйте и управляйте множеством сеансов Claude Code с одного экрана. Agent view показывает, что делает каждый сеанс и какие из них требуют вашего ввода.

Agent view, открываемое с помощью claude agents, — это один экран для всех ваших фоновых сеансов: что работает, что требует вашего ввода и что завершено. Отправляйте новые сеансы, наблюдайте их состояние с первого взгляда вместо прокрутки стенограмм и вмешивайтесь только когда один из них требует вас. Каждый фоновый сеанс — это полная беседа Claude Code, которая продолжает работать без подключённого терминала, поэтому вы можете открыть его, ответить и уйти в любой момент.

Используйте agent view, когда у вас есть несколько независимых задач, над которыми Claude может работать без вашего наблюдения на каждом шаге. Отправьте исправление ошибки, проверку pull request и исследование нестабильного теста как три строки, продолжайте работать в другом окне и проверьте, когда строка показывает, что она требует вас или имеет результат.

Когда вы хотите работать более непосредственно в сеансе любого агента, подключитесь к строке, чтобы войти в полную беседу.

Для сравнения agent view с subagents, agent teams и worktrees см. Запуск агентов параллельно. Agent view запускает сеансы на вашей машине и вы отправляете каждый из них; чтобы Claude начал и отслеживал параллельные сеансы в облаке из одной беседы, см. Projects.

Быстрый старт

Это пошаговое руководство охватывает основной цикл agent view: отправьте задачу, смотрите, как её строка обновляется по мере работы Claude, посмотрите, чтобы проверить её и ответить, а затем подключитесь для полной беседы. Сеанс, который вы отправляете, продолжает работать после закрытия agent view, поэтому вы можете уйти и вернуться к нему позже.

claude agents

Внутри обычного сеанса claude подсказка в нижнем колонтитуле ← показывает количество фоновых агентов, которые ждут вас, например ← 2 agents, и возвращается к ← for agents, когда никто не требует ввода. Количество выше 99 отображается как 99+. Количество обновляется примерно каждые десять секунд, пока терминал в фокусе, и немедленно, когда фокус возвращается. Оно кратко меняет цвет при изменении и при завершении агента, и когда фоновый сеанс завершается, пока никто не требует вашего ввода, оно кратко показывает количество завершённых, например ← 2 done. Обе вспышки отключены, когда параметр prefersReducedMotion включен, и подсказка скрыта в режиме чтения с экрана.

Открыть agent view по умолчанию

Чтобы claude без аргументов открывал agent view вместо новой беседы, включите параметр /config.

/config defaultToAgentsView=true

claude

Чтобы запустить обычный сеанс, пока параметр включен, передайте подсказку: claude "fix the login test". Чтобы отключить параметр, запустите /config defaultToAgentsView=false в обычном сеансе или в сеансе, к которому вы подключаетесь из agent view.

Мониторинг сеансов с помощью agent view

Запустите claude agents для открытия agent view. Он захватывает весь терминал и перечисляет каждый сеанс, сгруппированный по состоянию, с закреплёнными сеансами и теми, которые требуют вас в верхней части. Каждая строка показывает имя сеанса, текущую активность и его возраст, отсчитываемый с момента создания сеанса; возраст завершённого сеанса замораживается на время выполнения.

Имя окрашено цветом, установленным с помощью /color в этом сеансе, включая когда вы отправляете сеанс в фон с помощью ← или /background.

По умолчанию список показывает каждый фоновый сеанс, который вы запустили, во всех ваших проектах. Сеанс, работающий в одном репозитории, и другой в другом worktree, оба появляются здесь, независимо от того, из какого каталога вы открыли agent view. Чтобы ограничить список одним проектом, передайте --cwd:

claude agents --cwd ~/projects/my-app

Это показывает только сеансы, запущенные в этом каталоге. Сеанс, который переместился в worktree под ~/projects/my-app/.claude/worktrees/, всё ещё считается принадлежащим ~/projects/my-app.

Интерактивные сеансы, открытые в других терминалах, не появляются до тех пор, пока вы не отправите их в фон. Subagents и teammates, которых порождает сеанс, не указаны как отдельные строки.

Pinned
  ✽ clawd walk cycle          Drawing the walk-cycle sprite frames          3m

Ready for review
  ∙ jump physics              Opened PR with collision fix                 #2048  2h

Needs input
  ✻ power-up design           double jump or wall climb?                    1m

Working
  ✽ collision detection       Adding swept-AABB checks to CollisionSystem   2m
  ✢ playtest level 3          run 12 · all checkpoints cleared           in 4m

Completed
  ✻ title screen              result: menu, options, and credits done       9m
  ∙ sound effects             result: 14 SFX exported to assets/audio       4h
  … 6 more

Чтение состояния сеанса

Каждая строка начинается со значка, цвет и анимация которого показывают состояние сеанса:

Отдельно, форма значка показывает, работает ли базовый процесс:

Метка #N или !N, которая может появиться в правом краю строки, является ссылкой на pull request или merge request сеанса, а не частью значка состояния.

Заголовок вкладки терминала показывает количество ожидающих ввода, пока agent view открыт: 2 awaiting input · claude agents, когда сеансы требуют ввода, или claude agents, когда они не требуют.

Чтобы прочитать состояние сеанса из скрипта или другой программы, используйте claude agents --json вместо файлов под ~/.claude/jobs/.

Пока agent view открыт, Claude Code также отправляет уведомление через ваш настроенный канал уведомлений терминала, когда локальный фоновый сеанс начинает требовать вашего ввода, завершается или не работает. Сеансы, которые работают по расписанию, такие как сеансы /loop, уведомляют только когда они требуют вашего ввода. Уведомления используют тот же параметр preferredNotifChannel, что и остальная часть Claude Code, и запускают hook Notification с типом agent_needs_input или agent_completed.

Фоновые сеансы не требуют открытого терминала для продолжения работы. Отдельный процесс супервизора их запускает, поэтому вы можете закрыть agent view, закрыть оболочку или запустить новый интерактивный сеанс, и ваша отправленная работа продолжает выполняться.

Состояние сеанса сохраняется на диск через автоматические обновления и перезапуски супервизора. Сеансы также сохраняются, когда ваша машина переходит в спящий режим. Их процессы возобновляются при пробуждении, и супервизор переподключается к ним вместо того, чтобы рассматривать временной разрыв как неактивность. Выключение всё ещё останавливает работающие сеансы; см. Sessions show as failed or stopped after shutdown для того, как их восстановить.

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

Резюме строк

Однострочное резюме в каждой строке генерируется моделью класса Haiku так, чтобы строка могла сказать вам, что делает сеанс, что ему требуется или что он произвёл, без открытия стенограммы. Пока сеанс активно работает, текст строки обновляется не более одного раза каждые 15 секунд из недавнего вывода самого сеанса без отправки запроса модели, и модель пишет свежее резюме, когда каждый ход заканчивается.

Работающая строка показывает, что говорит сеанс, что он делает, и заблокированная строка показывает вопрос, который он задаёт. Во время длительного хода модель также переписывает резюме каждые несколько минут, поэтому занятая строка не продолжает показывать устаревшее резюме. Текст резюме заполняет оставшуюся ширину строки; откройте панель просмотра для чтения предложения, которое край терминала обрезает.

Когда список сгруппирован по каталогу, резюме открывается с состоянием сеанса как цветное слово, такое как Needs input · double jump or wall climb?. При группировке состояния по умолчанию заголовок группы уже называет состояние, поэтому строка показывает только резюме.

Резюме конца хода и каждая переписка в середине хода — это один короткий запрос класса Haiku через вашего обычного поставщика, выставляемый и обрабатываемый в соответствии с теми же условиями использования данных, что и сам сеанс. Обновления в течение 15 секунд между переписями модели повторно используют вывод самого сеанса и не отправляют запрос. На поставщике третьей стороны или шлюзе без настроенной модели класса Haiku запрос использует основную модель сеанса вместо этого; установите ANTHROPIC_DEFAULT_HAIKU_MODEL для выбора одной.

Статус pull request

Когда сеанс открывает pull request, Claude Code добавляет метку в правом краю строки, связанную с pull request:

• Claude Code пишет метку как #1234 для pull request и как !1234 для GitLab merge request.
• Claude Code выдаёт ссылку даже когда не может обнаружить поддержку гиперссылок, например через SSH или tmux. Установите FORCE_HYPERLINK=0 для отображения метки как простого текста.
• После того как вы отправите дополнение к сеансу, Claude Code сохраняет метку, пока строка возвращается к живому прогрессу.

Сеанс, который работает над существующим pull request, связан с ним таким же образом. Claude Code находит pull request по-разному в зависимости от команды, которую запускает Claude:

• Когда Claude редактирует, комментирует, закрывает или отмечает pull request как готовый с помощью gh, Claude Code связывает pull request, который называет вывод самой команды. Команда gh, чей захваченный вывод не называет pull request, не создаёт ссылку; gh pr merge — это обычный случай, потому что он печатает результат только в интерактивный терминал.
• Когда Claude проверяет pull request с помощью gh pr checkout или отправляет в ветку, Claude Code ищет ветку с помощью gh pr view и связывает её открытый pull request.
• Pull request не должен существовать, когда Claude отправляет: Claude Code повторяет поиск ветки после до пяти последующих команд git, gh, glab или curl, запущенных в том же каталоге, поэтому pull request, созданный после отправки, включая тот, который Claude создаёт через GitHub REST API, связывается, когда повторная попытка его находит.

Когда сеанс связан с более чем одним pull request, метка показывает количество вместо этого, например 3 PRs, окрашенное по открытому pull request, который больше всего нуждается во внимании. Откройте панель просмотра, чтобы увидеть их все.

Номер pull request окрашен в соответствии с его статусом:

Для задачи, которая заканчивается pull request, проверьте эту метку для результата: проверьте и объедините pull request, когда его номер станет зелёным.

Просмотр и ответ

Нажмите Space на выбранной строке, чтобы открыть панель просмотра. Она открывается с предложением, которое строка усекает на краю терминала, и какое предложение это зависит от состояния сеанса:

• Сеанс, который ждёт вас: точный вопрос, который он задаёт, выше ввода ответа
• Завершённый сеанс: его результат
• Работающий сеанс: его полное предложение статуса

Любые pull request, связанные с сеансом, указаны далее. Для сеанса, который ждёт вас, строка, такая как waiting 3m ниже них, показывает, как долго он ждёт, и это единственное время, показанное на панели. Возраст в правом краю строки — это другое число: он отсчитывается с момента запуска сеанса.

В большинстве случаев панель просмотра достаточна, и вам не нужно открывать полную стенограмму.

Введите ответ на панели просмотра и нажмите Enter, чтобы отправить его этой сессии. Начните ответ с !, чтобы вместо этого отправить команду Bash. Что произойдёт с ответом, зависит от сессии и от того, что вы отправляете:

• Работающая сессия: ответ попадает в очередь сообщений сессии, не прерывая ответ, и вступает в силу тогда же, когда и ввод из очереди. Команда ждёт окончания хода, даже та, которая выполняется сразу, если ввести её в промпте самой сессии
• Ответ, состоящий ровно из /stop: немедленно останавливает сессию, а не доставляется ей, независимо от того, работает сессия или ждёт вас
• Shell-задача: ответ, включая /stop, передаётся в терминал команды как введённый текст

Когда сессия ожидает вас, способ ответа с панели просмотра зависит от того, чего она ждёт:

• Вопрос с предопределёнными вариантами: панель перечисляет варианты с номерами. При пустом поле ответа нажмите номер варианта, чтобы подставить его, а затем Enter, чтобы отправить, или введите свой собственный ответ
• Вопрос без предопределённых вариантов: введите ответ. Когда в пустом поле показан предлагаемый ответ, нажмите Tab, чтобы подставить его и отредактировать перед отправкой
• Запрос разрешения или другое диалоговое окно, например запрос песочницы или запрос на ввод от MCP-сервера: ответ на него не отвечает. Ваш ответ ждёт в очереди. Чтобы ответить на диалоговое окно, подключитесь с помощью →

Когда hook PermissionRequest или PreToolUse возвращает вывод, который Claude Code не может проверить для вызова, который сеанс запрашивает, строка показывает событие hook и hook output invalid: с ошибкой проверки перед текстом ожидающего запроса. Для hook, который не работает другим способом, строка говорит, что hook не работал. Сеанс всё ещё ждёт того же запроса.

Ответ, который не может быть доставлен, потому что фоновая служба недоступна или отправка не удалась, сохраняется и отправляется сеансу как его следующий запрос, когда его процесс снова запустится, и сообщение об ошибке говорит, что ответ был сохранён. Ответ с префиксом ! не сохраняется, потому что сохранённый текст достигнет сеанса как простой запрос, а не запустится как команда Bash.

С включённой голосовой диктовкой, удерживайте или нажимайте клавишу push-to-talk, пока фокус находится на вводе ответа, чтобы продиктовать ответ вместо его ввода. То же самое работает в поле отправки внизу agent view.

Используйте ↑ и ↓ для просмотра соседних сеансов без закрытия панели, или → для подключения.

Подключение к сеансу

Нажмите Enter или → на выбранной строке для подключения. Agent view заменяется полным интерактивным сеансом. При подключении Claude публикует краткое резюме того, что произошло, пока вас не было.

Пока подключены, сеанс ведёт себя как любой другой сеанс Claude Code: команды, сочетания клавиш и функции все работают, с исключениями ниже.

Пока вы подключены, /install-github-app и список параметров /mcp работают нормально, так как человек у терминала может завершить их диалоги. Когда никто не подключен, эти команды не могут открыть свои диалоги, поэтому сеанс появляется под Needs input в agent view со строкой, такой как open this session to manage MCP servers, и ответ стенограммы говорит то же самое. Подключитесь и запустите команду снова для продолжения; строка needs-input очищается, когда вы подключаетесь. /mcp reconnect <server>, /mcp enable и /mcp disable работают без подключения в любом случае.

Подключённые сеансы всегда отображаются в полноэкранном режиме, независимо от вашего параметра tui, потому что фоновый сеанс не имеет истории прокрутки терминала для добавления. Прокручивайте с помощью PgUp, PgDn или колеса мыши, и нажмите Ctrl+O для режима стенограммы. Встроенная прокрутка вашего терминала и режим копирования tmux показывают только текущий видимый область, как и при запуске любого полноэкранного приложения.

Нажмите ← на пустой подсказке или запустите /exit, чтобы отключиться и вернуться к agent view, открыли ли вы сеанс из agent view или с помощью claude attach <id> из вашей оболочки.

← также отключает, пока открыта панель /btw. Требуется Claude Code v2.1.257 или позже. Боковой вопрос, который всё ещё отвечает, продолжает работать, пока вас нет. В следующий раз, когда вы подключитесь, панель откроется снова с ним или с его ответом.

На Windows, если вы нажмёте ← в течение примерно половины секунды после подключения, Claude Code показывает Ambiguous ←, press again to detach, потому что в этом окне терминал может переподать нажатие с до подключения. Нажмите ← снова для отключения.

Ctrl+Z также отключает, но возвращается туда, где вы начали вместо этого: к agent view, если вы подключились оттуда, или к вашей оболочке, если вы запустили claude attach. Используйте Ctrl+Z, когда диалог имеет фокус и не реагирует на ←.

Ctrl+C сохраняет своё стандартное поведение прерывания при подключении: оно отменяет выполняемый ответ или команду ! shell вместо отключения. Нажатие Ctrl+C дважды на пустой подсказке отключает, как и в любом сеансе.

Отключение никогда не останавливает фоновый сеанс: ←, Ctrl+Z, /exit и двойное Ctrl+C или двойное Ctrl+D оставляют его работающим. Чтобы завершить сеанс изнутри, запустите /stop.

Переключение сеансов без выхода из терминала

В сеансе, работающем на переднем плане, одном, который вы запустили в терминале, а не подключились к нему из agent view, нажатие ← на пустой подсказке отправляет его в фон и открывает agent view с этой строкой выбранной, поэтому вы можете переключаться между сеансами без выхода из терминала. То же самое одиночное нажатие отключает подключённый сеанс.

Если вы нажмёте ← сразу после удаления последнего текста подсказки или перемещения по истории подсказки, Claude Code просит вас подтвердить: первое нажатие показывает Press ← again to open agents, или Press ← again to go back to agents в подключённом сеансе, и второе нажатие переключает.

Когда ← отправляет сеанс переднего плана в фон, agent view показывает Your conversation moved to the background выше списка, с этой строкой сеанса уже выбранной. Оттуда:

• Нажмите Enter для повторного открытия разговора.
• Нажмите Esc для отмены переключения и возврата к разговору. Если Esc показывает Still starting — try again in a moment, фоновый сеанс ещё не готов, поэтому нажмите Esc снова через момент.
• Нажмите Ctrl+C дважды для выхода в вашу оболочку.

Когда Claude Code не может повторно открыть разговор, он выходит и печатает команду claude --resume, которая его возобновляет.

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

Строка, на которой вы нажали ←, также сохраняет жирное, неприглушённое имя после того, как вы переместите выделение с помощью клавиш со стрелками или мыши, поэтому вы можете сказать, из какого сеанса вы пришли.

Если инструмент работает, когда вы нажимаете ←, Claude Code ждёт примерно десять секунд, чтобы он завершился, прежде чем отправить сеанс в фон, и ответ продолжается в фоновом сеансе. Нажмите ← снова для отправки в фон немедленно вместо ожидания. Когда выполняемая работа не может перейти в фоновый сеанс, Claude Code показывает диалог Background this session? сначала, как и с /background.

Десятисекундный лимит не применяется, пока работают foreground subagents, которые Claude запустил в разговоре. Claude Code продолжает ждать, поэтому их работа переходит, и показывает уведомление Still backgrounding after the current tool, пока ждёт. Нажмите ← снова для отправки в фон без ожидания, что перезапустит эти subagents с начала. Claude Code не ждёт subagents, которые запускает dynamic workflow. Когда workflow имеет работающие subagents, Claude Code показывает диалог Background this session? вместо этого.

Claude Code не отправляет сеанс в фон, пока у вас есть неотправленный текст в вводе подсказки, потому что текст остаётся в поле ввода вашего терминала и не переместится в фоновый сеанс. Если вы введёте текст в ввод, пока Claude Code ждёт отправки сеанса в фон, он отменяет переключение с Backgrounding cancelled — you have unsent text in the input. Send it or clear it, then press ← again.

Нажатие ← создаёт строку сеанса даже когда разговор не имеет сообщений, поэтому → всё ещё возвращает к нему.

Вы можете отключить это сочетание клавиш с помощью параметра leftArrowOpensAgents в /config.

Организация списка

Agent view группирует сеансы так, чтобы те, которые требуют ввода, находились в верхней части, с Ready for review и Needs input выше Working и Completed. Эти названия групп не соответствуют один-к-одному состояниям выше: сеанс переходит в Ready for review, когда у него есть открытый pull request, и Completed собирает завершённые, неудачные и остановленные сеансы вместе.

Нажмите Ctrl+S для группировки по каталогу вместо этого. Ваш выбор сохраняется между запусками.

В группе:

• Нажмите Ctrl+T для закрепления сеанса в верхней части и сохранения его процесса работающим во время неактивности
• Нажмите Shift+↑ или Shift+↓ для переупорядочения сеансов
• Нажмите Ctrl+R для переименования сеанса
• Нажмите Enter на заголовке группы, чтобы свернуть её, кроме случаев, когда активен фильтр: тогда все группы остаются развёрнутыми

Чтобы удалить сеанс из списка, нажмите Ctrl+X для его остановки и Ctrl+X снова в течение двух секунд для удаления. Нажатие Ctrl+X на заголовке группы удаляет каждый сеанс в этой группе после подтверждения.

Второе нажатие удаляет сеанс даже когда попытка остановки не удалась, например потому что фоновая служба не отвечает: подтверждение остаётся активным ещё две секунды, и удаление завершает процесс сеанса самого. Нажмите Esc для отмены подтверждения без удаления.

За исключением сохранённых случаев, охватываемых в What deleting a session removes, удаление удаляет сеанс из списка, и worktree, который Claude создал для него, удаляется, сохраняется или остаётся на месте в зависимости от того, как вы удаляете и что содержит worktree. Стенограмма разговора всегда остаётся на вашем локальном компьютере, доступная через claude --resume.

Чтобы вернуть сеанс на Claude Code v2.1.212 или позже, введите /resume в поле отправки. Открывается выбор с прошлыми сеансами репозитория, из которого вы открыли agent view, новейшие первыми, включая сеансы, которые вы удалили из списка; сеансы, которые уже имеют строку, не указаны. ↑/↓ перемещают выделение, Enter возобновляет выбранный сеанс как фоновый сеанс, поэтому он повторно присоединяется к списку как строка, и Esc закрывает выбор.

Выбор открывается только для голого /resume. Целевое, ограниченное или ограниченное возобновление не может быть обслужено выбором, поэтому agent view показывает подсказку attach to a session to run it вместо этого, когда:

• /resume называет id или поисковый термин
• представление ограничено с помощью --cwd
• представление было запущено с --safe-mode
• представление было открыто с флагом, таким как --permission-mode или --settings

Завершённые сеансы, которые не помещаются на экран, складываются в строку … N more. Сбои и сеансы с открытым pull request всегда остаются видимыми. Группа Completed заполняет вертикальное пространство, оставшееся после живых групп, и на коротком терминале заголовок сжимается в одну строку резюме, поэтому сеансы, которые работают или требуют ввода, остаются видимыми.

Фильтрация сеансов

Начните ввод в поле отправки с одного из этих фильтров, чтобы сужать список по мере ввода:

Чтобы объединить фильтры, начните с a:, s:, n: или o: и добавьте другие через пробел. Список показывает сессии, соответствующие всем фильтрам. Например, s:blocked a:reviewer показывает сессии reviewer, ожидающие вас.

Пока фильтр активен, свёрнутые вами группы разворачиваются, чтобы показать совпадения, и первое совпадение выбирается, так что нажатие Enter открывает его. Очистите поле ввода, чтобы снять фильтр, и эти группы снова свернутся.

Сочетания клавиш

Нажмите ? в agent view, чтобы увидеть каждое сочетание клавиш в контексте. Таблица ниже их суммирует.

Ctrl+S, Ctrl+T и Ctrl+G следуют вашему keybindings.json. Переопределите или отмените привязку Ctrl+S и Ctrl+T с помощью действий agents:switchView и agents:togglePin в контексте Agents, и Ctrl+G через привязку chat:externalEditor контекста Chat. Другие сочетания клавиш в таблице не могут быть переопределены.

Отправка новых агентов

Вы можете отправлять новые фоновые сессии из agent view, отправлять существующую интерактивную сессию или её копию в фон, а также запускать сессию прямо из оболочки.

Из agent view

Введите промпт в поле ввода внизу agent view и нажмите Enter, чтобы запустить новую фоновую сессию. Сессия автоматически получает имя на основе промпта; позже её можно переименовать с помощью Ctrl+R.

Автоматическое имя — это короткая метка, которую пишет модель класса Haiku. Имя, которое сессия получает позже, также отображается в её строке, включая сгенерированное название, которое сессия получает, когда вы принимаете план в этой сессии.

Вставьте изображение в промпт, чтобы приложить к задаче снимок экрана или диаграмму.

Вставленный текст длиннее 800 символов или более трёх строк сворачивается в заполнитель [Pasted text #N], чтобы поле ввода оставалось однострочным; при отправке передаётся полный текст. Чтобы просмотреть или отредактировать свёрнутый текст перед отправкой, вставьте тот же текст ещё раз, и заполнитель развернётся обратно в поле ввода.

С помощью префиксов или упоминаний в промпте можно управлять тем, как запускается сессия:

Небольшой набор команд выполняется в самом agent view, а не отправляется:

• /exit и /quit закрывают agent view
• /logout выполняет выход из учётной записи
• /model задаёт модель для отправки
• /login открывает диалоговое окно входа, чтобы вы могли войти снова без подключения к сессии
• /resume без аргументов или его псевдоним /continue открывает список прошлых сессий репозитория, чтобы вернуть одну из них как фоновую сессию. Требуется Claude Code v2.1.212 или новее

Скиллы, ваши собственные команды и встроенные команды, разворачивающиеся в промпт, такие как /init, отправляются в новую фоновую сессию как её первый промпт. Для остальных встроенных команд вместо этого отображается подсказка attach to a session to run it. Всё, что вы ввели, остаётся в поле ввода рядом с подсказкой, чтобы вы могли это отредактировать.

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

Когда одно и то же @name совпадает и с субагентом, и с соседним репозиторием, приоритет имеет субагент. Совпадение по первому слову без @ тоже действует, поэтому промпт, который случайно начинается с имени одного из ваших субагентов, отправляет этого субагента, а не трактует слово как обычный текст. Используйте форму с @, если хотите указать субагента явно, или начните промпт с другого слова, чтобы избежать совпадения.

Отправка в конкретный каталог

Новая сессия запускается в каталоге, из которого вы открыли agent view. Чтобы выбрать другой каталог, используйте любой из этих способов:

• Откройте claude agents в этом каталоге.

• Откройте claude agents в родительском каталоге и упомяните дочерний репозиторий с помощью @<repo> в промпте. При вводе @ отображаются следующие цели:

  • Git-репозитории на один уровень ниже каталога запуска
  • Зарегистрированные git worktree репозитория, из которого вы запустили agent view, расположенные внутри его дерева каталогов, например те, которые Claude создаёт в .claude/worktrees/; они помечены извлечённой в них веткой. Worktree, добавленные за пределами репозитория, например с помощью git worktree add ../feature, не отображаются
  • Любой каталог, для которого в списке уже есть сессия

  Каталог, имя которого содержит пробел, не отображается.

• Из оболочки перейдите в каталог с помощью cd и выполните claude --bg "<prompt>".

Когда agent view сгруппирован по каталогам, промпт отправляется в каталог выделенной строки, поэтому можно выбрать группу и отправить в неё сессию, не вводя путь заново.

Изнутри сессии

Две команды переносят работу из текущей сессии в фон: /background отправляет туда текущий диалог и освобождает терминал, а /fork отправляет копию, пока вы продолжаете работать на месте.

Отправка сессии в фон

Выполните /background или его псевдоним /bg, чтобы перенести текущий диалог в фоновую сессию. Передайте промпт, например /bg run the test suite and fix any failures, чтобы сначала дать ещё одну инструкцию. Если Claude отвечает в момент выполнения /bg, ответ продолжится в фоновой сессии.

При выходе из сессии, в которой ещё выполняется фоновая работа — субагенты, фоновые shell-команды, рабочие процессы или мониторы, — вместо немедленного выхода отображается диалоговое окно Background work is running. Выберите Move to background and exit, чтобы отправить сессию в фон так же, как это делает /background, и вернуться в оболочку. Этот вариант не отображается, если agent view отключён.

Если у фоновой сессии в списке уже есть такое же имя, как у диалога, Claude Code добавляет номер к имени новой строки, например my-session (2), а имя существующей строки не меняет. Чтобы переименовать новую строку, выделите её в agent view и нажмите Ctrl+R.

Копирование сессии с помощью /fork

Выполните /fork, чтобы скопировать текущий диалог в новую фоновую сессию, пока исходная продолжает работать. Копия начинается со всего содержимого диалога до этого момента; где именно запускается копия, описано в пунктах ниже. В неё также переносятся модель, режим разрешений, уровень effort и все каталоги или разрешения «больше не спрашивать», добавленные во время сессии. Копия отображается в agent view отдельной строкой.

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

Копирование сессии требует Claude Code v2.1.212 или новее; в версиях с v2.1.161 по v2.1.211 /fork вместо этого запускает ответвлённого субагента, что теперь делает /subtask. Когда agent view отключён, /fork сохраняет поведение с ответвлённым субагентом, а /subtask недоступна.

Передайте промпт, например /fork open a draft pull request with the work so far, и копия сразу начнёт над ним работать. Без промпта копия ждёт первой инструкции: выделите её строку в claude agents и нажмите Space, чтобы отправить инструкцию, или выполните claude attach <id>. Пока копия ждёт, в выделенной строке отображается space to send it a prompt.

Подтверждение /fork — это одна строка, показывающая состояние копии, например session running, имя её строки в agent view и её ID сессии для claude attach. Щёлкните имя, чтобы переключиться на копию: текущая сессия уходит в фон, как при нажатии ←, а agent view открывает сессию копии.

Кроме случаев, когда копия редактирует файлы на месте, Claude Code указывает ей создать собственный worktree перед внесением изменений в код. Вне Git-репозитория такую инструкцию получает только копия, вынесенная из worktree, созданного хуком; без хука WorktreeCreate копия редактирует файлы на месте. Копии, вынесенной из вашего worktree, также указывается никогда не редактировать файлы в этом worktree, не запускать в нём команды и не входить в него, независимо от настройки изоляции.

Место запуска копии зависит от того, где выполняется текущая сессия:

• Как и любая отправленная сессия, копия переходит в собственный worktree перед редактированием файлов. В этом случае в подтверждении не указывается, где запускается копия.
• Если ваша сессия перешла в свой связанный worktree уже после запуска, копия начинает работу там, где сессия находилась до перехода, и, если только она не редактирует файлы на месте, вносит изменения в код в собственном worktree. Если в вашем worktree извлечена ветка, эта инструкция также указывает копии, чья задача основана на вашей работе, создать новую ветку на основе вашей, поскольку ваша ветка остаётся извлечённой в вашем worktree. Подтверждение заканчивается на runs in the origin tree.
• Если вы запустили сессию внутри связанного worktree репозитория, у которого есть основное рабочее дерево, копия запускается в этом основном рабочем дереве с тем же правилом о собственном worktree, но без инструкции о ветке. Подтверждение и здесь заканчивается на runs in the origin tree.
• У сессии, запущенной внутри worktree в структуре с bare-репозиторием, нет основного рабочего дерева, куда можно вернуться, поэтому копия остаётся на месте, а подтверждение заканчивается на edits this checkout. То же примечание появляется, когда изоляция в worktree отключена в сессии, которая не находится внутри связанного worktree, поскольку тогда копия редактирует открытые вами файлы.

Сессии, запущенные с флагами запуска, которые копия не унаследовала бы, например с заменённым системным промптом или списком разрешённых инструментов --tools, скопировать нельзя; Claude Code сообщает об этом, а не создаёт неполную копию. Сессия, отправленная из agent view, копируется как обычно: копия запускается с тем же определением агента и теми же добавленными инструкциями, что и исходная сессия.

Что переносится при отправке в фон

При отправке в фон запускается новый процесс, который возобновляет работу из сохранённого диалога, и выполняющаяся работа переходит в него: запущенные фоновые shell-команды, субагенты в фоне, динамические рабочие процессы, запланированные задачи, созданные с помощью /loop, и автоматические ответы Claude на комментарии к артефактам — всё это переносится и продолжает выполняться там. Субагент переходит вместе со всем, что он запустил, поэтому он переносится, только если вся эта работа тоже может перейти. Чтобы останавливать выполняющуюся работу вместо переноса, задайте переменную окружения CLAUDE_DISABLE_ADOPT=1; тогда Claude Code будет просить подтверждения перед отправкой в фон.

Если в динамическом рабочем процессе ещё выполняются субагенты, Claude Code перед отправкой в фон показывает диалоговое окно Background this session?, в котором указано, сколько субагентов будет перезапущено. Выберите Stay, чтобы сначала дать им завершиться. Если вы подтвердите, Claude Code воспроизведёт запуск в фоновой сессии: субагенты, которые ещё выполнялись, начнут работу с самого начала, поэтому уже израсходованные ими токены будут потрачены снова. О том, какие завершённые субагенты возвращают сохранённые результаты, а какие запускаются заново, см. в разделе Возобновление после паузы.

Claude Code останавливает работу, которую нельзя перенести, например запущенный монитор, а вместе с ним — и субагента в фоне, которому принадлежит монитор. Если такая работа выполняется, Claude Code показывает диалоговое окно Background this session?, чтобы вы подтвердили её остановку.

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

Флаги конфигурации из исходного запуска переносятся в фоновую сессию, поэтому её MCP-серверы, настройки и резервная модель продолжают действовать:

• --mcp-config и --strict-mcp-config
• --settings
• --setting-sources
• --add-dir
• --plugin-dir
• --fallback-model
• --allow-dangerously-skip-permissions

Каталоги, добавленные во время сессии с помощью /add-dir, тоже переносятся. Перенос --allow-dangerously-skip-permissions сохраняет доступность bypassPermissions в фоновой сессии, но не даёт ничего нового: режим по-прежнему требует однократного интерактивного согласия, описанного в разделе Режим разрешений, модель и effort.

Из оболочки

Передайте --bg или его полную форму --background, чтобы запустить сессию, которая сразу уходит в фон:

claude --bg "investigate the flaky SettingsChangeDetector test"

Промпт передаётся позиционным аргументом, а не значением -p. Claude Code отклоняет сочетание --bg с -p или --print ещё до создания сессии, поскольку --print никогда не запускает интерактивную сессию, к которой подключается claude agents.

Если вы запускаете claude --bg из терминала в каталоге, которому вы ещё не доверяете, сначала появляется диалоговое окно доверия рабочему пространству, и сессия запускается после вашего согласия. Если вы откажетесь, Claude Code завершит работу, не запуская сессию. Там, где диалоговое окно появиться не может, например в скрипте, команда вместо этого завершается с ошибкой Workspace not trusted.

Чтобы запустить определённого вами субагента, например code-reviewer, как основного агента сессии, используйте --bg вместе с --agent:

claude --agent code-reviewer --bg "address review comments on PR 1234"

Если имя не совпадает ни с одним из ваших субагентов, запуск не удаётся: Claude Code выводит предупреждение no agent named и всё равно сообщает, что сессия отправлена в фон, но сессия сразу завершается с ошибкой --agent '<name>' not found.

Когда фоновая сессия позже возобновляется или перезапускается, Claude Code восстанавливает агента и его ограничения на инструменты; о его системном промпте см. в разделе Флаги системного промпта в возобновлённых диалогах. Сначала агент ищется в собственном каталоге сессии, при условии что вы доверяете этому рабочему пространству, поэтому агент уровня проекта загружается, даже если сессия возобновлена из другого каталога. Если агента больше не существует, сессия продолжается со стандартными инструментами, а её транскрипт открывается предупреждением с именем агента.

Чтобы продолжить существующий диалог в фоне, передайте его полный ID сессии с помощью --resume:

claude --resume 1f0e2c9a-6d0b-4c11-9f39-2a77c1d4e8b5 --bg "pick up where you left off and finish the migration"

В Claude Code v2.1.257 или новее Claude Code либо продолжает эту сессию под тем же ID, либо запускает копию под новым ID и выводит строку note: с объяснением, почему не удалось продолжить на месте. Когда сессия продолжается на месте, claude agents показывает для неё одну строку.

Если вы сочетаете --bg с --continue, с --resume без аргумента или с --resume с именем или путём к файлу, Claude Code всегда запускает такую копию. Добавьте --fork-session, чтобы намеренно запустить копию без примечания.

Передайте --name, чтобы задать отображаемое имя сессии в agent view вместо автоматически сгенерированного:

claude --bg --name "flaky-test-fix" "investigate the flaky SettingsChangeDetector test"

После отправки в фон Claude выводит короткий ID сессии и команды для управления ею. Если служба, в которой работают фоновые сессии, ещё не запущена, --bg может сначала вывести Starting background service… над этим выводом. Если вы передали --name, имя отображается после короткого ID:

backgrounded · 7c5dcf5d · flaky-test-fix
  claude agents             list sessions
  claude attach 7c5dcf5d    open in this terminal
  claude logs 7c5dcf5d      show recent output
  claude stop 7c5dcf5d      stop this session

Запуск shell-команды

Чтобы запустить shell-команду как фоновое задание вместо сессии Claude, передайте --exec. В следующем примере pytest -x запускается как фоновое задание:

claude --bg --exec 'pytest -x'

В agent view такое же задание можно отправить, введя ! первым символом в поле ввода: ! отображается как префикс, всё после него — это команда, а Enter запускает задание.

Команда выполняется как задание на базе PTY и отображается строкой в agent view, где статусом служит последняя строка вывода. Shell-задание выполняет команду вместо Claude, поэтому модель не вызывается, а вывод не отправляется ни в одну сессию.

Чтобы увидеть вывод, подключитесь к строке, нажмите Space для просмотра без подключения или выполните claude logs <id> из оболочки. Захваченный вывод хранится в памяти и не записывается на диск. Строка и её вывод автоматически удаляются примерно через пять минут после завершения команды, поэтому, если вам нужен результат, прочитайте его до этого.

Как изолируются правки файлов

Когда вы отправляете фоновую сессию из agent view или запускаете её с помощью claude --bg, сессия запускается в вашем рабочем каталоге. Перед редактированием файлов Claude переносит сессию в изолированный git worktree в .claude/worktrees/, поэтому параллельные сессии могут читать одну и ту же рабочую копию, но каждая пишет в свою. Как только сессия оказывается в своём worktree, Claude Code обеспечивает изоляцию в worktree для сессии и для всех порождаемых ею субагентов.

Claude не использует worktree, когда:

• Вы отправили уже открытую сессию в фон с помощью ← или /background. Эта сессия продолжает редактировать файлы там, где уже работала
• Сессия уже находится внутри связанного git worktree, независимо от того, создал ли его Claude в .claude/worktrees/ или вы создали его в другом месте с помощью git worktree add
• Файл, который редактирует Claude, находится внутри связанного git worktree, например созданного сессией или её субагентом с помощью git worktree add
• Рабочий каталог не является Git-репозиторием и хук WorktreeCreate не настроен
• Запись выполняется за пределами рабочего каталога

Чтобы отключить изоляцию в worktree для репозитория, где git worktree неудобны, задайте для worktree.bgIsolation значение "none". Тогда фоновые сессии редактируют вашу рабочую копию напрямую, не переходя сначала в worktree. Добавьте настройку в файл .claude/settings.json проекта:

{
  "worktree": {
    "bgIsolation": "none"
  }
}

Вне Git-репозитория сессии пишут непосредственно в рабочий каталог и не изолированы друг от друга, поэтому не отправляйте параллельные сессии, редактирующие одни и те же файлы. Если вы используете другую систему контроля версий, настройте хук WorktreeCreate, и Claude будет изолировать правки так же, как для Git.

Если хук завершается с ошибкой в каталоге, который не является Git-репозиторием, Claude пропускает изоляцию для этого каталога и редактирует рабочий каталог на месте. Внутри Git-репозитория сессия, которую Claude переносит в worktree перед редактированием, не может редактировать файлы в общей рабочей копии, пока этот перенос не произойдёт.

Чтобы узнать путь к worktree сессии, просмотрите сессию или подключитесь к ней и проверьте её рабочий каталог.

Субагент, порождённый фоновой сессией, наследует рабочий каталог сессии. Когда сессия находится в worktree, правки файлов субагента попадают в этот worktree, а не в вашу рабочую копию. Чтобы вместо этого выделить субагенту отдельный worktree, задайте isolation: worktree в его frontmatter или передайте isolation: "worktree" при его запуске.

Когда фоновая сессия внесла изменения в код в worktree, в который перешёл Claude, Claude Code указывает Claude сохранить работу перед завершением, чтобы она уцелела, если вы удалите сессию и её worktree:

• Коммит и push: Claude делает коммит, не спрашивая, и выполняет push ветки, если у репозитория есть удалённый репозиторий.
• Черновой pull request: Claude открывает его, когда этого требует задача, и в строке появляется метка #N.
• Никогда: push в main или master, принудительный push и слияние.
• Ваши инструкции по Git имеют приоритет: если в задаче, CLAUDE.md или памяти сказано, что коммиты или push вы выполняете сами, Claude оставляет работу с Git вам.

Сессия, которая редактирует рабочую копию, не изолированную ею самой, по-прежнему спрашивает перед коммитом или переключением веток. Это относится к случаям, когда для изоляции задано "none", когда перенос в worktree не удался или когда сессия запустилась внутри уже существовавшего worktree.

Какой бы ни была задача, Claude завершает работу отчётом о том, что он сделал и где находится результат: путь, ветка, pull request или сам ответ.

Что удаляется при удалении сессии

Удалите сессию двойным нажатием Ctrl+X в agent view или с помощью claude rm. За исключением описанных ниже случаев, когда она сохраняется, сессия исчезает из списка. Её транскрипт остаётся на вашем компьютере и доступен через claude --resume, а удаление сохраняется после перезапусков супервизора.

Что происходит с worktree, который Claude создал для сессии:

• Agent view удаляет его вместе с незафиксированными изменениями, поэтому сначала сделайте коммит того, что хотите сохранить.

• claude rm сохраняет его вместе со строкой сессии, если в нём есть незафиксированные изменения.

• Ни agent view, ни claude rm не удаляют worktree, который использует или заблокировала другая работающая сессия, и повторное удаление этого не меняет. Claude Code сохраняет worktree и сессию и называет сохранённый каталог и причину; в agent view в строке сессии отображается not deleted. Закройте другую сессию, затем удалите снова.

• Если вы удаляете сессию, в worktree которой есть коммиты, о которых Claude Code не может подтвердить, что они сохранены где-то ещё, Claude Code сохраняет worktree и сессию, а в сообщении указываются ветка worktree и количество коммитов без push. Сообщение также предлагает два варианта дальнейших действий: выполнить push коммитов или удалить снова, чтобы отбросить их.

  Коммиты в удалённом репозитории не блокируют удаление. Не блокируют его и коммиты в локальной копии ветки по умолчанию вашего удалённого репозитория origin, если эта ветка извлечена в основной рабочей копии, то есть в самом каталоге репозитория, а не в worktree.

  После такого отказа вы выбираете:

  • Чтобы сохранить коммиты, выполните их push или слейте их в эту ветку по умолчанию, затем снова удалите сессию.
  • Чтобы отбросить их, снова удалите сессию без push: дважды нажмите Ctrl+X на её строке в agent view или выполните команду claude rm <id> --discard-unpushed, выведенную в сообщении об отказе. Это удаляет сессию и worktree вместе с его веткой, отбрасывая коммиты без push и все незафиксированные изменения.

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

  Если этот worktree упоминается и в записях другой завершённой сессии, он остаётся при повторном удалении; выполните push коммитов, затем удалите снова.

• Worktree, который Git больше не распознаёт, например после git worktree prune, не блокирует удаление. Claude Code удаляет сессию и оставляет каталог на диске.

• Если Git или ваш хук WorktreeRemove не может удалить worktree, Claude Code сохраняет worktree и сессию, а в сообщении указывается причина. Для хука сообщение указывает, как он завершился, например exited 1, и приводит начало его stderr. Сообщение также подсказывает, что из этого сделать дальше:

  • Снова удалите сессию, чтобы всё равно удалить каталог: дважды нажмите Ctrl+X на её строке в agent view или выполните команду claude rm <id> --force-remove-worktree <worktree-id>, выведенную в сообщении об отказе claude rm. Ветка worktree остаётся в репозитории.

    Claude Code предлагает это, только если может подтвердить всё следующее:

    • Каталог является одним из связанных worktree репозитория в .claude/worktrees/
    • Ни в worktree, ни в извлечённом подмодуле нет незафиксированных изменений отслеживаемых файлов
    • Каталог не упоминается в записях никакой другой сессии

    Если Claude Code не может проверить состояние извлечённого подмодуля, например заменённого отдельным Git-репозиторием, он этот вариант тоже не предлагает.

  • Устраните препятствие, например сделайте коммит незафиксированных изменений или уберите их в stash, перенесите отдельный Git-репозиторий из worktree, закройте то, что использует каталог, или исправьте хук, затем снова удалите сессию.

  • Удалите каталог самостоятельно, затем снова удалите сессию.

Worktree, который вы создали сами и внутри которого запустили сессию, в любом случае остаётся на месте.

Сессию, каталог worktree которой не принадлежит ни одному Git-репозиторию — потому что репозиторий был удалён или хук WorktreeCreate создал каталог в другом месте, — всё равно можно удалить. Пока в каталоге остаются файлы:

• Agent view запрашивает то же двойное нажатие Ctrl+X, прежде чем отбросить их. Для каталога, созданного хуком, вместо этого запускается ваш хук WorktreeRemove, а если его нет, удаление отклоняется и сессия сохраняется.
• claude rm сохраняет сессию и worktree и называет причину.

В обоих случаях сохраняется каталог, упомянутый в записях другой завершённой сессии.

Выбор модели

Имя модели в заголовке agent view — это модель по умолчанию для отправки. Новые сессии, запускаемые из поля ввода, используют эту модель, которая берётся из настройки model в ваших пользовательских настройках. Задайте её, выбрав модель в меню /model, или отредактируйте настройку напрямую.

Чтобы переопределить модель по умолчанию для отправки на весь сеанс работы с agent view, передайте --model при открытии agent view. См. раздел Режим разрешений, модель и effort.

Чтобы изменить модель по умолчанию для отправки прямо в agent view, введите в поле ввода /model и имя модели и нажмите Enter. Заголовок обновится и покажет эту модель с пометкой (session), и сессии, отправленные после этого, будут её использовать. Введите /model default, чтобы сбросить переопределение и вернуться к модели по умолчанию для отправки. Это переопределение действует до конца текущего запуска claude agents и не записывается в файл настроек. В следующем примере одна сессия отправляется на Opus, а следующая — на Sonnet:

/model opus
refactor auth
/model sonnet
run the test suite

Каждая фоновая сессия может работать на своей модели. Чтобы переопределить модель для одной сессии:

• Из оболочки передайте --model вместе с claude --bg.
• Подключитесь к работающей сессии и выполните /model, чтобы переключиться: выбор в меню или введённая команда /model <name> сохраняется как модель по умолчанию для новых сессий, если только вы не нажмёте s в меню, чтобы переключиться только для этой сессии. Переключение только для сессии сохраняется, если процесс сессии запускается заново.
• Отправьте субагента, в frontmatter которого задано поле model.

Режим разрешений, модель и effort

Фоновая сессия получает настройки, провайдера, режим разрешений, модель и уровень effort в зависимости от того, где и как вы её отправили. В подразделах ниже описан каждый источник, а также то, что сохраняется, когда супервизор перезапускает сессию.

Настройки и провайдер

Фоновая сессия читает свои настройки из каталога, в котором она работает, так же как если бы вы запустили там claude с перенесёнными в неё флагами конфигурации. Сюда входят значения env в настройках проекта, поэтому заданная там ANTHROPIC_MODEL или переменная провайдера применяется ко всем фоновым сессиям в этом каталоге.

Фоновая сессия также работает с PATH той оболочки, из которой вы её отправили, поэтому запускаемые ею команды находят те же инструменты, что и ваш терминал. Она также сохраняет выбор облачного провайдера этой оболочки, например CLAUDE_CODE_USE_BEDROCK или CLAUDE_CODE_USE_VERTEX, вместе с псевдонимами ANTHROPIC_DEFAULT_*_MODEL и любым экспортированным там переопределением CLAUDE_CODE_EXTRA_BODY.

LLM-шлюз

Если вы направляете Claude Code через LLM-шлюз, поместите переменные шлюза в блок env файла настроек, а не экспортируйте их в оболочке, и фоновые сессии прочитают их вместе с остальными настройками. В разделе Задание в файле настроек показан этот блок и указано, какой файл настроек использовать для учётных данных.

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

• Вы отправляете собственную сессию в фон с помощью ← или /background
• Вы отправляете сессию в каталог, в котором находитесь
• Вы пробуждаете остановленную сессию в каталоге, в котором находитесь, подключаясь к ней или отвечая ей

Claude Code передаёт и шлюз, стоящий перед облачным провайдером. Если оболочка, из которой вы отправляете сессию, выбирает провайдера и экспортирует эндпоинт его шлюза вместе с флагом обхода аутентификации, Claude Code передаёт эту пару из эндпоинта и флага в сессию на тех же условиях, что и ANTHROPIC_BASE_URL, вместе с ANTHROPIC_CUSTOM_HEADERS. Например, экспортируйте CLAUDE_CODE_USE_VERTEX=1 вместе с ANTHROPIC_VERTEX_BASE_URL и CLAUDE_CODE_SKIP_VERTEX_AUTH=1, и Claude Code передаст этот эндпоинт и флаг.

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

Режим разрешений

Режим разрешений зависит от того, как вы запустили сессию:

• Отправлена в фон с помощью /bg или ←: Claude Code сохраняет режим разрешений, в котором находилась сессия, поэтому сессия, переключённая вами на acceptEdits или auto, остаётся в нём после отключения
• Отправлена из agent view, открытого с помощью ←: сначала применяется собственная конфигурация целевого каталога, а режим разрешений исходной сессии применяется, если больше ничто его не задаёт
• Отправлена из claude agents, запущенного в оболочке, или с помощью claude --bg: новая сессия запускается так же, как новая сессия claude в этом каталоге, если только вы не отправили её из agent view, открытого со значениями по умолчанию для отправки. Порядок приведён в разделе В каком режиме разрешений запускается сессия

Для сессии, отправленной из agent view, открытого с помощью ←, Claude Code берёт режим разрешений из первого подходящего источника:

1. permissions.defaultMode целевого каталога. Действуют два правила об источниках:
   • auto и bypassPermissions вступают в силу только из управляемых настроек, файла --settings или ~/.claude/settings.json.
   • Claude Code отклоняет defaultMode из файлов .claude/settings.json или .claude/settings.local.json проекта, если он выбирает более разрешительный режим, чем тот, в котором находилась исходная сессия.
2. Режим разрешений исходной сессии

Когда Claude Code отклоняет режим источника как слишком разрешительный, решение принимает следующий источник в списке. Например, если вы отправляете сессию из сессии в режиме планирования в каталог, в зафиксированных в репозитории настройках которого запрошен acceptEdits, новая сессия запускается в режиме планирования. Если перенести этот defaultMode в ~/.claude/settings.json, он применяется независимо от режима разрешений исходной сессии.

По степени разрешительности режимы идут так: plan, затем Manual и dontAsk, затем acceptEdits и auto, каждый из которых считается более разрешительным, чем другой, затем bypassPermissions.

Значения по умолчанию для отправки

Чтобы задать значения по умолчанию для всех сессий, отправляемых из agent view, передайте при его открытии любой из флагов --permission-mode, --model, --effort или --agent:

claude agents --permission-mode plan --model opus --effort high

--effort здесь принимает те же значения, что и флаг --effort верхнего уровня, включая ultracode.

--agent задаёт субагента, который используется, когда промпт отправки не называет субагента ни через @name, ни первым словом. По умолчанию используется настройка agent, если она задана, иначе — встроенный универсальный агент claude. Указание субагента в поле ввода переопределяет оба варианта.

claude agents также принимает --dangerously-skip-permissions как сокращение для --permission-mode bypassPermissions, а --allow-dangerously-skip-permissions — чтобы сделать bypassPermissions доступным в цикле Shift+Tab каждой отправленной сессии, не запуская её в этом режиме. Оба флага соответствуют флагам CLI верхнего уровня.

Передайте --restricted, чтобы каждая сессия, отправленная из этого представления, запускалась в ограниченном режиме, как если бы она была запущена с флагом --restricted верхнего уровня. Требуется Claude Code v2.1.248 или новее.

Действующие значения по умолчанию отображаются в нижней строке под полем ввода.

Claude Code отклоняет claude --bg --permission-mode bypassPermissions, пока вы не примете предупреждение об обходе разрешений, один раз интерактивно выполнив claude --dangerously-skip-permissions, поскольку этот режим позволяет сессии, за которой вы не наблюдаете, действовать без подтверждения. Передача --dangerously-skip-permissions или --permission-mode bypassPermissions в claude agents показывает то же предупреждение, если вы не принимали его ранее, и после согласия bypassPermissions применяется к сессиям, которые вы запускаете из этого представления. Передача --allow-dangerously-skip-permissions тоже показывает это предупреждение, и после согласия bypassPermissions становится доступным в цикле Shift+Tab этих сессий, но они в нём не запускаются.

Что сохраняется при перезапусках

Выбранные для фоновой сессии режим разрешений, модель и уровень effort, а также переносимые ею флаги конфигурации сохраняются, когда супервизор позже останавливает и перезапускает её процесс. Сессия, запущенная с помощью claude --bg --dangerously-skip-permissions или claude --bg --permission-mode bypassPermissions, остаётся в bypassPermissions после такого перезапуска. Модель или уровень effort, изменённые во время сессии с помощью /model или /effort, тоже сохраняются.

Если сессия взяла уровень effort из ваших настроек, а не из --effort или /effort, Claude Code заново читает настройки при каждом запуске процесса для этой сессии. После того как вы отредактируете сохранённый уровень effort в settings.json, изменение применяется к сессиям, которые вы отправляете в фон с помощью ← или /bg, и к их последующим перезапускам. Сохранённый уровень effort — это ключ effortLevel или запись modelSettings.

Claude Code также сохраняет при таком перезапуске имя, заданное с помощью /rename или Ctrl+R, поэтому вы по-прежнему можете выполнить claude --resume <name>, чтобы перейти к сессии.

Промпт, отложенный с помощью Ctrl+S во время подключения, тоже сохраняется вместе с сессией. Снова откройте сессию после того, как её процесс был остановлен или перезапущен, и нажмите Ctrl+S, чтобы восстановить отложенный текст. Вставленное содержимое в отложенном промпте после перезапуска не сохраняется.

Настройки, плагины и MCP-серверы

Agent view принимает те же флаги конфигурации, что и claude, для загрузки настроек, плагинов, MCP-серверов и дополнительных каталогов. Agent view применяет --settings, --setting-sources и --plugin-dir к себе и передаёт все флаги конфигурации в сессии, которые вы из него отправляете, поэтому плагин или MCP-сервер, загруженный таким образом, доступен в этих сессиях.

Повторяйте --add-dir, --plugin-dir или --mcp-config для каждого значения. claude agents не поддерживает форму со значениями через пробел, например --add-dir a b c.

--settings, --setting-sources и --plugin-dir можно указывать до или после agents. --add-dir и --mcp-config указывайте после agents: если поставить любой из них перед agents, claude agents --json завершится с ошибкой unknown option.

В следующем примере agent view открывается с переопределением настроек и одним дополнительным каталогом:

claude agents --settings ./ci-settings.json --add-dir ../shared-lib

--settings принимает путь к файлу или встроенную строку JSON. Путь к файлу должен указывать на существующий файл; в противном случае Claude Code завершает работу с ошибкой Settings file not found.

Управление сеансами из оболочки

Каждый фоновый сеанс имеет короткий ID, который вы можете использовать из оболочки. ID выводится при запуске сеанса с помощью claude --bg, и ID каждого сеанса — это имя его каталога в ~/.claude/jobs/. Эти команды полезны для написания скриптов или когда вы не хотите открывать agent view.

Вывод сеансов в виде JSON

claude agents --json выводит активные сеансы в виде массива JSON и выходит: каждый живой сеанс, плюс фоновые сеансы, которые все ещё работают или заблокированы, даже если их процесс завершился. Добавьте --all, чтобы также включить завершенные фоновые сеансы, и --cwd <path>, чтобы ограничить список сеансами, запущенными в этом каталоге.

Каждая запись описывает один сеанс:

Чтение состояния сеанса из скрипта

claude agents --json — это поддерживаемый способ чтения состояния сеанса извне Claude Code, например из строки состояния, планировщика или другого сеанса Claude, который контролирует фоновую работу. Опрашивайте claude agents --json --all, который продолжает выводить сеансы, чей процесс завершился, и читайте state, status и waitingFor каждой записи.

Сеанс, который завершил свой ход и ждет вашей следующей инструкции, читает done, а не blocked. blocked всегда означает, что сеансу нужно что-то от вас, прежде чем он сможет продолжить.

Файлы в ~/.claude/jobs/<id>/ не являются стабильным интерфейсом. Значения, которые сеанс или другая программа записывает в state, detail, tempo или needs, заменяются при следующем обновлении.

Если вы хотите, чтобы сеанс сообщал о прогрессе своими словами, попросите его написать свой собственный файл, например в $CLAUDE_JOB_DIR/tmp, вместо редактирования state.json.

Как размещаются фоновые сеансы

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

Чтобы проверить, какой тип сеанса вы используете, запустите /status. Строка Session kind показывает background job · attached или background job · unattended в фоновом сеансе, в зависимости от того, подключён ли терминал, и interactive в любом другом сеансе.

Процесс супервизора

Супервизор — это фоновая служба, которая запускает ваши фоновые сеансы, чтобы они продолжали работать после закрытия представления агента или вашего терминала. Claude Code запускает его в первый раз, когда вы отправляете сеанс в фон или открываете представление агента, и вам не нужно управлять им самостоятельно.

Каждый сеанс — это собственный процесс Claude Code под супервизором, и то, что происходит с этим процессом, зависит от состояния сеанса:

• Работает, приостановлен на запросе разрешения или другом диалоге, или подключён: процесс продолжает работать. Работающий подагент, рабочий процесс или монитор считается работой.
• Завершён или ожидает вашего следующего сообщения, и не подключён примерно час: супервизор останавливает процесс для освобождения ресурсов. Сеанс, который завершил свой ход, задав вам вопрос, считается ожидающим вашего следующего сообщения. Разговор остаётся на диске, и в следующий раз, когда вы подключитесь или ответите, сеанс возобновляется с того места, где он остановился. Закрепите сеанс с помощью Ctrl+T, чтобы его процесс продолжал работать.
• Неожиданно завершился, пока супервизор работает: супервизор перезапускает процесс. Завершение сеанса, который вы отправили в фон самостоятельно, с помощью ← или /background, например с помощью kill, отмечает его как остановленный вместо перезагрузки. Для сеансов, которые завершились с выключением, см. Sessions show as failed or stopped after shutdown.
• После автоматического обновления: супервизор перезапускает себя на новую версию и перемещает неактивные сеансы в фон. Сеансы, которые работают, ожидают вас или подключены, не прерываются.

Когда процесс сеанса останавливается или перезапускается, фоновые команды оболочки, динамические рабочие процессы и фоновые подагенты, которые Claude запустил в нём, переносятся в его следующий процесс; работающие мониторы и команды оболочки, которые запустил подагент, останавливаются вместе с процессом. Удаление сеанса останавливает всё, что он перенёс. Чтобы остановить всё это вместе с процессом вместо переноса, установите CLAUDE_CODE_DISABLE_BG_EXIT_HANDOFF на 1.

Супервизор и его сеансы аутентифицируются с теми же сохранённые учётные данные, что и ваши интерактивные сеансы. Для того, какие параметры и переменные оболочки достигают сеанса, включая PATH, см. Settings and provider. Для конечных точек шлюза см. LLM gateway.

Где хранится состояние

Состояние сеанса хранится в каталоге конфигурации Claude Code. Если вы установили CLAUDE_CONFIG_DIR, супервизор использует этот каталог вместо ~/.claude и запускается как отдельный экземпляр со своими собственными сеансами.

Каждый фоновый сеанс имеет переменную окружения CLAUDE_JOB_DIR, установленную в его каталог ~/.claude/jobs/<id>, поэтому команды оболочки, которые запускает сеанс, могут записывать временные файлы в $CLAUDE_JOB_DIR/tmp без конфликтов с параллельными сеансами.

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

Команда также предупреждает, когда работающий супервизор находится на другой версии, чем claude, который вы вызвали, что происходит после обновления, в которое супервизор ещё не перезагрузился. Предупреждение показывает обе версии и говорит вам запустить claude daemon stop --any для получения новой версии. Когда Claude Code установлен как служба ОС, предлагаемая команда — это claude daemon stop без флага.

Сеансы сохраняют эту версию несовпадения нетронутыми: более старая версия Claude Code, которая обновляет state.json сеанса, сохраняет поля, которые она не распознаёт, и сохраняет сеанс в списке. Список сеансов в roster.json следует тому же правилу, поэтому сеансы, запущенные более новой версией, остаются доступными и продолжают принимать ввод после перезагрузки супервизора.

Отключение представления агента

Чтобы полностью отключить фоновых агентов и представление агента, установите параметр disableAgentView setting на true или установите переменную окружения CLAUDE_CODE_DISABLE_AGENT_VIEW. Администраторы могут применить это через управляемые настройки.

Troubleshooting

`claude agents` выводит список подагентов вместо открытия представления агентов

Если claude agents выводит количество, за которым следует список ваших настроенных подагентов, а затем завершает работу, представление агентов недоступно в вашей среде. Запустите claude update, чтобы установить последнюю версию.

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

Agent view открывается без сеансов

До отправки вашего первого сеанса представление агентов показывает пустые заголовки разделов с описанием под каждым, плюс однострочное объяснение над вводом вместо списка сеансов. Введите подсказку в поле ввода внизу и нажмите Enter, чтобы отправить ваш первый сеанс.

Backgrounding показывает диалог `Background this session?`

Если нажатие ← для отправки текущего сеанса в фоновый режим показывает диалог Background this session?, сеанс имеет выполняемую работу, которая может быть остановлена, перезапущена или оставлена работающей без присмотра при отправке в фоновый режим, и Claude Code запрашивает подтверждение перед выполнением любого из этих действий:

• Работа, которая не может быть перемещена: сеанс имеет работу, которая не может быть перемещена в фоновый сеанс, такую как работающий monitor. Диалог называет работу, которую Claude Code остановит, и отдельно считает задачи, которые переносятся.
• Workflow с работающими подагентами: динамический workflow по-прежнему имеет работающих подагентов. Сам workflow переносится, но его работающие подагенты перезапускаются с начала, и диалог указывает, сколько их.
• Автоматические ответы на артефакты: Claude отвечает на комментарии к артефакту самостоятельно. Эти ответы продолжаются в фоновом сеансе, и диалог об этом говорит.

Запустите /tasks, чтобы увидеть всё, что работает, затем подтвердите отправку в фон или выберите Stay, чтобы позволить работе завершиться сначала. См. What carries over when you background для того, какие типы работы переносятся и какие Claude Code останавливает.

Подсказка отклонена как слишком короткая

Поле ввода отправки ожидает описание задачи, а не разговорное начало. Подсказка короче четырёх символов отклоняется с подсказкой Too short, чтобы случайное нажатие клавиши не запустило сеанс. Опишите, что вы хотите, чтобы сеанс делал, например investigate the flaky checkout test.

Сеансы отображаются как неудачные или остановленные после выключения

Выключение или перезагрузка вашей машины останавливает работающие фоновые сеансы. Сеанс, который ожидал вашего ввода, остаётся под Needs input при возврате. Для любого другого работающего сеанса то, что показывает представление агентов, зависит от того, как давно он в последний раз добился прогресса:

• В течение 48 часов сеанс отображается как неудачный. Подключитесь или ответьте на него, и он перезапустится с того места, где остановился.
• Более 48 часов, например после того, как машина была выключена несколько дней, сеанс отображается как остановленный с ended while the background service was off. Нажмите Enter на строке, и нижний колонтитул показывает Press enter again to resume this session (it ended while the background service was off), or ctrl+x to delete it. Нажмите Enter на той же строке снова, чтобы возобновить его сохранённую беседу. Ответ или claude attach <id> возобновляет его без этого подсказки нижнего колонтитула.

Когда очистка транскрипта удалила сохранённую беседу остановленного сеанса, Claude Code отказывается открывать строку: сообщение говорит, что нечего возобновлять. claude rm <id> удаляет строку, кроме сохранённых случаев, описанных выше, и claude respawn <id> запускает его исходную подсказку снова. См. This session's saved conversation is no longer on disk.

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

Открытие сеанса говорит, что беседа уже открыта

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

• Терминал, в котором вы возобновили беседу, например с помощью claude --resume или /resume: строка показывает Open in a terminal с подсказкой продолжить её там, и открытие строки показывает Can't open — this session is running in another terminal. Продолжайте в этом терминале или выйдите из него и откройте строку снова.
• Другой неинтерактивный процесс Claude Code, например фоновый рабочий процесс для той же беседы, который ещё не завершился: открытие строки показывает This conversation is already open in another running Claude session. Используйте этот процесс или дождитесь его выхода и откройте строку снова.

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

Открытие сеанса говорит, что у него нет сохранённого транскрипта

Остановленный сеанс, который был отправлен в фоновый режим из другой беседы и остановлен до завершения его первого ответа, не имеет ничего для возобновления: до завершения этого первого ответа беседа по-прежнему существует только в сеансе, из которого она была отправлена в фоновый режим. claude attach отказывает открыть его с This session has no saved transcript.

В представлении агентов открытие этой строки показывает Press enter again to restart this session fresh ниже списка. Нажмите Enter на той же строке снова, чтобы перезапустить сеанс с пустой беседой, или запустите claude respawn <id> из оболочки.

Исходная беседа остаётся нетронутой; возобновите её с помощью claude --resume или продолжайте работать в ней. См. справочник по ошибкам для получения подробной информации.

Хост терминала умер или сеанс перестал отвечать

Супервизор запускает терминал каждого фонового сеанса в его собственном хост-процессе. Когда этот процесс умирает или перестаёт отвечать, Claude Code показывает причину и предлагает перезагрузку; в обоих случаях беседа сохраняется и перезагрузка возобновляет её. Справочник по ошибкам приводит полные сообщения.

Claude Code никогда не перезапускает строку, работающую команду оболочки, из Enter или из claude attach, потому что это запустит команду снова; сообщение строки и claude attach оба говорят, что команда не запускается снова.

Сеанс не запускается с примечанием `possibly low memory`

Когда процесс фонового сеанса завершается до завершения запуска и хост имеет низкий объём памяти, статус строки называет выход и добавляет possibly low memory — free some up and retry.

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

Освободите память на машине, затем подключитесь или ответьте на строку, и супервизор запустит свежий процесс для сеанса. Когда память остаётся низкой, супервизор также останавливает неактивные сеансы для освобождения ресурсов самостоятельно, и останавливает неактивные закреплённые сеансы тоже, если остановка других ничего не освободила.

Agent view говорит, что фоновый сервис не ответил

Если подключение, просмотр или claude logs сообщает, что фоновый сервис не ответил, процесс супервизора, вероятно, зависает. Остановите его и позвольте следующему claude agents запустить свежий. Чтобы сохранить ваши фоновые сеансы работающими во время перезагрузки, передайте --keep-workers:

claude daemon stop --any --keep-workers

Новый супервизор переподключается к работающим сеансам. Без --keep-workers команда также завершает фоновые сеансы. Флаг --any подтверждает, что вы хотите остановить супервизор, который был запущен по требованию, а не как установленный сервис, что является значением по умолчанию.

Супервизор, который запускается, но не может принять подключения, выходит и освобождает свою блокировку самостоятельно, поэтому следующий claude agents запускает свежий без этого ручного остановки. Шаги выше применяются, когда работающий супервизор зависает.

Если команда вместо этого выходит, говоря, что записанный процесс не может быть проверен как супервизор, проверьте сообщённый идентификатор процесса: если это супервизор, которым вы владеете, остановите его самостоятельно, затем удалите ~/.claude/daemon.lock, чтобы следующий claude agents запустился свежим.

На Windows, если супервизор не реагирует на запрос остановки, команда выводит его идентификатор процесса. Завершите этот процесс с помощью taskkill /PID <pid>, чтобы завершить восстановление. Фоновые сеансы по-прежнему сохраняются, если вы передали --keep-workers.

Dispatch fails with `Could not resolve authentication method`

Если фоновая отправка завершается с ошибкой Could not resolve authentication method, в то время как интерактивные сеансы аутентифицируются нормально, рабочий процесс, который получил отправку, не подхватил учётные данные. Фоновые сеансы получают свои учётные данные от супервизора, поэтому эта ошибка означает, что для самого процесса супервизора не было доступных сохранённых учётных данных. Подтвердите, что вы запустили /login или настроили ключ API, затем остановите супервизор:

claude daemon stop --any --keep-workers

Следующий claude agents или claude --bg запускает свежий супервизор, который читает ваши сохранённые учётные данные. Если вы аутентифицируетесь с помощью переменной окружения, такой как ANTHROPIC_API_KEY, а не /login, запустите эту следующую команду из оболочки, где переменная установлена.

См. справочник по ошибкам для полного списка причин и исправлений.

Фоновые сеансы не могут читать Desktop, Documents или Downloads на macOS

На macOS хост фонового сеанса работает как отдельный процесс и запрашивает доступ к защищённым папкам отдельно от вашего терминала. Если фоновый сеанс сообщает Operation not permitted при чтении ~/Desktop, ~/Documents, ~/Downloads или другого защищённого местоположения, предоставьте доступ в System Settings в разделе Privacy & Security > Files and Folders или включите Full Disk Access для записи.

При использовании встроенного установщика запись отображается как Claude Code и разрешение сохраняется при обновлениях. При других методах установки, таких как Homebrew или npm, запись показывает путь к двоичному файлу и может потребоваться предоставить разрешение снова после обновления.

Фоновые сеансы не могут достичь хостов локальной сети на macOS

На macOS 15 и более поздних версиях система блокирует процесс от доступа к устройствам в вашей локальной сети, пока вы не предоставите разрешение Local Network, поэтому команда, нацеленная на адрес LAN, может завершиться с ошибкой connect: no route to host в фоновом сеансе, даже если она работает в переднем терминале. Первая команда в фоновом сеансе, которая подключается к адресу локальной сети, запускает запрос разрешения macOS Local Network для Claude Code. Предоставьте его один раз, и эти команды будут достигать хостов LAN так же, как они это делают в переднем терминале.

Сеанс медленно реагирует после подключения

Когда сеанс, который завершился или ожидает вашего следующего сообщения, остаётся неподключённым примерно час, супервизор останавливает его процесс для освобождения ресурсов. Подключение запускает свежий процесс с того места, где он остановился и переключается на сеанс немедленно, пока процесс перезапускается. Сеансы, которые работают, ждут разрешения на подсказку или другой диалог, или закреплены, не останавливаются таким образом, поэтому закрепите сеанс с помощью Ctrl+T, чтобы сохранить его отзывчивость.

Пока процесс запускается, Claude Code показывает хвост транскрипта сеанса, отформатированный так, как его отображает живой сеанс, с markdown, выделенными блоками кода и вызовами инструментов как затемнённые строки, над затемнённой областью подсказки с примечанием Session is starting. Живой сеанс заменяет его, как только он будет готов.

`.claude/worktrees/` заполняется

Удаление сеанса в представлении агентов удаляет рабочее дерево, которое Claude создал для него, но некоторые удаления сохраняют рабочее дерево или оставляют его каталог на диске, поэтому оставшиеся каталоги могут накапливаться. Каталоги, которые git больше не распознаёт, не отображаются в git worktree list, поэтому удалите их вручную.

Перечислите оставшиеся записи с помощью git worktree list в каталоге проекта и удалите каждую с помощью git worktree remove <path>. См. Clean up worktrees.

Ограничения

Agent view находится в исследовательском предпросмотре со следующими ограничениями:

• Применяются ограничения скорости: фоновые сеансы потребляют использование вашей подписки так же, как интерактивные сеансы, поэтому запуск десяти агентов параллельно использует квоту примерно в десять раз быстрее, чем запуск одного.
• Сеансы локальны: фоновые сеансы работают на вашей машине. Они сохраняются при переходе в спящий режим, но останавливаются при выключении машины.
• Worktrees, созданные Claude, удаляются с сеансом в agent view: зафиксируйте изменения перед удалением сеанса, который редактировал файлы в его собственном worktree. Некоторые удаления сохраняют worktree вместо этого.

Связанные ресурсы

Для других способов запуска Claude параллельно и для передачи результатов между запускаемыми сеансами см.:

• Запуск агентов параллельно: сравните agent view с subagents, agent teams и worktrees
• Обмен сообщениями между сеансами: позволяйте вашим сеансам передавать результаты друг другу
• Agent teams: координируйте несколько сеансов, которые обмениваются сообщениями друг с другом
• Use Claude Code in the cloud: запускайте сеансы в управляемой облачной среде вместо локально
• Projects: позволяйте Claude координировать параллельные облачные сеансы из одного разговора и сообщайте вам, какие из них вам нужны

История версий

Agent view быстро развивался во время исследовательского предпросмотра. Если вы находитесь на более старой версии Claude Code, некоторое поведение на этой странице может отличаться; в частности, claude agents отклоняет флаги, которые он ещё не поддерживает, с ошибкой unknown option. Таблица ниже указывает, когда каждый флаг и поведение были добавлены.