Anthropic lança Agent View, sessões paralelas no Claude Code

Introdução

Agent View no Claude Code muda a forma de tocar trabalho assíncrono com agentes. Em 11 de maio de 2026, a Anthropic anunciou um painel dentro do CLI que lista todas as sessões, mostra o que precisa de atenção e permite despachar novas tarefas em paralelo sem abrir dez abas de terminal. É um passo prático para times que já operam com agentes e querem mais visibilidade e controle do que está rodando.

O objetivo é simples, reduzir o atrito do trabalho paralelo. Em vez de navegar entre tmux, históricos longos e anotações manuais, o Agent View centraliza tudo. A ideia conversa com o movimento de agentes práticos, menos conversa e mais execução, com gatilhos claros para quando a intervenção humana é necessária. O anúncio oficial detalha comandos e casos de uso que mostram maturidade do recurso no dia a dia.

O que é o Agent View e por que importa

Agent View é uma visualização no terminal que concentra todas as sessões do Claude Code. Abrindo com o comando claude agents, dá para despachar novas sessões, filtrar e agrupar por estado, espiar a última resposta de cada sessão e responder sem sair da lista. Quando for hora de um mergulho completo, um Enter conecta direto à conversa daquela sessão. O diferencial está no equilíbrio entre visão geral e intervenção pontual.

O recurso está em visualização de pesquisa e requer a versão adequada do CLI. A documentação aponta que a partir da v2.1.139 o Agent View fica disponível, com atalhos e interface ainda evoluindo, o que sugere ritmo ativo de releases. Essa sinalização é importante para times que padronizam versões em esteiras de CI e ambientes corporativos gerenciados.

Do ponto de vista de produto, a Anthropic posiciona o Agent View como o caminho certo quando existem várias tarefas independentes que não precisam coordenar comunicação entre si. Quando a necessidade é orquestração entre múltiplas sessões, a empresa empurra para outras abordagens, como agent teams, ou o uso de subagents para delegação contextual. Essa separação evita confusão arquitetural e ajuda a escolher o modelo certo para cada trabalho paralelo.

![Código refletido em óculos diante de tela com IDE]

Como funciona na prática, do primeiro comando ao merge

A rotina começa simples. Rodando claude agents, o Agent View toma a tela e exibe uma entrada na base. Cada prompt que você digita ali cria uma sessão em background independente, o que incentiva a quebrar um objetivo maior em tarefas claras. As linhas são agrupadas por estado, como Needs input, Working e Completed, e a lista permanece entre execuções. Com as setas, um Espaço abre o peek da última resposta, e o Enter conecta para a conversa completa.

Há dois atalhos que fazem diferença na rotina. O primeiro é o /bg, que envia uma sessão já aberta para o Agent View. O segundo é claude --bg [task], que inicia direto uma nova sessão em background sem passar por uma conversa interativa. Juntos, eles reduzem o custo mental de iniciar, pausar e retomar trabalhos longos.

A lista aceita organização prática. Dá para fixar sessões, renomear, reordenar ou agrupar por diretório, o que ajuda quando há múltiplos repositórios. Encerrar e remover da lista limpa também o worktree daquela sessão, então é prudente fazer commit ou push do que interessa manter antes de excluir. Esse detalhe de limpeza automática preserva o diretório de projeto ao longo de semanas de paralelismo intenso.

Segurança operacional, isolamento e paralelismo sem dor de cabeça

Trabalhos paralelos costumam quebrar quando sessões escrevem nos mesmos arquivos. Para mitigar, cada sessão em background migra para um git worktree isolado antes de editar arquivos. Na prática, todas leem o mesmo checkout, mas gravam em árvores diferentes, evitando colisões entre refactors e correções simultâneas. Quando não há repositório Git, ou a sessão já está num worktree, a migração é ajustada para não forçar o padrão. É uma decisão de arquitetura que favorece segurança operacional sem sacrificar velocidade.

Além disso, sessões em background vivem em um processo supervisor por usuário. Esse supervisor mantém as sessões rodando de forma desacoplada do terminal. Sessões finalizadas e inativas por cerca de uma hora são pausadas para liberar recursos, mas retomam do ponto onde pararam ao anexar ou responder. O resultado é previsibilidade, mesmo com dezenas de sessões em diferentes fases do ciclo.

Em organizações com governança rígida, o Agent View pode ser desativado via configuração gerenciada, por setting disableAgentView ou variável de ambiente. Isso dá às equipes de plataforma a capacidade de liberar gradualmente o recurso, além de cumprir requisitos de conformidade.

Onde o Agent View brilha, padrões de uso que funcionam

O anúncio destaca padrões recorrentes. Primeiro, escalar sessões concorrentes para explorar soluções em paralelo e voltar a uma fila de pull requests prontos para revisão. Segundo, babysitters de PR e automações de rotina que rodam em looping, com o próximo horário exibido. Terceiro, pular entre sessões relacionadas, iniciando perguntas rápidas sobre a base de código sem perder o foco do trabalho principal. Esse tipo de cadência acelera descobertas e não prende o time a um único encadeamento de chat.

Na documentação de agentes em paralelo, a Anthropic é direta ao separar quatro caminhos. Subagents delegam tarefas dentro de uma única conversa e devolvem um sumário. Agent View é um quadro para despachar e acompanhar sessões independentes, ou seja, sem orquestração entre elas. Agent teams coordenam múltiplas sessões com lista de tarefas compartilhada e mensagens entre agentes, ainda em caráter experimental. Por fim, worktrees isolam checkouts para garantir que sessões paralelas não se pisem. Ter essa matriz de opções evita o antipadrão de tentar resolver tudo com uma única ferramenta.

Um cuidado importante, cada sessão consome cota de uso como se fosse uma conversa independente. Ou seja, rodar dez sessões em paralelo acelera o throughput, mas multiplica o consumo. Para quem orça tokens por squad, essa linha do orçamento precisa entrar na discussão antes de abrir a torneira do paralelismo.

![Monitor exibindo dados e gráficos em verde simbolizando análises]

Guia de adoção, passos mínimos para colocar em produção

• Atualize o CLI para versão compatível, confirme com claude --version. Em ambientes corporativos, coloque o pacote no espelho interno e formalize a versão mínima do Agent View.
• Comece pequeno com três trilhas paralelas típicas, correção de bug, investigação de flake e geração de PR de refactor mecânico. Use prompts curtos e objetivos, um por sessão, diretamente no claude agents.
• Envie sessões ativas para o Agent View com /bg e lance tarefas novas com claude --bg [task]. Estruture a revisão de diffs no ciclo, sem pular a checagem de resultados.
• Padronize nomes e tags das sessões. Fixe e agrupe por diretório para refletir a estrutura do monorepo. Limpe sessões concluídas com atenção aos worktrees, evitando acúmulo de detritos no .claude/worktrees.
• Monitore custos, estabeleça limites por time e por janela de tempo. Paralelismo é alavanca de produtividade, mas aumenta a conta de tokens conforme a documentação adverte.

Integrações, modelos e configurações avançadas

O Agent View herda as mesmas flags do claude para carregar settings, plugins e servidores MCP. É possível fixar modelo, modo de permissão e esforço no momento de abrir a visualização, o que ajuda a padronizar sessões de auditoria, geração de PR ou migrações em lote. Para controles finos, abra o Agent View já com --settings, --mcp-config e --add-dir, garantindo que cada sessão despachada respeite as mesmas políticas e acesso a arquivos.

A lista de comandos do shell também facilita automação fora da interface, com claude attach <id>, claude logs <id>, claude stop <id>, claude respawn <id> e claude rm <id>. Scripting em CI pode, por exemplo, anexar para capturar logs de uma sessão de análise estática e parar tudo ao final da etapa. Em ambientes com supervisão, o processo supervisor desacopla a vida das sessões do terminal e reinicia limpo após atualizações do binário, sem perder estado.

Quando escolher outra abordagem além do Agent View

Nem todo trabalho paralelo cabe no Agent View. Se o projeto exige coordenação ativa entre várias sessões, com compartilhamento de tarefas e comunicação entre agentes, a documentação sugere agent teams. Se a necessidade é reduzir ruído na conversa principal enquanto um pesquisador secundário busca contexto e traz um resumo, subagents resolvem melhor. Quando o risco é colisão em arquivos, worktrees isolados são a forma certa de proteção. Pensar nessas alternativas evita tentar transformar o Agent View em um orquestrador que ele não pretende ser.

A própria equipe do Claude Code vem documentando escolhas de design para ferramentas de agentes. O texto Seeing like an agent explica por que certas ferramentas entraram e saíram do conjunto, como o guia de documentação que o próprio agente chama quando precisa. Para quem implementa agentes internos, aprender com esses acertos e recuos encurta o caminho até um harness robusto.

Limitações, custos e governança

O Agent View vem como visualização de pesquisa. Isso significa mudanças rápidas em atalhos e interface, e a necessidade de acompanhar versões no CLI. Também significa que, em alguns ambientes gerenciados, o recurso pode estar desligado por padrão e exigir configuração explícita. Esse controle é positivo para quem precisa alinhar práticas de engenharia com políticas de segurança e compliance.

Custos importam. Rodar várias sessões em paralelo multiplica o consumo de tokens e esbarra em limites de taxa. A documentação fala disso sem rodeios. Para evitar sustos, estabeleça orçamentos por equipe, defina janelas de execução e preferências de modelo por tipo de tarefa. Paralelismo deve significar mais valor por unidade de tempo, não só mais gasto.

Do ponto de vista operacional, há pontos de atenção. Sessões em background não sobrevivem a suspensão ou desligamento da máquina, e podem aparecer como falhas ao retomar. Ainda assim, ao anexar ou responder, elas reiniciam de onde pararam, o que preserva contexto de trabalho. Worktrees residuais podem se acumular, então vale ter rotina de limpeza. Esses detalhes são pequenos, mas fazem diferença em semanas longas de release.

Checklist rápido para incorporar o Agent View no seu time

• Verifique a versão mínima e comunique o plano de atualização.
• Modele prompts curtos e objetivos para cada sessão, um propósito por linha.
• Use /bg e claude --bg para reduzir atrito ao alternar entre exploração e execução.
• Padronize naming, agrupamento por diretório e limpeza de worktrees.
• Monitore consumo e limites, crie trilhos para uso responsável.

Conclusão

Agent View no Claude Code concretiza um pedido antigo de desenvolvedores, um lugar único para gerenciar trabalho paralelo sem perder o fio. Ao combinar despacho rápido, espiada, resposta inline e anexação pontual, organiza o caos natural de rodar muitas trilhas ao mesmo tempo e mantém a cadência de revisão de código no centro do processo. Para equipes que já operam com agentes, é um upgrade que se paga no primeiro ciclo de sprint.

A escolha certa é integrar o Agent View como peça de um kit maior. Subagents, agent teams e worktrees formam o ecossistema para cobrir desde delegação contextual até coordenação de múltiplas sessões com tarefas compartilhadas. Com governança, métricas de custo e disciplina de revisão, dá para ampliar throughput com previsibilidade e sem abrir mão de qualidade técnica.