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 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.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 agentspor 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+ agentsquando 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 donepara duas
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 terclaude 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 A visualização do agente abre no lugar de uma nova conversa.
claude sem argumentos: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
Executeclaude 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:
~/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, comoNeeds 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 emANTHROPIC_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
#1234para um pull request e como!1234para 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=0para 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.
- 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 comandoghcuja 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 checkoutou faz push para um branch, Claude Code procura o branch comgh pr viewe 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,glaboucurlposteriores 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.
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
PressioneSpace 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
- 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 comclaude --bg --safe-mode. Você pode deixá-la como está. Para continuar a conversa com suas personalizações ativadas novamente, executeclaude stop <id>e depoisclaude --resume, ambos no seu shell
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,/renamee/usagesã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
- 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
Enterpara 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
Tabpara 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
→
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
PressioneEnter 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
Enterpara reabrir a conversa. - Pressione
Escpara desfazer a alternância e retornar à conversa. SeEscmostraStill starting — try again in a moment, a sessão em background ainda não está pronta, então pressioneEscnovamente em um momento. - Pressione
Ctrl+Cduas vezes para sair para seu shell.
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 comEscou seleciona No sem um comentário em um prompt de permissão da conversa principal, ou pressionaEscem 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.
← 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
SessionStartainda estavam em execução
↑ 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, comReady 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+Tpara fixar uma sessão no topo e manter seu processo em execução enquanto inativo - Pressione
Shift+↑ouShift+↓para reordenar sessões - Pressione
Ctrl+Rpara renomear uma sessão - Pressione
Enterem um cabeçalho de grupo para recolhê-lo, exceto enquanto um filtro está ativo, quando todos os grupos permanecem expandidos - Pressione
Ctrl+Xpara interromper uma sessão eCtrl+Xnovamente dentro de dois segundos para deletá-la da lista, ouEscpara 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
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:
/resumenomeia 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-modeou--settings
/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 pressioneEnter 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:
/exite/quitfecham a visualização de agentes/logoutdesconecta você/model,/efforte/fastdefinem com o que as sessões que você despachar em seguida começam./efforte/fastrequerem Claude Code v2.1.299 ou posterior./loginabre o diálogo de entrada para que você possa entrar novamente sem anexar a uma sessão- Um
/resumesimples, 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
/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 agentsnesse diretório. -
Abra
claude agentsem 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 comgit worktree add ../feature, não são listados - Qualquer diretório que já tenha uma sessão na lista
-
Do shell,
cdpara o diretório e executeclaude --bg "<prompt>".
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 umWorktreeCreate 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 treeaqui 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
/loope 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.
--mcp-confige--strict-mcp-config--settings--setting-sources--add-dir--plugin-dir--fallback-model--allow-dangerously-skip-permissions
/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 trabalhocould 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:
-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:
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:
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:
--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:
-- 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:
! 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 comclaude --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 comgit worktree addem 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
WorktreeCreatehook está configurado - A escrita está fora do diretório de trabalho
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:
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
#Naparece na linha. - Nunca: fazer push para
mainoumaster, force-push e merge. - Suas instruções git têm precedência: se a tarefa,
CLAUDE.mdou a memória diz que você lida com commit ou push você mesmo, Claude deixa git para você.
"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 comCtrl+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 rmo mantém, junto com a linha da sessão, quando tem alterações não confirmadas. -
Nem a visualização de agentes nem
claude rmremove 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 mostranot 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+Xduas vezes em sua linha na visualização de agentes, ou execute o comandoclaude rm <id> --discard-unpushedque 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.
-
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
WorktreeRemovehook 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, comoexited 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+Xduas vezes em sua linha na visualização de agentes ou executando o comandoclaude rm <id> --force-remove-worktree <worktree-id>que a recusa declaude rmimprimiu. 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
- O diretório é um dos worktrees vinculados do repositório sob
- 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.
-
Delete a sessão novamente para remover o diretório mesmo assim, pressionando
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+Xantes de descartá-los. Para um diretório criado por hook, ele executa seuWorktreeRemovehook em vez disso, e sem um ele recusa a deleção e mantém a sessão. claude rmmantém a sessão e o worktree, e nomeia o motivo.
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:
/effortcomlow,medium,high,xhighoumax, por exemplo/effort high. Para iniciar sessões em ultracode, abra a visualização de agentes a partir do seu shell comclaude agents --effort ultracodeem vez disso; a entrada de despacho não aceita/effort ultracode - Modo rápido:
/fast onou/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/modelpara 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.
default como o valor, por exemplo /effort default.
O exemplo a seguir despacha uma sessão em Opus e a próxima em Sonnet:
- Do shell, passe
--modelcomclaude --bg. - Anexe a uma sessão em execução e execute
/modelpara mudar. Uma escolha do seletor, ou um/model <name>digitado, salva como seu padrão para novas sessões a menos que você pressionesno 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
modelem seu frontmatter, começando o prompt com seu nome ou mencionando@name. Enquanto uma escolha de/modelna entrada de despacho se aplica, omodeldo subagente não é usado, portanto digite/model defaultlá. Se você iniciou comclaude agents --model, o do subagente também não é usado, portanto executeclaude agentsem 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 iniciadoclaude 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 blocoenv 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
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
/bgou←: Claude Code mantém o modo de permissão em que a sessão estava, portanto um que você mudou paraacceptEditsouautopermanece lá após desanexar - Despachada de
claude agentsiniciado em um shell, ou comclaude --bg: a nova sessão começa da forma que uma nova sessãoclaudenesse 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
←, Claude Code toma o modo de permissão do primeiro destes que se aplica:
-
O
permissions.defaultModedo diretório alvo.autoebypassPermissionsentram em vigor apenas a partir de configurações gerenciadas, um arquivo--settingsou~/.claude/settings.json. Claude Code recusa umdefaultModedo.claude/settings.jsonou.claude/settings.local.jsondo projeto que seleciona um modo mais permissivo do que a sessão da qual você veio estava. -
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 avisoBypass permissions was requested at launch and ignored. Isso acontece quando sua aceitação do aviso de bypass está apenas em.claude/settings.local.jsonou em um arquivo--settings. Continue no modo Manual, ou adicione essa aceitação a~/.claude/settings.json.
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 queclaude 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 comclaude --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 executarclaude 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+Tpara 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 comkill, 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 agentsno seu shell. Depois desse minuto, consulte Manter as sessões em execução após o supervisor parar.
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: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ê definirCLAUDE_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çãodisableAgentView 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 pressioneEnter 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.
/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 dicaToo 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 sobNeeds 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. PressioneEnterna linha e o rodapé mostraPress enter again to resume this session (it ended while the background service was off), or ctrl+x to delete it.PressioneEnterna mesma linha novamente para retomar sua conversa salva. Uma resposta, ouclaude attach <id>, a retoma sem esse prompt de rodapé.
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 --resumeou/resume: a linha mostraOpen in a terminalcom uma dica para continuar lá, e abrir a linha mostraCan'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.
! 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 attachimprimeThis session has no saved transcript.- Agent view mostra
Press enter again to restart this session freshabaixo da lista.
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, deEnter 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 ouclaude 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:
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:
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
cdpara a pasta que a mensagem nomeia e execute o comandoclaude respawn <id>da mensagem.- O gateway chega à sessão apenas quando o próprio supervisor foi iniciado a partir de um shell que exportou o mesmo gateway. Se o supervisor não foi, reinicie-o a partir do terminal onde você executou o comando respawn, como Dispatch fails with
Could not resolve authentication methoddescreve, depois execute esse comando novamente.
- O gateway chega à sessão apenas quando o próprio supervisor foi iniciado a partir de um shell que exportou o mesmo gateway. Se o supervisor não foi, reinicie-o a partir do terminal onde você executou o comando respawn, como Dispatch fails with
- Você usou agent view em um projeto cujas configurações definem o gateway: coloque
ANTHROPIC_BASE_URLe sua credencial no blocoenvde um arquivo de configurações. Use~/.claude/settings.json, ou.claude/settings.local.jsonno próprio projeto da sessão, ambos lidos por uma sessão reiniciada com respawn. Depois executeclaude 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 relatarOperation 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 comconnect: 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 comCtrl+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.
Recursos relacionados
Para outras maneiras de executar Claude em paralelo e para passar descobertas entre as sessões que você executa, consulte:- Executar agentes em paralelo: compare agent view com subagentes, equipes de agentes e worktrees
- Mensagens entre sessões: tenha suas sessões passando descobertas uma para a outra
- Equipes de agentes: coordene múltiplas sessões que se mensageiam
- Use Claude Code na nuvem: execute sessões em um ambiente de nuvem gerenciado em vez de localmente
- Projects: tenha Claude coordenar sessões na nuvem paralelas de uma conversa e dizer a você quais precisam de você
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.