Pular para o conteúdo principal
Agent view, aberto com claude agents, é uma tela para todas as suas sessões em background: o que está em execução, o que precisa de sua entrada e o que está concluído. Despache novas sessões, observe seu estado rapidamente em vez de rolar pelos transcritos e intervenha apenas quando uma precisar de você. Cada sessão em background é uma conversa completa do Claude Code que continua em execução sem um terminal anexado, então você pode abri-la, responder e sair sempre que quiser. Agent view em um terminal. Uma linha no topo conta as sessões aguardando entrada, trabalhando e concluídas. Quatro sessões são agrupadas em Precisa de entrada, Trabalhando e Concluído. Cada linha mostra o nome da sessão, seu status ou pergunta mais recente e um horário. Na parte inferior há uma entrada para descrever uma nova tarefa e uma linha de dicas de atalhos de teclado. Agent view em um terminal. Uma linha no topo conta as sessões aguardando entrada, trabalhando e concluídas. Quatro sessões são agrupadas em Precisa de entrada, Trabalhando e Concluído. Cada linha mostra o nome da sessão, seu status ou pergunta mais recente e um horário. Na parte inferior há uma entrada para descrever uma nova tarefa e uma linha de dicas de atalhos de teclado. Use agent view quando você tiver várias tarefas independentes que Claude pode trabalhar sem você observar cada passo. Despache uma correção de bug, uma revisão de pull request e uma investigação de teste instável como três linhas, continue trabalhando em outra janela e verifique quando uma linha mostrar que precisa de você ou tem um resultado. Quando você quer trabalhar de forma mais direta em qualquer sessão de um agente, anexe-se à linha para entrar na conversa completa. Para comparar agent view com subagentes, equipes de agentes e worktrees, consulte Executar agentes em paralelo. Agent view executa sessões em sua máquina e você despacha cada uma; para ter Claude iniciar e rastrear sessões paralelas na nuvem a partir de uma conversa em vez disso, consulte Projects.
Agent view está em visualização de pesquisa. A interface e os atalhos de teclado podem mudar conforme o recurso evolui.

Início rápido

Este passo a passo aborda o loop de visualização do agente principal: despache uma tarefa, observe sua linha ser atualizada conforme Claude trabalha, espreite para verificar e responda, e anexe para a conversa completa. A sessão que você despacha continua em execução após você fechar a visualização do agente, portanto você pode sair e voltar a ela.
1

Abrir visualização do agente

Do seu shell, execute:
Se você ainda não aceitou o diálogo de confiança do workspace para o diretório, Claude Code o mostra antes da visualização do agente abrir, o mesmo diálogo que claude mostra. Aceite para salvar a confiança do workspace e continuar. Se você recusar, Claude Code sairá sem abrir a visualização do agente.A visualização do agente abre com uma entrada na parte inferior e uma tabela que se preenche conforme as sessões começam. Pressione Esc para retornar ao seu shell; se você abriu a visualização do agente colocando uma sessão em background com ←, Esc retorna para essa conversa em vez disso. Suas sessões continuam em execução enquanto você está ausente e reaparecem na próxima vez que você abrir a visualização do agente.
2

Despache uma sessão

Digite um prompt descrevendo uma tarefa e pressione Enter. Uma nova sessão em background é iniciada nessa tarefa e aparece como uma linha mostrando se está funcionando, aguardando você ou concluída. A nova sessão usa o modelo mostrado no cabeçalho da visualização do agente. Qual modo de permissão ela inicia depende de como você abriu a visualização do agente.Cada prompt que você digita aqui inicia sua própria sessão nova. Digitar outro prompt e pressionar Enter inicia uma segunda sessão ao lado da primeira em vez de enviar um acompanhamento para ela. Você pode executar várias em paralelo desta forma.Cada sessão usa sua cota de assinatura independentemente, portanto, consulte Limitações antes de despachar muitas de uma vez.
3

Espreite e responda

Selecione uma linha com as teclas de seta e pressione Space para abrir o painel de espiada. Ele mostra a saída mais recente da sessão, ou a pergunta que está aguardando, em vez da transcrição completa. Digite uma resposta e pressione Enter para enviá-la sem sair da visualização do agente.
4

Anexar e desanexar

Pressione Enter ou → em uma linha para anexar quando quiser a conversa completa. A sessão assume o terminal como uma sessão interativa completa do Claude Code. Pressione ← em um prompt vazio para desanexar e retornar à tabela.
5

Trazer uma sessão existente

Esta etapa precisa de uma sessão em execução. Se você seguiu as etapas anteriores, você não tem uma aberta neste terminal, portanto abra uma sessão regular claude em outro terminal e envie uma mensagem para ela primeiro.Para mover uma sessão que você já tem aberta para a visualização do agente, execute /bg dentro dela, ou pressione ← em um prompt vazio para colocá-la em background e abrir a visualização do agente em uma etapa. Em uma sessão nova sem mensagens ainda, /bg pede que você envie uma mensagem primeiro, enquanto ← funciona imediatamente. A sessão continua em execução e aparece como uma linha ao lado das que você despachou.
Em uma sessão regular claude, pressionar ← em um prompt vazio abre a visualização do agente, e uma dica ← no rodapé informa sobre suas sessões em background:
  • Dica: o rodapé mostra ← for agents por dez segundos após a sessão abrir. Pressionar ← continua funcionando depois que a dica desaparece
  • Contagem de aguardando: enquanto sessões em background aguardam sua entrada, o mesmo local as conta, como ← 2 agents, ou ← 99+ agents quando mais de 99 aguardam. A contagem é atualizada aproximadamente a cada dez segundos enquanto o terminal está em foco e imediatamente quando o foco retorna
  • Contagem de concluídas: quando sessões em background são concluídas com sucesso enquanto nenhuma aguarda sua entrada, o rodapé mostra brevemente quantas foram concluídas, como ← 2 done para duas
A contagem de aguardando muda brevemente de cor quando aumenta ou diminui e quando uma sessão em background é concluída com sucesso. Se você ativar prefersReducedMotion, não verá nem a mudança de cor nem a contagem done. No modo leitor de tela, a dica ← e suas contagens ficam ocultas.

Abrir visualização do agente por padrão

Para ter claude sem argumentos abrir a visualização do agente em vez de uma nova conversa, ative uma configuração /config.
1

Ativar a configuração

Em uma sessão regular claude, execute /config e ative Open agents view by default. Para pular o menu, defina a chave defaultToAgentsView diretamente:
2

Iniciar Claude Code

Saia da sessão e execute claude sem argumentos:
A visualização do agente abre no lugar de uma nova conversa.
Para iniciar uma sessão regular enquanto a configuração está ativada, passe um prompt: claude "fix the login test". Para desativar a configuração, execute /config defaultToAgentsView=false em uma sessão regular ou em uma que você anexe a partir da visualização do agente.

Monitorar sessões com agent view

Execute claude agents para abrir agent view. Ele assume o terminal completo e lista cada sessão agrupada por estado, com sessões fixadas e as que precisam de você no topo. Cada linha mostra o nome da sessão, atividade atual e sua idade, contada a partir de quando a sessão foi criada; a idade de uma sessão concluída congela em quanto tempo a execução levou. O nome é tingido com a cor definida por /color naquela sessão, incluindo quando você coloca uma sessão em background com ← ou /background. Por padrão, a lista mostra cada sessão em background que você iniciou, em todos os seus projetos. Uma sessão funcionando em um repositório e outra em um worktree diferente aparecem aqui, independentemente de qual diretório você abriu agent view. Para limitar a lista a um projeto, passe --cwd:
Isso mostra apenas sessões iniciadas sob esse diretório. Uma sessão que se moveu para um worktree sob ~/projects/my-app/.claude/worktrees/ ainda é listada. Sessões interativas que você tem abertas em outros terminais não aparecem até que você as coloque em background. Subagentes e teammates que uma sessão gera não são listados como linhas separadas.

Ler estado da sessão

Cada linha começa com um ícone cuja cor e animação mostram o estado da sessão: Separadamente, a forma do ícone tem seu próprio significado: O rótulo #N ou !N que pode aparecer na borda direita de uma linha é um link para o pull request ou merge request da sessão, não parte do ícone de estado. O título da aba do terminal mostra a contagem de aguardando-entrada enquanto agent view está aberto: 2 awaiting input · claude agents quando sessões precisam de entrada, ou claude agents quando nenhuma precisa. Para ler o estado da sessão a partir de um script ou outro programa, use claude agents --json em vez dos arquivos sob ~/.claude/jobs/. Enquanto agent view está aberto, Claude Code também envia uma notificação através do seu canal de notificação de terminal configurado quando uma sessão em background local começa a precisar de sua entrada, termina ou falha. Sessões que executam em um cronograma, como sessões /loop, notificam apenas quando precisam de sua entrada. As notificações usam a mesma configuração preferredNotifChannel que o resto do Claude Code e disparam o hook Notification com o tipo agent_needs_input ou agent_completed. Sessões em background não precisam de nenhum terminal aberto para continuar funcionando. Um processo supervisor separado as executa, então você pode fechar agent view, fechar seu shell ou iniciar uma nova sessão interativa e seu trabalho despachado continua. O estado da sessão persiste no disco através de atualizações automáticas e reinicializações do supervisor. As sessões também são preservadas quando sua máquina dorme. Seus processos retomam ao acordar e o supervisor se reconecta a eles em vez de tratar a lacuna de tempo como inatividade. Desligar ainda interrompe as sessões em execução; veja Sessions show as failed or stopped after shutdown para saber como recuperá-las. Uma sessão que estava no meio de uma resposta quando a máquina dormiu pode voltar sem responder. Quando você abre uma sessão que parou de responder, o supervisor reinicia seu processo e a sessão continua a resposta interrompida de onde parou.

Resumos de linha

O resumo de uma linha em cada linha é gerado por um modelo Haiku-class para que a linha possa informar o que a sessão está fazendo, o que precisa ou o que produziu sem abrir a transcrição. Enquanto uma sessão está ativamente funcionando, o texto da linha é atualizado no máximo uma vez a cada 15 segundos a partir da saída recente da própria sessão sem enviar uma requisição de modelo, e o modelo escreve um resumo novo quando cada turno termina. Uma linha funcionando mostra o que a sessão diz que está fazendo, e uma linha bloqueada mostra a pergunta que está fazendo. Durante um turno longo, o modelo também reescreve o resumo a cada poucos minutos para que uma linha ocupada não continue mostrando um resumo desatualizado. O texto de resumo preenche a largura restante da linha; abra o painel de espiada para ler uma sentença que a borda do terminal corta. Quando a lista é agrupada por diretório, o resumo abre com o estado da sessão como uma palavra colorida, como Needs input · double jump or wall climb?. No agrupamento de estado padrão, o cabeçalho do grupo já nomeia o estado, então a linha mostra apenas o resumo.

Custo dos resumos de linha

O resumo de fim de turno e cada reescrita de meio de turno são uma requisição curta através de seu provedor normal, cobrada e tratada sob os mesmos termos de uso de dados que a sessão em si. Em um provedor de terceiros ou gateway, os resumos usam o modelo que você define em ANTHROPIC_DEFAULT_HAIKU_MODEL. Quando ela não está definida, eles usam o modelo do seu provedor para tarefas em segundo plano: veja Amazon Bedrock, Agent Platform do Google Cloud, Microsoft Foundry ou seu gateway.

Status de pull request

Quando uma sessão abre um pull request, Claude Code adiciona um rótulo na borda direita da linha, vinculado ao pull request:
  • Claude Code escreve o rótulo como #1234 para um pull request e como !1234 para um merge request do GitLab.
  • Claude Code emite o link mesmo quando não consegue detectar suporte a hiperlink, por exemplo sobre SSH ou tmux. Defina FORCE_HYPERLINK=0 para renderizar o rótulo como texto simples.
  • Depois que você envia um acompanhamento para a sessão, Claude Code mantém o rótulo enquanto a linha retorna ao progresso ao vivo.
Uma sessão que trabalha em um pull request existente está vinculada a ele da mesma forma. Claude Code encontra o pull request de forma diferente dependendo do comando que Claude executa:
  • Quando Claude edita, comenta, fecha ou marca um pull request como pronto com gh, Claude Code vincula o pull request que a saída do próprio comando nomeia. Um comando gh cuja saída capturada não nomeia nenhum pull request não cria um link; gh pr merge é o caso comum, porque imprime seu resultado apenas para um terminal interativo.
  • Quando Claude faz checkout de um pull request com gh pr checkout ou faz push para um branch, Claude Code procura o branch com gh pr view e vincula seu pull request aberto.
  • O pull request não precisa existir ainda quando Claude faz push: Claude Code tenta novamente a busca do branch após até cinco comandos git, gh, glab ou curl posteriores executados no mesmo diretório, então um pull request criado após o push, incluindo um que Claude cria através da API REST do GitHub, vincula quando uma nova tentativa o encontra.
Quando uma sessão está vinculada a mais de um pull request, o rótulo mostra uma contagem em vez disso, como 3 PRs, colorido pelo pull request aberto que mais precisa de atenção. Abra o painel de espiada para ver todos eles. O número do pull request é colorido pelo seu status: Para uma tarefa que termina em um pull request, verifique este rótulo para o resultado: revise e mescle o pull request quando seu número ficar verde.

Espiar e responder

Pressione Space em uma linha selecionada para abrir o painel de espiada. Ele abre com a sentença que a linha trunca na borda do terminal, e qual sentença é depende do estado da sessão:
  • Uma sessão que está aguardando você: a pergunta exata que está fazendo, acima da entrada de resposta
  • Uma sessão concluída: seu resultado
  • Uma sessão funcionando: sua sentença de status completa
Quaisquer pull requests vinculados à sessão são listados em seguida. Mais uma linha aparece abaixo deles para uma sessão que está aguardando você ou em execução no modo seguro:
  • Uma linha como waiting 3m: há quanto tempo a sessão está aguardando você. A idade na borda direita da linha é um número diferente: ela conta a partir de quando a sessão começou
  • safe mode · customizations are off: esta sessão é executada com suas personalizações desativadas porque você a iniciou a partir do seu shell com claude --bg --safe-mode. Você pode deixá-la como está. Para continuar a conversa com suas personalizações ativadas novamente, execute claude stop <id> e depois claude --resume, ambos no seu shell
Na maioria das vezes, o painel de espiada é suficiente e você não precisa abrir a transcrição completa. Digite uma resposta no painel de espiada e pressione Enter para enviá-la para essa sessão. Prefixe uma resposta com ! para enviar um comando Bash em vez disso. O que acontece com a resposta depende da sessão e do que você envia:
  • Uma sessão que está funcionando: /model, /effort, /rename e /usage são executados imediatamente. Outras respostas entram na fila de mensagens da sessão em vez de interromper a resposta, e entram em vigor quando a entrada enfileirada entra. Outros comandos aguardam o fim do turno, mesmo aqueles que são executados assim que você os digita no próprio prompt de uma sessão
  • Uma resposta que é exatamente /stop: interrompe a sessão imediatamente em vez de ser entregue a ela, esteja a sessão funcionando ou aguardando você
  • Um shell job: a resposta, incluindo /stop, vai para o terminal do comando como entrada digitada
Quando a sessão está aguardando você, a forma como você responde a partir do painel de espiada depende do que ela está aguardando:
  • Uma pergunta com opções predefinidas: o painel lista as opções por número. Com a entrada de resposta vazia, pressione o número de uma opção para preenchê-la, depois Enter para enviá-la, ou digite sua própria resposta em vez disso
  • Uma pergunta sem opções predefinidas: digite sua resposta. Quando a entrada vazia mostra uma resposta sugerida, pressione Tab para preenchê-la e editá-la antes de enviar
  • Um prompt de permissão ou outro diálogo, como um prompt de sandbox ou uma solicitação de entrada de um servidor MCP: responder não o responde. Sua mensagem aguarda na fila. Para responder ao diálogo, anexe com →
Quando um hook PermissionRequest ou PreToolUse retorna uma saída que Claude Code não consegue validar para a chamada que a sessão está pedindo, a linha mostra o evento do hook e hook output invalid: com o erro de validação antes do texto da solicitação pendente. Para um hook que falha de outra forma, a linha diz que o hook falhou. A sessão ainda aguarda a mesma solicitação. Quando uma resposta não pode ser entregue, a mensagem de erro diz se ela foi salva. Uma resposta prefixada com ! ou / nunca é salva. Claude Code envia uma resposta salva como o próximo prompt da sessão na próxima vez que você reiniciar a sessão; envie qualquer outra resposta novamente. Com voice dictation ativada no modo de segurar, segure sua tecla push-to-talk enquanto a entrada de resposta está focada para ditar uma resposta em vez de digitá-la. O mesmo funciona na entrada de despacho na parte inferior de agent view. Use ↑ e ↓ para espreitar sessões adjacentes sem fechar o painel, ou → para anexar.

Anexar a uma sessão

Pressione Enter ou → em uma linha selecionada para anexar. Agent view é substituído pela sessão interativa completa. Quando você anexa, Claude publica um breve resumo do que aconteceu enquanto você estava ausente. Enquanto anexado, a sessão se comporta como qualquer outra sessão Claude Code: comandos, atalhos de teclado e recursos todos funcionam, com as exceções abaixo. Enquanto você está anexado, /install-github-app e a lista de configurações /mcp funcionam normalmente, já que um humano no terminal pode completar seus diálogos. Quando ninguém está anexado, esses comandos não conseguem abrir seus diálogos, então a sessão aparece sob Needs input em agent view com uma linha como open this session to manage MCP servers, e a resposta da transcrição diz o mesmo. Anexe e execute o comando novamente para continuar; a linha de necessidade de entrada é limpa quando você anexa. /mcp reconnect <server>, /mcp enable e /mcp disable funcionam sem anexar de qualquer forma. Sessões anexadas sempre renderizam em modo fullscreen, independentemente de sua configuração tui, porque uma sessão em background não tem scrollback de terminal para anexar. Role com PgUp, PgDn ou a roda do mouse, e pressione Ctrl+O para modo de transcrição. O scroll nativo do seu terminal e o modo de cópia tmux mostram apenas o viewport atual, o mesmo que quando você executa qualquer aplicativo fullscreen. Uma sessão anexada não informa seu status ao seu terminal. Pressione ← em um prompt vazio, ou execute /exit, para desanexar e retornar a agent view, independentemente de você ter aberto a sessão a partir de agent view ou com claude attach <id> a partir do seu shell. ← também desanexa enquanto o overlay /btw está aberto. Requer Claude Code v2.1.257 ou posterior. Uma pergunta lateral que ainda está respondendo continua em execução enquanto você está ausente. Na próxima vez que você anexar, o overlay reabre com ela, ou com sua resposta. No Windows, se você pressionar ← dentro de cerca de meio segundo de anexar, Claude Code mostra Ambiguous ←, press again to detach, porque naquela janela o terminal pode reentregar um pressionamento de antes de você anexar. Pressione ← novamente para desanexar. Ctrl+Z também desanexa mas volta para onde você começou em vez disso: agent view se você anexou de lá, ou seu shell se você executou claude attach. Use Ctrl+Z quando um diálogo tem foco e não está respondendo a ←. Ctrl+C mantém seu comportamento de interrupção padrão enquanto anexado: ele cancela uma resposta em execução ou comando shell ! em vez de desanexar. Pressionar Ctrl+C duas vezes em um prompt vazio desanexa. Desanexar nunca interrompe uma sessão em background: ←, Ctrl+Z, /exit e duplo Ctrl+C ou duplo Ctrl+D a deixam em execução. Se você desanexar enquanto um /loop está aguardando sua próxima iteração, o loop continua em execução e essa iteração começa no horário programado sem você. Para interromper o loop antes de desanexar, veja Interromper um loop. Para encerrar uma sessão de dentro dela, execute /stop.

Alternar sessões sem sair do terminal

Em uma sessão em execução em primeiro plano, uma que você iniciou no terminal em vez de anexar a partir de agent view, pressionar ← em um prompt vazio a coloca em background e abre agent view com essa linha selecionada, para que você possa alternar sessões sem sair do terminal. O mesmo pressionamento único desanexa uma sessão anexada. Se você pressionar ← logo após deletar o último texto do prompt ou mover pelo histórico do prompt, Claude Code pede que você confirme: o primeiro pressionamento mostra Press ← again to open agents, ou Press ← again to go back to agents em uma sessão anexada, e o segundo pressionamento alterna. Quando ← coloca uma sessão em primeiro plano em background, agent view mostra Your conversation moved to the background acima da lista, com a linha dessa sessão já selecionada. De lá:
  • Pressione Enter para reabrir a conversa.
  • Pressione Esc para desfazer a alternância e retornar à conversa. Se Esc mostra Still starting — try again in a moment, a sessão em background ainda não está pronta, então pressione Esc novamente em um momento.
  • Pressione Ctrl+C duas vezes para sair para seu shell.
Quando Claude Code não consegue reabrir a conversa, ele sai e imprime um comando claude --resume que a retoma. A lista de tarefas do Claude se move para a sessão em background com a conversa, então a lista de verificação está intacta quando você retorna àquela linha. A linha em que você pressionou ← também mantém um nome em negrito e não esmaecido depois que você move a seleção com as teclas de seta ou o mouse, para que você possa dizer de qual sessão você veio. Se uma ferramenta está em execução quando você pressiona ←, Claude Code aguarda que ela termine antes de colocar em background, e Claude continua a resposta na sessão em background. Pressione ← novamente para colocar em background imediatamente em vez de aguardar. Quando o trabalho em segundo plano em andamento não pode ser transferido para a sessão em background, Claude Code mostra o diálogo Background this session? primeiro, o mesmo que com /background. Após cerca de dez segundos, Claude Code coloca a sessão em background sem aguardar mais, exceto em casos como estes:
  • Subagentes em primeiro plano ainda estão em execução: o Claude Code continua aguardando para que o trabalho dos subagentes em primeiro plano que o Claude iniciou seja preservado, e exibe Still backgrounding after the current tool. Pressione ← novamente para enviar para segundo plano sem aguardar, o que reinicia esses subagentes desde o começo.
  • Um prompt de permissão ou uma pergunta está aguardando sua resposta: enquanto um prompt de permissão ou uma pergunta que Claude fez aguarda, Claude Code continua aguardando e mostra Still backgrounding after the current tool — a question is waiting for your answer. Se sua resposta permitir que o turno continue, como Yes em um prompt de permissão, Claude Code coloca a sessão em background quando a ferramenta atual terminar.
  • Você digita na entrada do prompt: Claude Code cancela a alternância, porque o texto não enviado fica na caixa de entrada do seu terminal e não se moveria para a sessão em background. Ele mostra Backgrounding cancelled — you have unsent text in the input. Send it or clear it, then press ← again. Claude continua trabalhando em primeiro plano.
  • Você interrompe o turno: Claude Code cancela a alternância e mostra Backgrounding cancelled — the turn was stopped. Por exemplo, o turno é interrompido quando você interrompe Claude com Esc ou seleciona No sem um comentário em um prompt de permissão da conversa principal, ou pressiona Esc em uma pergunta que Claude faz ali. Pressione ← novamente para colocar a sessão em background.
  • Uma mensagem enfileirada não pode ser movida: as mensagens que você enfileirou enquanto Claude estava trabalhando se movem para a sessão em background com a conversa. Quando uma delas não pode ser movida, a sessão permanece em primeiro plano e Claude Code mostra um aviso como Cannot open agents — 1 queued message can't move to the background. Press ← again once Claude has read it.
Quando Claude Code coloca a sessão em background, seja após cerca de dez segundos ou depois que você pressiona ← novamente, ele interrompe um comando shell que Claude ainda está executando em primeiro plano. Claude Code não mostra o diálogo Background this session? para esse comando. Na sessão em background, Claude não tem registro de que o comando foi iniciado, então Claude pode executar o comando novamente. Para manter o comando em execução quando a sessão for movida, pressione Ctrl+B para transformá-lo em um comando em background enquanto Claude Code ainda está aguardando. Pressionar ← cria a linha da sessão mesmo quando a conversa não tem mensagens ainda, então → ainda retorna a ela. Você pode desativar este atalho para sessões em primeiro plano com a configuração leftArrowOpensAgents em /config.
Prompts enviados enquanto a sessão é movida para background
Se você inserir um prompt ou comando shell ! no momento em que a sessão é movida para background, ele é interrompido ou fica sem ser enviado:
  • Enviado enquanto a conversa fecha: a resposta ou o comando é interrompido quando a conversa fecha e agent view abre
  • Ainda aguardando hooks naquele momento: o prompt não é enviado, e nada na tela indica isso. Isso inclui um prompt que você digitou enquanto hooks SessionStart ainda estavam em execução
Em ambos os casos, o texto que você digitou é mantido no histórico de prompts. Para enviá-lo novamente, abra a sessão colocada em background e pressione ↑ no prompt dela para trazer o texto de volta.

Organizar a lista

Agent view agrupa sessões para que as que precisam de entrada estejam no topo, com Ready for review e Needs input acima de Working e Completed. Esses nomes de grupo não mapeiam um-para-um para os estados acima: uma sessão se move para Ready for review quando tem um pull request aberto que precisa de revisão ou tem verificações falhando, e Completed coleta sessões concluídas, falhadas e interrompidas juntas. Pressione Ctrl+S para agrupar por diretório em vez disso. Sua escolha persiste entre execuções. Dentro de um grupo:
  • Pressione Ctrl+T para fixar uma sessão no topo e manter seu processo em execução enquanto inativo
  • Pressione Shift+↑ ou Shift+↓ para reordenar sessões
  • Pressione Ctrl+R para renomear uma sessão
  • Pressione Enter em um cabeçalho de grupo para recolhê-lo, exceto enquanto um filtro está ativo, quando todos os grupos permanecem expandidos
  • Pressione Ctrl+X para interromper uma sessão e Ctrl+X novamente dentro de dois segundos para deletá-la da lista, ou Esc para descartar a confirmação sem deletar. O segundo pressionamento deleta a sessão mesmo quando a tentativa de parada falha, por exemplo porque o serviço em background não está respondendo. Nesse caso, a confirmação permanece ativa por mais dois segundos, e a exclusão encerra o processo da sessão em si
Pressionar Ctrl+X em um cabeçalho de grupo deleta cada sessão naquele grupo após confirmação. Exceto nos casos mantidos cobertos em What deleting a session removes, deletar remove a sessão da lista. Um worktree que Claude criou para ela é removido, mantido ou deixado no lugar dependendo de como você deleta e o que o worktree contém. A transcrição da conversa fica em sua máquina local, disponível através de claude --resume. Sessões concluídas que não cabem na tela se dobram em uma linha … N more. O grupo Completed preenche o espaço vertical deixado após os grupos ativos. Em um terminal curto, o cabeçalho se compacta para uma única linha de resumo para que sessões que estão funcionando ou precisam de entrada permaneçam visíveis.

Trazer de volta uma sessão passada

Para trazer uma sessão de volta, digite /resume na entrada de despacho. Um seletor abre com sessões passadas do repositório a partir do qual você abriu agent view, mais recentes primeiro, incluindo sessões que você deletou da lista. Sessões que já têm uma linha não são listadas. Pressione Enter para retomar a sessão selecionada como uma sessão em background, para que ela se rejunte à lista como uma linha. /resume falha com isn't available in agent view quando:
  • /resume nomeia um id ou um termo de busca
  • a visualização tem escopo com --cwd
  • a visualização foi iniciada com --safe-mode
  • a visualização foi aberta com uma flag como --permission-mode ou --settings
Se você digitou algo depois de /resume, digite novamente sem isso. Se você usou uma dessas flags, execute claude agents no seu shell sem ela e, em seguida, digite apenas /resume.

Filtrar sessões

Comece a entrada de despacho com um destes filtros para restringir a lista enquanto digita: Para combinar filtros, comece com a:, s:, n: ou o: e adicione mais, separados por espaços. A lista mostra as sessões que correspondem a todos eles. Por exemplo, s:blocked a:reviewer lista as sessões reviewer que estão aguardando você. Enquanto um filtro está ativo, os grupos que você recolheu se expandem para mostrar suas correspondências e uma correspondência é selecionada, então pressionar Enter a abre. Limpe a entrada para remover o filtro, e esses grupos se recolhem novamente.

Atalhos de teclado

Pressione ? em agent view para ver os atalhos em contexto. A tabela abaixo os resume. Os atalhos que têm uma ação no contexto Agents seguem seu keybindings.json. O mesmo vale para Ctrl+G, através da vinculação chat:externalEditor do contexto Chat.

Despachar novos agentes

Você pode despachar novas sessões em segundo plano a partir da visualização de agentes, enviar ou copiar uma sessão interativa existente para o segundo plano, ou iniciar uma diretamente do shell.

Despachar um agente a partir da visualização de agentes

Digite um prompt na entrada na parte inferior da visualização de agentes e pressione Enter para iniciar uma nova sessão em segundo plano. A sessão é nomeada automaticamente a partir do prompt; renomeie-a mais tarde com Ctrl+R. O nome automático é um rótulo curto escrito por um modelo da classe Haiku. Um nome que a sessão recebe mais tarde também aparece em sua linha, incluindo o título gerado que a sessão recebe quando você aceita um plano nessa sessão. Cole uma imagem no prompt para incluir uma captura de tela ou diagrama com a tarefa. O texto colado com mais de 800 caracteres ou mais de três linhas é recolhido para um espaço reservado [Pasted text #N] para que a entrada permaneça em uma linha; o texto completo é enviado quando você despacha. Para revisar ou editar o texto recolhido antes de despachar, cole o mesmo texto novamente e o espaço reservado se expande de volta para a entrada. Prefixe ou mencione partes do prompt para controlar como a sessão é iniciada: Um pequeno conjunto de comandos é executado na própria visualização de agentes em vez de despachar:
  • /exit e /quit fecham a visualização de agentes
  • /logout desconecta você
  • /model, /effort e /fast definem com o que as sessões que você despachar em seguida começam. /effort e /fast requerem Claude Code v2.1.299 ou posterior.
  • /login abre o diálogo de entrada para que você possa entrar novamente sem anexar a uma sessão
  • Um /resume simples, ou seu alias /continue, abre um seletor das sessões passadas do repositório para trazer uma de volta como uma sessão em segundo plano
Skills, seus próprios comandos e built-ins que expandem prompts, como /init, são enviados para uma nova sessão em segundo plano como seu primeiro prompt. A dica isn't available in agent view significa que o comando built-in que você digitou não foi executado. Para executá-lo, anexe a uma sessão e digite-o lá. Tudo o que você digitou permanece na entrada ao lado da dica para que você possa editá-lo. Empacotar uma tarefa recorrente como uma skill permite que você inicie o mesmo fluxo de trabalho a partir da visualização de agentes repetidamente sem redigitar o prompt. Quando o mesmo @name corresponde tanto a um subagente quanto a um repositório irmão, o subagente tem precedência. A correspondência de primeira palavra simples também se aplica, portanto um prompt que começa com um de seus nomes de subagente despacha esse subagente em vez de tratar a palavra como texto simples. Use o formulário @ quando quiser ser explícito, ou comece o prompt com uma palavra diferente para evitar a correspondência.

Despachar para um diretório específico

Uma nova sessão é executada no diretório do qual você abriu a visualização de agentes. Para direcionar um diretório diferente, use qualquer um destes:
  • Abra claude agents nesse diretório.
  • Abra claude agents em um diretório pai e mencione um repositório filho com @<repo> no prompt. Digitar @ lista esses destinos:
    • Repositórios Git um nível abaixo do diretório de inicialização
    • Os git worktrees registrados do repositório do qual você iniciou que vivem dentro de sua árvore de diretórios, como os que Claude cria sob .claude/worktrees/, rotulados com seu branch em checkout. Worktrees adicionados fora do repositório, como com git worktree add ../feature, não são listados
    • Qualquer diretório que já tenha uma sessão na lista
    Um diretório cujo nome contém um espaço não é listado.
  • Do shell, cd para o diretório e execute claude --bg "<prompt>".
Quando a visualização de agentes é agrupada por diretório, despachar envia o prompt para o diretório da linha selecionada, para que você possa selecionar um grupo e despachar para ele sem redigitar o caminho.

Enviar ou copiar uma sessão para o segundo plano

Dois comandos movem o trabalho da sessão em que você está para o segundo plano: /background envia a conversa atual para lá e libera seu terminal, e /fork envia uma cópia enquanto você continua trabalhando onde está.

Enviar a sessão para o segundo plano

Execute /background ou seu alias /bg para mover a conversa atual para uma sessão em segundo plano. Passe um prompt como /bg run the test suite and fix any failures para dar uma instrução adicional primeiro. Se Claude estiver respondendo quando você executar /bg, a resposta continua na sessão em segundo plano. Se você sair de uma sessão enquanto alguns tipos de trabalho em segundo plano estão em execução, como subagentes ou fluxos de trabalho, um diálogo Background work is running avisa que o trabalho será interrompido. Escolha Move to background and exit para colocar a sessão em segundo plano da mesma forma que /background faz e retornar ao seu shell. A opção não é mostrada quando a visualização de agentes está desativada. Se uma sessão em segundo plano na lista já tiver o nome da conversa, Claude Code numera o nome da nova linha, como my-session (2), e deixa o nome da linha existente intacto. Para renomear a nova linha, selecione-a na visualização de agentes e pressione Ctrl+R.

Copiar a sessão com /fork

Execute /fork para copiar a conversa atual para uma nova sessão em segundo plano enquanto a original continua em execução. A cópia começa com tudo na conversa até esse ponto; veja os pontos abaixo para onde a cópia é executada. Ela também carrega o modelo, modo de permissão, nível de esforço e quaisquer diretórios ou concessões de permissão “não pergunte novamente” que você adicionou durante a sessão. A cópia aparece como sua própria linha na visualização de agentes. Após o fork, as duas conversas são independentes: nada que a cópia faz entra na conversa original por conta própria, embora em sessões onde mensagens entre sessões estão habilitadas, o Claude de qualquer sessão possa explicitamente enviar mensagens para a outra. Quando a visualização de agentes está desativada, /fork inicia um subagente bifurcado em vez de copiar a sessão.
Enviar um prompt à cópia e abrir sua sessão
Passe um prompt como /fork open a draft pull request with the work so far e a cópia começa a trabalhar nele imediatamente. Sem um prompt, a cópia aguarda sua primeira instrução: selecione sua linha em claude agents e pressione Space para enviar uma, ou execute claude attach <id>. A linha selecionada mostra space to send it a prompt enquanto aguarda. A confirmação /fork é uma linha mostrando o estado da cópia, como session running, o nome de sua linha de visualização de agentes e seu ID de sessão para claude attach. Clique no nome para mudar para a cópia: essa sessão vai para o segundo plano, o mesmo que pressionar ←, e a visualização de agentes abre a sessão da cópia.
Onde a cópia é executada
Exceto quando a cópia edita no local, Claude Code a instrui a criar seu próprio worktree antes de fazer alterações de código. Fora de um repositório git, apenas uma cópia movida para fora de um worktree criado por hook recebe a instrução; sem um WorktreeCreate hook, a cópia edita no local. Uma cópia movida para fora de seu worktree também é instruída a nunca editar, executar comandos em ou entrar nesse worktree, qualquer que seja a configuração de isolamento. Onde a cópia começa depende de onde a sessão atual está em execução:
  • Como qualquer sessão despachada, a cópia se move para seu próprio worktree antes de editar arquivos. Nesse caso, a confirmação não menciona onde a cópia é executada.
  • Quando sua sessão se moveu para seu worktree vinculado após iniciar, a cópia começa de volta onde a sessão estava antes da mudança e, a menos que edite no local, faz suas alterações de código em um worktree próprio lá. Quando seu worktree está em checkout em um branch, essa instrução também diz a uma cópia cuja tarefa se baseia em seu trabalho para basear seu novo branch no seu, já que seu branch permanece em checkout no seu worktree. A confirmação termina com runs in the origin tree.
  • Quando você iniciou a sessão dentro de um worktree vinculado de um repositório que tem uma árvore de trabalho principal, a cópia começa nessa árvore de trabalho principal, com a mesma regra de worktree próprio, mas sem instrução de branch. A confirmação termina com runs in the origin tree aqui também.
  • Uma sessão iniciada dentro de um worktree de um layout de repositório bare não tem árvore de trabalho principal para retornar, portanto a cópia permanece onde está, e a confirmação termina com edits this checkout. A mesma nota aparece quando o isolamento de worktree está desativado em uma sessão que não está dentro de um worktree vinculado, porque a cópia então edita os arquivos que você tem abertos.
Sessões que não podem ser bifurcadas
Sessões iniciadas com flags de inicialização que a cópia não herdaria, como um system prompt substituído ou uma allowlist --tools, não podem ser bifurcadas; Claude Code diz isso em vez de fazer uma cópia parcial. Uma sessão despachada a partir da visualização de agentes é bifurcada normalmente: a cópia é iniciada com a mesma definição de agente e instruções anexadas que a sessão da qual veio.

O que é transferido quando você coloca em segundo plano

Quando você coloca a sessão em segundo plano, cada tipo de trabalho em segundo plano em andamento é transferido para a sessão em segundo plano, continua apenas quando Claude o reinicia lá, ou para:
  • É transferido: comandos de shell em segundo plano em execução, subagentes em segundo plano, tarefas agendadas que você criou com /loop e as respostas automáticas do Claude a comentários de artefatos continuam em execução na sessão em segundo plano. Um subagente se move junto com tudo o que iniciou, portanto se transfere apenas quando todo esse trabalho também pode se mover.
  • Continua apenas quando Claude o reinicia: um fluxo de trabalho dinâmico em execução. Se o fluxo de trabalho não tiver continuado quando você verificar a sessão em segundo plano, peça a Claude para reiniciá-lo.
  • Para: trabalho que não pode ser movido para a sessão em segundo plano, como um monitor em execução. Quando qualquer trabalho desse tipo está em execução, Claude Code mostra o diálogo Background this session? para que você possa confirmar antes de parar o trabalho. Um subagente em segundo plano que possui um monitor para junto com o monitor.
Uma vez em segundo plano, a sessão pode iniciar novos subagentes, monitores e comandos em segundo plano, e esses continuam em execução em desanexações e reanexações posteriores. As flags de configuração do lançamento original são transferidas para a sessão em segundo plano, portanto seus servidores MCP, configurações e modelo de fallback permanecem em vigor:
  • --mcp-config e --strict-mcp-config
  • --settings
  • --setting-sources
  • --add-dir
  • --plugin-dir
  • --fallback-model
  • --allow-dangerously-skip-permissions
Os diretórios que você adicionou durante a sessão com /add-dir também são transferidos. Transferir --allow-dangerously-skip-permissions mantém bypassPermissions acessível na sessão em segundo plano, mas não concede nada novo: o modo ainda requer sua aceitação do aviso de bypass registrada.
Fluxos de trabalho dinâmicos quando você coloca em segundo plano
Se um fluxo de trabalho dinâmico não tiver continuado depois que você colocou sua sessão em segundo plano, peça a Claude para reiniciar o fluxo de trabalho. A execução continua apenas quando Claude a reinicia na sessão em segundo plano, e Claude Code pode pedir que você aprove essa reinicialização primeiro. A conversa da sessão mostra um aviso de que o fluxo de trabalho could not be resumed. Quando Claude reinicia o fluxo de trabalho, quaisquer subagentes dele que ainda estavam em execução quando você colocou a sessão em segundo plano começam do início e gastam seus tokens novamente. Se você pressionar ← ou executar /background enquanto algum ainda estiver em execução, o diálogo Background this session? diz quantos. Para deixá-los terminar primeiro, escolha Stay.

Despachar um agente a partir do seu shell

Passe --bg ou sua forma longa --background para iniciar uma sessão que vai direto para o segundo plano:
O prompt é o argumento posicional, não um valor -p. Claude Code rejeita --bg combinado com -p ou --print antes de qualquer sessão ser criada, porque --print nunca inicia a sessão interativa à qual claude agents se anexa. Se você executar claude --bg a partir de um terminal em um diretório que você não confiou, o diálogo de confiança do workspace aparece primeiro e a sessão começa uma vez que você aceita. Se você recusar, Claude Code sai sem iniciar uma sessão. Onde nenhum diálogo pode aparecer, como em um script, o comando sai com um erro Workspace not trusted em vez disso. Para executar um subagente específico que você definiu, como um code-reviewer, como o agente principal da sessão, combine --bg com --agent:
Se o nome não corresponder a nenhum de seus subagentes, o lançamento falha: Claude Code imprime um aviso no agent named e ainda relata a sessão como em segundo plano, mas a sessão sai imediatamente com um erro --agent '<name>' not found. Quando a sessão em segundo plano mais tarde retoma ou reinicia, Claude Code restaura o agente e suas restrições de ferramentas; para seu system prompt, veja Flags de system prompt em conversas retomadas. Ele procura o agente no diretório da própria sessão primeiro, desde que você tenha confiado nesse workspace, portanto um agente com escopo de projeto ainda é carregado quando a sessão é retomada de outro diretório. Se o agente não existir mais, a sessão continua com as ferramentas padrão e sua transcrição abre com um aviso nomeando o agente. Para continuar uma conversa existente em segundo plano, passe seu ID de sessão completo com --resume:
No Claude Code v2.1.257 ou posterior, Claude Code continua essa sessão sob o mesmo ID, ou inicia uma cópia sob um novo ID e imprime uma linha note: explicando por que não pôde continuar no local. Quando a sessão continua no local, claude agents mostra uma linha para ela. Quando você combina --bg com --continue, um --resume simples, ou --resume com um nome ou caminho de arquivo, Claude Code sempre inicia tal cópia. Adicione --fork-session para iniciar uma cópia propositalmente, sem a nota. Passe --name para definir o nome de exibição da sessão na visualização de agentes em vez do gerado automaticamente:
Após colocar em segundo plano, Claude imprime o ID curto da sessão e os comandos para gerenciá-la. Quando o serviço que hospeda sessões em segundo plano ainda não está em execução, --bg pode primeiro imprimir Starting background service… acima dessa saída. Quando você passa --name, o nome aparece após o ID curto:

Prompts que contêm --bg

Um prompt que menciona --bg ou --background é entregue como digitado, assim como uma resposta --bg que você envia para uma sessão em segundo plano. Por exemplo, este comando inicia uma sessão em segundo plano, e o segundo --bg faz parte de seu prompt:
Claude Code lê um argumento inteiro como a flag apenas onde uma flag pode estar: antes de qualquer separador -- simples e não onde outra flag espera seu valor. Coloque a flag primeiro, como em claude --bg "<prompt>". Onde a posição é ambígua, como após uma sequência de flags curtas combinadas, Claude Code não inicia nada. Em vez disso, ele sai com Couldn't tell whether --bg is a flag or text here.

Executar um comando do shell

Para executar um comando do shell como um trabalho em segundo plano em vez de uma sessão do Claude, passe --exec. O exemplo a seguir executa pytest -x como um trabalho em segundo plano:
A partir da visualização de agentes, despache o mesmo tipo de trabalho digitando ! como o primeiro caractere da entrada de despacho: o ! aparece como um prefixo, tudo depois dele é o comando, e Enter inicia o trabalho. O comando é executado como um trabalho com suporte PTY e aparece como uma linha na visualização de agentes, com a linha de saída mais recente como seu status. Um trabalho de shell executa o comando no lugar do Claude, portanto nenhum modelo é invocado e a saída não é enviada para nenhuma sessão. Para ver a saída, anexe à linha, pressione Space para espreitar sem anexar, ou execute claude logs <id> do seu shell. A saída capturada permanece na memória e não é escrita em disco. A linha e sua saída são limpas automaticamente cerca de cinco minutos após o comando sair, portanto leia antes disso se precisar do resultado.

Como os edits de arquivo são isolados

Quando você despacha uma sessão em segundo plano a partir da visualização de agentes ou inicia uma com claude --bg, a sessão começa em seu diretório de trabalho. Antes de editar arquivos, Claude move a sessão para um git worktree isolado sob .claude/worktrees/, para que sessões paralelas possam ler o mesmo checkout, mas cada uma escreve em seu próprio. Uma vez que a sessão está em seu worktree, Claude Code aplica isolamento de worktree para a sessão e para quaisquer subagentes que ela gera. Claude pula o worktree quando:
  • Você moveu uma sessão que já tinha aberta para o segundo plano com ← ou /background. Essa sessão continua editando arquivos onde já estava trabalhando
  • A sessão já está dentro de um git worktree vinculado, seja Claude o criou sob .claude/worktrees/ ou você o criou com git worktree add em outro lugar
  • O arquivo que Claude está editando está dentro de um git worktree vinculado, como um que a sessão ou seu subagente criou com git worktree add
  • O diretório de trabalho não é um repositório git e nenhum WorktreeCreate hook está configurado
  • A escrita está fora do diretório de trabalho
Para desativar o isolamento de worktree para um repositório onde git worktrees são impraticáveis, defina worktree.bgIsolation como "none". As sessões em segundo plano então editam sua cópia de trabalho diretamente sem se mover para um worktree primeiro. Adicione a configuração ao .claude/settings.json do projeto:
Fora de um repositório git, as sessões escrevem no diretório de trabalho diretamente e não são isoladas uma da outra, portanto evite despachar sessões paralelas que editam os mesmos arquivos. Se você usar um sistema de controle de versão diferente, configure um WorktreeCreate hook e Claude isola edits da mesma forma que faz para git. Quando o hook falha em um diretório que não é um repositório git, Claude pula o isolamento para esse diretório e edita o diretório de trabalho no local. Dentro de um repositório git, uma sessão que Claude move para um worktree antes de editar não pode usar as ferramentas Edit, Write ou NotebookEdit no checkout compartilhado até que essa mudança aconteça. Para encontrar o caminho do worktree de uma sessão, anexe e verifique seu diretório de trabalho. Um subagente que a sessão em segundo plano gera herda o diretório de trabalho da sessão. Uma vez que a sessão está em um worktree, os edits de arquivo do subagente acabam nesse worktree em vez de em sua cópia de trabalho. Para dar a um subagente seu próprio worktree separado em vez disso, defina isolation: worktree em seu frontmatter ou passe isolation: "worktree" ao gerá-lo. Quando uma sessão em segundo plano fez alterações de código em um worktree que Claude entrou, Claude Code instrui Claude a preservar o trabalho antes de terminar, para que sobreviva se você deletar a sessão e seu worktree:
  • Commit e push: Claude faz commit sem perguntar, e faz push do branch quando o repositório tem um remote.
  • Draft pull request: Claude abre um quando a tarefa pede, e o rótulo #N aparece na linha.
  • Nunca: fazer push para main ou master, force-push e merge.
  • Suas instruções git têm precedência: se a tarefa, CLAUDE.md ou a memória diz que você lida com commit ou push você mesmo, Claude deixa git para você.
Uma sessão editando um checkout que não isolou a si mesma ainda pergunta antes de fazer commit ou mudar de branch. Isso se aplica quando o isolamento está definido como "none", quando a mudança de worktree falhou, ou quando a sessão começou dentro de um worktree que já existia. Qualquer que seja a tarefa, Claude termina o trabalho com um relatório dizendo o que fez e onde o trabalho está: um caminho, um branch, um pull request, ou a resposta em si.

O que deletar uma sessão remove

Delete uma sessão com Ctrl+X duas vezes na visualização de agentes ou com claude rm. Exceto nos casos mantidos abaixo, a sessão sai da lista. Sua transcrição permanece em sua máquina através de claude --resume, e a remoção sobrevive a reinicializações do supervisor. O que acontece com um worktree que Claude criou para a sessão:
  • A visualização de agentes o remove, incluindo alterações não confirmadas, portanto faça commit do que você quer manter primeiro.
  • claude rm o mantém, junto com a linha da sessão, quando tem alterações não confirmadas.
  • Nem a visualização de agentes nem claude rm remove um worktree que outra sessão em execução está usando ou bloqueou, e deletar novamente não muda isso. Claude Code mantém o worktree e a sessão, e nomeia o diretório mantido e o motivo; na visualização de agentes, a linha da sessão mostra not deleted. Feche a outra sessão, depois delete novamente.
  • Quando você deleta uma sessão cujo worktree tem commits que Claude Code não pode confirmar que estão salvos em outro lugar, Claude Code mantém o worktree e a sessão, e a mensagem nomeia o branch do worktree e quantos commits não foram feitos push. A mensagem também oferece os dois caminhos adiante: fazer push dos commits, ou deletar novamente para descartá-los. Commits em um remote não bloqueiam a deleção. Nem commits na cópia local do branch padrão do seu remote origin, desde que esse branch esteja em checkout no seu checkout principal, o diretório do repositório em si em vez de um worktree. Após essa recusa, você escolhe:
    • Para manter os commits, faça push deles, ou mescle-os nesse branch padrão, depois delete a sessão novamente.
    • Para descartá-los, delete a sessão novamente sem fazer push: pressione Ctrl+X duas vezes em sua linha na visualização de agentes, ou execute o comando claude rm <id> --discard-unpushed que a recusa imprimiu. Isso remove a sessão e o worktree junto com seu branch, descartando os commits não feitos push e quaisquer alterações não confirmadas.
    Quando você deleta novamente, Claude Code descarta apenas o que a recusa mostrou: se o worktree ganhou um commit desde então, Claude Code o mantém novamente e mostra o estado atualizado. Quando o registro de outra sessão concluída também nomeia o worktree, ele permanece quando você deleta novamente; faça push dos commits, depois delete novamente.
  • Um worktree que git não reconhece mais, por exemplo após git worktree prune, não bloqueia a deleção. Claude Code deleta a sessão e deixa o diretório em disco.
  • Quando git ou seu WorktreeRemove hook falha em remover o worktree, Claude Code mantém o worktree e a sessão, e a mensagem nomeia a causa. Para um hook, a mensagem diz como terminou, como exited 1, e cita o início de seu stderr. A mensagem também diz qual destes fazer a seguir:
    • Delete a sessão novamente para remover o diretório mesmo assim, pressionando Ctrl+X duas vezes em sua linha na visualização de agentes ou executando o comando claude rm <id> --force-remove-worktree <worktree-id> que a recusa de claude rm imprimiu. O branch do worktree permanece no repositório. Claude Code oferece isso apenas quando pode confirmar todos os seguintes:
      • O diretório é um dos worktrees vinculados do repositório sob .claude/worktrees/
      • Nem o worktree nem um submódulo em checkout tem alterações não confirmadas em arquivos rastreados
      • Nenhum registro de outra sessão o nomeia
      Quando Claude Code não pode verificar o estado de um checkout de submódulo, como um substituído por um repositório git separado, ele também não oferece isso.
    • Corrija o que está no caminho, como fazer commit ou stash das alterações não confirmadas, mover um repositório git separado para fora do worktree, fechar o que quer que esteja usando o diretório, ou corrigir o hook, depois delete a sessão novamente.
    • Remova o diretório você mesmo, depois delete a sessão novamente.
Um worktree que você criou você mesmo e iniciou a sessão dentro é deixado no lugar de qualquer forma. Uma sessão cujo diretório de worktree não pertence a nenhum repositório git, porque o repositório foi deletado ou um WorktreeCreate hook criou o diretório em outro lugar, ainda pode ser deletada. Enquanto arquivos permanecem no diretório:
  • A visualização de agentes pede o mesmo duplo Ctrl+X antes de descartá-los. Para um diretório criado por hook, ele executa seu WorktreeRemove hook em vez disso, e sem um ele recusa a deleção e mantém a sessão.
  • claude rm mantém a sessão e o worktree, e nomeia o motivo.
Qualquer caminho mantém um diretório que o registro de outra sessão concluída nomeia.

Definir o modelo, o esforço e o modo rápido

Na visualização de agentes, digite /model, /effort ou /fast na entrada de despacho e pressione Enter, e as sessões que você despachar depois começam com o que você definiu. Sua escolha fica com essa janela da visualização de agentes e não é salva em um arquivo de configurações. /effort e /fast requerem Claude Code v2.1.299 ou posterior, assim como /model digitado sem nada depois. Informe o valor após o comando, ou digite o comando sozinho para escolher um de uma lista:
  • Modelo: /model <name>, por exemplo /model opus
  • Nível de esforço: /effort com low, medium, high, xhigh ou max, por exemplo /effort high. Para iniciar sessões em ultracode, abra a visualização de agentes a partir do seu shell com claude agents --effort ultracode em vez disso; a entrada de despacho não aceita /effort ultracode
  • Modo rápido: /fast on ou /fast off. A sessão começa no modo rápido apenas se o modo rápido estiver disponível para você e seu modelo suportar o modo rápido. Em um modelo que não suporta, a sessão começa com o modo rápido desativado, portanto primeiro use /model para escolher um dos modelos que suportam o modo rápido. A dica abaixo da entrada, não o cabeçalho, confirma se as novas sessões recebem o modo rápido.
Para desfazer uma escolha, informe default como o valor, por exemplo /effort default. O exemplo a seguir despacha uma sessão em Opus e a próxima em Sonnet:
Cada sessão em segundo plano pode ser executada em um modelo diferente. Para sobrescrevê-lo para uma sessão:
  • Do shell, passe --model com claude --bg.
  • Anexe a uma sessão em execução e execute /model para mudar. Uma escolha do seletor, ou um /model <name> digitado, salva como seu padrão para novas sessões a menos que você pressione s no seletor para uma mudança apenas de sessão. Uma mudança apenas de sessão persiste se a sessão for respawnada.
  • Despache um subagente que define model em seu frontmatter, começando o prompt com seu nome ou mencionando @name. Enquanto uma escolha de /model na entrada de despacho se aplica, o model do subagente não é usado, portanto digite /model default lá. Se você iniciou com claude agents --model, o do subagente também não é usado, portanto execute claude agents em seu shell sem --model.

Modo de permissão, modelo e esforço

Uma sessão em segundo plano toma suas configurações, provedor, modo de permissão, modelo e esforço de onde e como você a despachou. As subseções abaixo cobrem cada fonte, e o que persiste quando o supervisor reinicia a sessão.

Configurações e provedor

Uma sessão em segundo plano lê suas configurações do diretório em que é executada, da mesma forma que se você tivesse iniciado claude lá com as flags de configuração que ela carregou. Isso inclui valores env em configurações de projeto, portanto um ANTHROPIC_MODEL ou variável de provedor definida lá se aplica a toda sessão em segundo plano nesse diretório. Uma sessão em segundo plano também é executada com o PATH do shell do qual você a despachou, portanto os comandos que ela executa encontram as mesmas ferramentas que seu terminal faz. Ela mantém a seleção de provedor de nuvem desse shell também, como CLAUDE_CODE_USE_BEDROCK ou CLAUDE_CODE_USE_VERTEX, junto com seus aliases ANTHROPIC_DEFAULT_*_MODEL e qualquer substituição CLAUDE_CODE_EXTRA_BODY que você exportou lá.

Gateway de LLM

Se você rotear Claude Code através de um gateway de LLM, coloque as variáveis de gateway em um bloco env de um arquivo de configurações em vez de exportá-las em seu shell, e as sessões em segundo plano as leem com o resto de suas configurações. Definir em um arquivo de configurações mostra o bloco e qual arquivo de configurações usar para a credencial. Se você exportar um gateway ANTHROPIC_BASE_URL apenas em seu shell em vez disso, ele alcança uma sessão em segundo plano, junto com o ANTHROPIC_CUSTOM_HEADERS e credencial que você exportou com ele, apenas quando o supervisor foi ele próprio iniciado a partir de um shell que exportou o mesmo gateway, e apenas nestes casos:
  • Você coloca sua própria sessão em segundo plano com ← ou /background
  • Você despacha uma sessão para o diretório em que está
  • Você acorda uma sessão parada no diretório em que está anexando ou respondendo a ela
  • Você reinicia uma sessão no diretório em que está com claude respawn
Claude Code encaminha um gateway na frente de um provedor de nuvem. Se o shell do qual você despacha seleciona o provedor e exporta seu endpoint de gateway com sua flag de bypass de auth, Claude Code encaminha o par endpoint-e-flag para a sessão sob as condições que se aplicam a ANTHROPIC_BASE_URL, junto com ANTHROPIC_CUSTOM_HEADERS. Por exemplo, exporte CLAUDE_CODE_USE_VERTEX=1 com ANTHROPIC_VERTEX_BASE_URL e CLAUDE_CODE_SKIP_VERTEX_AUTH=1, e Claude Code encaminha esse endpoint e flag. Claude Code aplica um gateway encaminhado apenas ao processo em execução dessa sessão e nunca o escreve em disco.

Modo de permissão

  • Colocada em segundo plano com /bg ou ←: Claude Code mantém o modo de permissão em que a sessão estava, portanto um que você mudou para acceptEdits ou auto permanece lá após desanexar
  • Despachada de claude agents iniciado em um shell, ou com claude --bg: a nova sessão começa da forma que uma nova sessão claude nesse diretório começaria, a menos que você a tenha despachado a partir de uma visualização de agentes que você abriu com padrões de despacho. Em qual modo de permissão uma sessão começa lista a ordem
Para uma sessão que você despacha a partir de uma visualização de agentes aberta com ←, Claude Code toma o modo de permissão do primeiro destes que se aplica:
  1. O permissions.defaultMode do diretório alvo. auto e bypassPermissions entram em vigor apenas a partir de configurações gerenciadas, um arquivo --settings ou ~/.claude/settings.json. Claude Code recusa um defaultMode do .claude/settings.json ou .claude/settings.local.json do projeto que seleciona um modo mais permissivo do que a sessão da qual você veio estava.
  2. O modo de permissão da sessão da qual você veio. Se essa sessão estava no modo bypassPermissions, a nova sessão pode começar no modo Manual em vez disso, com o aviso Bypass permissions was requested at launch and ignored. Isso acontece quando sua aceitação do aviso de bypass está apenas em .claude/settings.local.json ou em um arquivo --settings. Continue no modo Manual, ou adicione essa aceitação a ~/.claude/settings.json.
Quando Claude Code recusa o modo de uma fonte como muito permissivo, a próxima fonte na lista decide. Por exemplo, se você despacha a partir de uma sessão em modo de planejamento para um diretório cujas configurações verificadas pedem acceptEdits, a nova sessão começa em modo de planejamento. Se você mover esse defaultMode para ~/.claude/settings.json, ele se aplica independentemente do modo de permissão da sessão da qual você veio. A permissividade segue a ordem: planejamento, depois Manual e dontAsk, depois acceptEdits e auto, cada um dos quais conta como mais permissivo do que o outro, depois bypassPermissions.

Padrões de despacho

Para definir padrões para toda sessão que você despacha a partir da visualização de agentes, passe qualquer um de --permission-mode, --model, --effort ou --agent ao abri-la:
--effort aqui aceita os mesmos valores que a flag --effort de nível superior, incluindo ultracode. --agent define o subagente usado quando um prompt de despacho não nomeia um, seja com @name ou como a primeira palavra. Seu padrão é a configuração agent se uma estiver definida, caso contrário o agente claude catch-all built-in. Nomear um subagente na entrada de despacho sobrescreve ambos. claude agents também aceita --dangerously-skip-permissions como abreviação para --permission-mode bypassPermissions, e --allow-dangerously-skip-permissions para tornar bypassPermissions disponível no ciclo Shift+Tab de cada sessão despachada sem começar nesse modo. Ambas correspondem às flags CLI de nível superior. Passe --restricted para iniciar toda sessão que você despacha a partir da visualização em modo restrito, como se cada uma fosse iniciada com a flag de nível superior --restricted. Requer Claude Code v2.1.248 ou posterior. Os padrões ativos aparecem no rodapé abaixo da entrada de despacho. Uma sessão em segundo plano iniciada no modo bypassPermissions requer sua aceitação do aviso de bypass registrada, já que esse modo permite que uma sessão que você não está observando aja sem aprovação. Passar --dangerously-skip-permissions ou --permission-mode bypassPermissions para claude agents mostra o mesmo aviso quando você não o aceitou antes, e aceitar aplica bypassPermissions às sessões que você inicia a partir da visualização. Passar --allow-dangerously-skip-permissions mostra o mesmo aviso também, e aceitar torna bypassPermissions disponível no ciclo Shift+Tab dessas sessões sem iniciá-las nele.

O que persiste entre reinicializações

O modo de permissão, modelo e esforço que você escolheu para uma sessão em segundo plano, junto com as flags de configuração que ela carrega, tudo persiste quando o supervisor mais tarde para e reinicia seu processo. Um modelo ou esforço que você mudou no meio da sessão com /model ou /effort também é mantido. Se a sessão tomou seu esforço de suas configurações em vez de --effort ou /effort, Claude Code lê suas configurações novamente cada vez que inicia um processo para a sessão. Depois que você edita o esforço salvo em settings.json, a mudança alcança sessões que você coloca em segundo plano com ← ou /bg, e suas reinicializações posteriores. O esforço salvo é a chave effortLevel ou uma entrada modelSettings. Claude Code também mantém um nome que você definiu com /rename ou Ctrl+R entre essa reinicialização, portanto você ainda pode executar claude --resume <name> para alcançar a sessão. Um prompt que você guardou com Ctrl+S enquanto anexado é mantido com a sessão também. Reabra a sessão após seu processo ter sido parado ou reiniciado, e pressione Ctrl+S para restaurar o texto guardado. O conteúdo colado no stash não sobrevive à reinicialização.

Configurações, plugins e servidores MCP

A visualização de agentes aceita as mesmas flags de configuração que claude para carregar configurações, plugins, servidores MCP e diretórios adicionais. A visualização de agentes aplica --settings, --setting-sources e --plugin-dir a si mesma e passa cada flag de configuração para as sessões que você despacha a partir dela, portanto um plugin ou servidor MCP que você carrega dessa forma está disponível nessas sessões. Repita --add-dir, --plugin-dir ou --mcp-config uma vez por valor. claude agents não suporta a forma separada por espaço, como --add-dir a b c. Você pode colocar --settings, --setting-sources e --plugin-dir antes ou depois de agents. Mantenha --add-dir e --mcp-config após agents: se você colocar qualquer um antes de agents, claude agents --json falha com um erro unknown option. O exemplo a seguir abre a visualização de agentes com uma substituição de configurações e um diretório extra:
--settings aceita um caminho de arquivo ou uma string JSON inline. Um caminho de arquivo deve apontar para um arquivo existente; Claude Code sai com um erro Settings file not found se não apontar.

Gerenciar sessões do shell

Cada sessão em background tem um ID curto que você pode usar do shell. O ID é impresso quando você inicia uma sessão com claude --bg, e o ID de cada sessão é seu nome de diretório em ~/.claude/jobs/. Esses comandos são úteis para scripts ou quando você não quer abrir agent view. claude attach e claude logs podem receber parte do nome de uma sessão no lugar do ID, como em claude logs "auth refactor". claude attach abre uma sessão pelo nome apenas enquanto seu processo está em execução, então passe o ID para reiniciar uma sessão interrompida. Passar um nome requer Claude Code v2.1.290 ou posterior.

Listar sessões como JSON

claude agents --json imprime sessões ativas como um array JSON e sai: cada sessão ativa, mais sessões em background que ainda estão funcionando ou bloqueadas mesmo quando seu processo saiu. Adicione --all para também incluir sessões em background concluídas, e --cwd <path> para limitar a lista a sessões iniciadas sob esse diretório. Cada entrada descreve uma sessão:

Ler estado da sessão de um script

claude agents --json é a forma suportada de ler estado da sessão de fora do Claude Code, por exemplo de uma barra de status, um agendador ou outra sessão Claude que supervisiona trabalho em background. Pesquise claude agents --json --all, que continua listando sessões cujo processo saiu, e leia state, status e waitingFor de cada entrada. Uma sessão que terminou seu turno e está esperando sua próxima instrução lê done, não blocked. blocked sempre significa que a sessão precisa de algo de você antes de continuar. Os arquivos em ~/.claude/jobs/<id>/ não são uma interface estável. Valores que uma sessão ou outro programa escreve em state, detail, tempo ou needs são substituídos na próxima atualização. Se você quer que uma sessão relate progresso em suas próprias palavras, faça-a escrever um arquivo próprio, por exemplo em $CLAUDE_JOB_DIR/tmp, em vez de editar state.json.

Como as sessões em segundo plano são hospedadas

O Claude Code trata cada sessão listada na visualização de agentes como uma sessão em segundo plano, esteja você conectado a ela no momento ou não. Por outro lado, uma sessão iniciada ao executar claude diretamente fica vinculada àquele terminal e termina quando ele é fechado, a menos que você a envie para o segundo plano. Para verificar em que tipo de sessão você está, execute /status. A linha Session kind mostra background job · attached ou background job · unattended em uma sessão em segundo plano, dependendo de haver um terminal conectado, e interactive em qualquer outra sessão.

O processo supervisor

O supervisor é um serviço em segundo plano que executa suas sessões em segundo plano para que elas continuem funcionando depois que você fecha a visualização de agentes ou o terminal. O Claude Code o inicia na primeira vez que você envia uma sessão para o segundo plano ou abre a visualização de agentes, e você não precisa gerenciá-lo. Cada sessão é seu próprio processo do Claude Code sob o supervisor, e o que acontece com esse processo depende do estado da sessão:
  • Trabalhando, pausada em um prompt de permissão ou outra caixa de diálogo, ou conectada: o processo continua em execução. Um subagente, fluxo de trabalho ou monitor em execução conta como trabalhando, assim como uma tarefa agendada com escopo de sessão pendente, como um despertar de /loop.
  • Concluída ou aguardando sua próxima mensagem, e desconectada por cerca de uma hora: o supervisor interrompe o processo para liberar recursos. Uma sessão que encerrou seu turno fazendo uma pergunta a você conta como aguardando sua próxima mensagem. A conversa permanece no disco e, na próxima vez que você se conectar ou responder, a sessão é retomada de onde parou. Fixe uma sessão com Ctrl+T para manter seu processo em execução.
  • Encerrada inesperadamente enquanto o supervisor está em execução: o supervisor reinicia o processo. Encerrar uma sessão que você mesmo enviou para o segundo plano com ← ou /background, por exemplo com kill, a marca como interrompida em vez de reiniciá-la. Para sessões que terminaram com um desligamento, consulte Sessões aparecem como com falha ou interrompidas após o desligamento.
  • Após uma atualização automática: o supervisor reinicia a si mesmo na nova versão e transfere as sessões ociosas em segundo plano. Sessões que estão trabalhando, aguardando você ou conectadas não são interrompidas.
  • O próprio supervisor para, por exemplo porque seu processo foi encerrado de fora do Claude Code: no macOS e no Linux, suas sessões param, a menos que um novo supervisor se conecte em cerca de um minuto. Para iniciar um, execute claude agents no seu shell. Depois desse minuto, consulte Manter as sessões em execução após o supervisor parar.
Quando o processo de uma sessão para ou reinicia, os comandos de shell em segundo plano e os subagentes em segundo plano que o Claude iniciou nela são transferidos para o próximo processo. Um fluxo de trabalho dinâmico continua somente quando o Claude o reinicia. Monitores em execução e comandos de shell que um subagente iniciou param junto com o processo. Se você excluir a sessão, tudo o que ela transferiu para de ser executado. Para, em vez disso, interromper tudo isso junto com o processo, defina CLAUDE_CODE_DISABLE_BG_EXIT_HANDOFF como 1. O supervisor e suas sessões se autenticam com as mesmas credenciais armazenadas que suas sessões interativas. Para saber quais configurações e variáveis de shell chegam a uma sessão, incluindo PATH, consulte Configurações e provedor. Para endpoints de gateway, consulte Gateway de LLM.

Manter as sessões em execução após o supervisor parar

Se a visualização de agentes exibir este aviso ao ser encerrada, nenhum supervisor está em execução:
Execute claude agents no seu shell dentro desse minuto para iniciar um novo supervisor e manter suas sessões em execução. Se o minuto passar antes, as sessões param, mas suas conversas salvas permanecem no disco. Para reiniciar uma sessão a partir da conversa salva, conecte-se a ela ou responda a ela, conforme descrito em Sessões aparecem como com falha ou interrompidas após o desligamento.

Onde o estado é armazenado

O estado das sessões é armazenado no diretório de configuração do Claude Code. Se você definir CLAUDE_CONFIG_DIR, o supervisor usa esse diretório em vez de ~/.claude e é executado como uma instância separada, com suas próprias sessões. Cada sessão em segundo plano tem a variável de ambiente CLAUDE_JOB_DIR definida como seu diretório ~/.claude/jobs/<id>, para que os comandos de shell que a sessão executa possam gravar arquivos temporários em $CLAUDE_JOB_DIR/tmp sem colidir com sessões paralelas. Para inspecionar esse estado sem ler os arquivos diretamente, execute claude daemon status. Ele informa se o supervisor está acessível, seu ID de processo e versão, o diretório do socket e quantas sessões em segundo plano estão ativas. O comando também avisa quando o supervisor em execução está em uma versão diferente do claude que você invocou, o que acontece após uma atualização para a qual o supervisor ainda não reiniciou. O aviso mostra as duas versões e instrui você a executar claude daemon stop --any para adotar a nova versão.

Desativar a visualização de agentes

Para desativar completamente os agentes em segundo plano e a visualização de agentes, defina a configuração disableAgentView como true ou defina a variável de ambiente CLAUDE_CODE_DISABLE_AGENT_VIEW. Os administradores podem impor isso por meio de configurações gerenciadas.

Solução de problemas

claude agents lista subagentes em vez de abrir a visualização de agentes

Se claude agents imprime uma contagem seguida pelos seus subagentes configurados e depois sai, a visualização de agentes não está disponível no seu ambiente. Execute claude update para instalar a versão mais recente. Se a visualização de agentes ainda não abrir após atualizar, verifique se ela foi desativada por uma configuração ou variável de ambiente.

Agent view abre sem sessões

Antes de você despachar sua primeira sessão, agent view mostra os cabeçalhos de seção vazios com uma descrição sob cada um, mais uma explicação de uma linha acima da entrada, no lugar da lista de sessões. Digite um prompt na entrada na parte inferior e pressione Enter para despachar sua primeira sessão.

Backgrounding mostra um diálogo Background this session?

Quando você pressiona ← para colocar uma sessão em background, um diálogo Background this session? significa que a sessão tem trabalho em segundo plano em andamento que seria interrompido, seria interrompido no meio ou continuaria em execução sem supervisão:
  • Trabalho que não pode se mover: a sessão tem trabalho que não pode se mover para a sessão em background, como um monitor em execução. O diálogo nomeia o trabalho em segundo plano que Claude Code interromperia e, separadamente, conta as tarefas que são transferidas.
  • Um fluxo de trabalho com subagentes em execução: um fluxo de trabalho dinâmico ainda tem subagentes em execução. Esses subagentes são interrompidos se você colocar em background mesmo assim, e o diálogo diz quantos. Eles recomeçam do início quando Claude reinicia o fluxo de trabalho na sessão em background.
  • Respostas automáticas de artefatos: Claude está respondendo a comentários em um artefato por conta própria. Essas respostas continuam na sessão em background, e o diálogo diz isso.
Execute /tasks para ver tudo que está em execução, depois confirme para colocar em background mesmo assim ou escolha Stay para deixar o trabalho terminar primeiro. Veja What carries over when you background para quais tipos de trabalho são transferidos e quais Claude Code interrompe.

A conversa diz que um agente em background was carried into this session and not resumed

Este aviso nomeia um subagente em background que não está em execução nesta sessão. Claude vê o aviso e responde por conta própria, então você não precisa solicitar nada. Se você ainda precisar do trabalho desse subagente depois de ler a resposta de Claude, peça-o a Claude.

Prompt rejected as too short

A entrada de dispatch espera uma descrição de tarefa, não um abridor conversacional. Um prompt com menos de quatro caracteres é rejeitado com uma dica Too short para que um pressionamento de tecla acidental não inicie uma sessão. Descreva o que você quer que a sessão faça, como investigate the flaky checkout test.

Sessions show as failed or stopped after shutdown

Desligar ou reiniciar sua máquina interrompe as sessões em execução em background. Uma sessão que estava aguardando sua entrada permanece sob Needs input quando você volta. Para qualquer outra sessão em execução, o que agent view mostra depende de quanto tempo atrás ela fez progresso pela última vez:
  • Dentro de 48 horas, a sessão mostra como falhada. Anexe ou responda a ela e ela reinicia a partir de sua conversa salva. Para retomar o trabalho interrompido, envie a ela uma resposta pedindo que continue.
  • Passadas 48 horas, como após a máquina estar desligada por dias, a sessão mostra como parada com ended while the background service was off. Pressione Enter na linha e o rodapé mostra Press enter again to resume this session (it ended while the background service was off), or ctrl+x to delete it. Pressione Enter na mesma linha novamente para retomar sua conversa salva. Uma resposta, ou claude attach <id>, a retoma sem esse prompt de rodapé.
Quando transcript cleanup removeu a conversa salva de uma sessão parada, Claude Code recusa abrir a linha: a mensagem diz que não há nada para retomar. claude rm <id> deleta a linha, exceto nos casos mantidos descritos acima, e claude respawn <id> executa seu prompt original novamente. Veja This session’s saved conversation is no longer on disk. Sleep sozinho não interrompe as sessões. Sessões são preservadas durante o sleep e o supervisor se reconecta a elas ao acordar.

Opening a session says the conversation is already open

Dois processos não podem escrever na mesma transcrição. Quando a conversa salva de uma sessão parada já está aberta em outro processo Claude Code ao vivo, Claude Code recusa iniciar o processo da sessão. O que você vê depende do que mantém a conversa:
  • Um terminal onde você retomou a conversa, por exemplo com claude --resume ou /resume: a linha mostra Open in a terminal com uma dica para continuar lá, e abrir a linha mostra Can't open — this session is running in another terminal. Continue naquele terminal, ou saia dele e abra a linha novamente.
  • Outro processo Claude Code não interativo, por exemplo um processo de sessão em background para a mesma conversa que ainda não saiu: abrir a linha mostra This conversation is already open in another running Claude session. Use esse processo, ou aguarde sua saída e abra a linha novamente.
Claude Code salva uma resposta que você digitou com a tentativa recusada, exceto uma prefixada com ! ou /, e a envia na próxima vez que a sessão inicia.

Opening a session says it has no saved transcript

Quando você abre uma sessão que você colocou em background a partir de outra conversa e que parou antes de executar um turno próprio, Claude Code retoma essa conversa. Se Claude Code não conseguir encontrar a conversa, ele recusa abrir a sessão:
  • claude attach imprime This session has no saved transcript.
  • Agent view mostra Press enter again to restart this session fresh abaixo da lista.
Pressione Enter na mesma linha novamente para reiniciar a sessão com uma conversa vazia, ou execute claude respawn <id> do shell. Veja a referência de erro para detalhes.

The terminal host died or the session stopped responding

O supervisor executa o terminal de cada sessão em background em seu próprio processo host. Quando esse processo morre ou para de responder, Claude Code mostra o motivo e oferece uma reinicialização; em ambos os casos a conversa é salva e a reinicialização a retoma. A referência de erro cita as mensagens completas. Claude Code nunca reinicia uma linha executando um shell command, de Enter ou de claude attach, porque isso executaria o comando novamente; a mensagem da linha e claude attach ambas dizem que o comando não é executado novamente.

A session fails before starting with a possibly low memory note

Quando o processo de uma sessão em background sai antes de terminar de iniciar e o host está com pouca memória, o status da linha nomeia a saída e adiciona possibly low memory — free some up and retry. A nota é uma hipótese, não uma causa confirmada. Claude Code a adiciona apenas quando o processo saiu silenciosamente, sem escrever um erro e sem ser interrompido por um sinal, e o host relatou pouca memória naquele momento. Quando o processo escreveu um erro antes de sair, a linha mostra esse erro em vez disso. Libere memória na máquina, depois anexe ou responda à linha e o supervisor inicia um novo processo para a sessão. Quando a memória permanece baixa, o supervisor também interrompe sessões ociosas para liberar recursos por conta própria, e interrompe sessões fixadas ociosas também se interromper as outras não liberou nada.

Agent view says the background service did not respond

Se anexar, espreitar ou claude logs relatar que o serviço de background não respondeu, o processo supervisor provavelmente travou. Interrompa-o e deixe o próximo claude agents iniciar um novo. Para manter suas sessões em background em execução durante a reinicialização, passe --keep-workers:
Em seguida, execute claude agents no seu shell para iniciar um novo supervisor. No macOS e no Linux, faça isso dentro de cerca de um minuto após o término do antigo, ou as sessões param sem um supervisor. Se você viu stopped, mas o mesmo erro retorna, e você está no macOS ou no Linux com Claude Code anterior à v2.1.300, execute claude update e depois os dois comandos novamente. Se o comando de parada em vez disso imprimiu uma destas quatro mensagens, o processo antigo não foi interrompido. Faça no seu shell o que a linha correspondente diz, depois execute claude agents:

Dispatch fails with Could not resolve authentication method

Se um dispatch em background falhar com Could not resolve authentication method enquanto sessões interativas autenticam normalmente, o worker que recebeu o dispatch não pegou as credenciais. Sessões em background obtêm suas credenciais do supervisor, então esse erro significa que nenhuma credencial armazenada estava disponível para o próprio processo supervisor. Confirme que você executou /login ou configurou uma chave de API, depois interrompa o supervisor:
Dentro de cerca de um minuto, execute claude agents ou claude --bg no seu shell para iniciar um novo supervisor que lê suas credenciais armazenadas. Se você autenticar com uma variável de ambiente como ANTHROPIC_API_KEY em vez de /login, execute esse próximo comando a partir de um shell onde a variável está definida. Veja a referência de erro para a lista completa de causas e correções.

Uma sessão em background mostra No LLM gateway

Se uma sessão em background mostrar No LLM gateway, ela não recebeu o ANTHROPIC_BASE_URL do seu gateway, então suas requisições falham. Claude Code o reteve porque você despachou, acordou ou reiniciou a sessão a partir de um diretório diferente da pasta que a mensagem nomeia. Você vê a mensagem, por exemplo, depois de despachar para um repositório com @<repo> ou de acordar uma sessão parada executando claude attach a partir de outro diretório. Para dar o seu gateway à sessão, escolha a correção que corresponde a onde o seu gateway está definido:
  • Você exportou o gateway no seu terminal: em um terminal onde você exportou as variáveis do gateway, faça cd para a pasta que a mensagem nomeia e execute o comando claude respawn <id> da mensagem.
  • Você usou agent view em um projeto cujas configurações definem o gateway: coloque ANTHROPIC_BASE_URL e sua credencial no bloco env de um arquivo de configurações. Use ~/.claude/settings.json, ou .claude/settings.local.json no próprio projeto da sessão, ambos lidos por uma sessão reiniciada com respawn. Depois execute claude respawn <id> no seu shell a partir de qualquer diretório para reiniciar esta sessão no gateway.

Background sessions can’t read Desktop, Documents, or Downloads on macOS

No macOS, o host da sessão em background é executado como seu próprio processo e solicita acesso a pastas protegidas separadamente do seu terminal. Se uma sessão em background relatar Operation not permitted ao ler ~/Desktop, ~/Documents, ~/Downloads ou outro local protegido, conceda acesso em Configurações do Sistema em Privacidade e Segurança > Arquivos e Pastas, ou ative Acesso Total ao Disco para a entrada. Em qualquer uma das listas, procure uma entrada chamada Claude Code, ou uma nomeada com o caminho ou o nome de arquivo do binário claude. Esse nome de arquivo pode ser um número de versão como 2.1.316. Se Operation not permitted voltar a aparecer depois que Claude Code for atualizado, procure uma nova entrada, como uma nomeada com a nova versão. Se houver uma, conceda acesso a ela.

Background sessions can’t reach local-network hosts on macOS

No macOS 15 e posterior, o sistema bloqueia um processo de alcançar dispositivos na sua rede local até que você conceda permissão de Rede Local, então um comando direcionado a um endereço LAN pode falhar com connect: no route to host em uma sessão em background mesmo que funcione em um terminal em primeiro plano. O primeiro comando em uma sessão em background que se conecta a um endereço de rede local dispara o prompt de permissão de Rede Local do macOS para Claude Code. Conceda uma vez e esses comandos alcançam hosts LAN da mesma forma que fazem em um terminal em primeiro plano.

A session is slow to respond after attaching

Quando uma sessão que terminou ou está aguardando sua próxima mensagem fica desanexada por cerca de uma hora, o supervisor interrompe seu processo para liberar recursos. Anexar inicia um novo processo de onde parou e muda para a sessão imediatamente enquanto o processo reinicia. Sessões que estão funcionando, pausadas em um prompt de permissão ou outro diálogo, ou fixadas não são interrompidas dessa forma, portanto fixe uma sessão com Ctrl+T para mantê-la responsiva. Enquanto o processo inicia, Claude Code mostra a cauda da transcrição da sessão formatada da forma que a sessão ao vivo a renderiza, com markdown, blocos de código destacados e chamadas de ferramenta como linhas esmaecidas, acima de uma área de prompt esmaecida com uma nota Session is starting. A sessão ao vivo a substitui assim que estiver pronta.

.claude/worktrees/ is filling up

Deletar uma sessão em agent view remove o worktree que Claude criou para ela, mas alguns deletes mantêm o worktree ou deixam seu diretório no disco, então diretórios restantes podem se acumular. Diretórios que git não reconhece mais não aparecem em git worktree list, então remova aqueles à mão. Liste entradas restantes com git worktree list no diretório do projeto e remova cada uma com git worktree remove <path>. Veja Clean up worktrees.

Limitações

Agent view está em visualização de pesquisa com as seguintes limitações:
  • Limites de taxa se aplicam: sessões em background consomem o uso de sua assinatura da mesma forma que sessões interativas, então executar dez agentes em paralelo usa cota aproximadamente dez vezes mais rápido do que executar um.
  • Sessões são locais: sessões em background são executadas em sua máquina. Elas são preservadas durante o sleep, mas param se a máquina desligar.
  • Worktrees criadas pelo Claude são deletadas com a sessão em agent view: confirme as alterações antes de deletar uma sessão que editou arquivos em seu próprio worktree. Algumas exclusões mantêm o worktree em vez disso.
Para outras maneiras de executar Claude em paralelo e para passar descobertas entre as sessões que você executa, consulte:

Histórico de versões

Agent view evoluiu rapidamente durante a prévia de pesquisa. Se você estiver em uma versão mais antiga do Claude Code, alguns comportamentos nesta página podem diferir; em particular, claude agents rejeita flags que ainda não suporta com um erro de unknown option. A tabela abaixo lista quando cada flag e comportamento foi adicionado.