Anthropic lançou o Claude Code Agent View no dia 11 de maio de 2026. O Tecmundo cobriu como “agentes paralelos e rotinas automáticas no-code” — e essa é a promessa. O dashboard funciona. A arquitetura do processo supervisor é real. Mas uma semana é suficiente pra ver as rachaduras.
A documentação oficial inclui uma linha que ninguém repete em voz alta: dez agentes rodando em paralelo consomem sua cota mais ou menos dez vezes mais rápido que uma sessão única. A comunidade já está achando os outros pontos de quebra — crashes do supervisor quando /bg e o app desktop estão na mesma sessão, agentes que travam em loops de raciocínio e queimam tokens em silêncio, a parede de “thread limit reached” que aparece antes do esperado, e o comportamento padrão de git worktrees que resolve conflitos de arquivos mas corta a consciência do ambiente de dev ativo.
Isso aqui é o relatório de campo honesto. O que funciona, o que quebra, e o cálculo de custo que vale fazer antes de você disparar seis tarefas e ir tomar um café. Particularmente relevante se você é dev freelance ou de software house no Brasil onde o salto do plano Pro a $20 pro Max a $100/mês — em real, com dólar a R$5,80 — representa um aumento operacional de cinco vezes. Como o Thulio Bittencourt apontou: “seu dev roda 1 Claude por vez enquanto o concorrente roda 5 — Agent Teams muda isso.” Sim, mas com custo proporcional.
O que o Agent View é, na prática
Agent View é um dashboard CLI que você abre rodando claude agents em qualquer terminal. Lista cada sessão Claude Code em segundo plano — através de todos os seus projetos, independentemente de qual diretório você o abriu — e deixa você espiar o último output de cada sessão, responder sem se atachar, ou pegar a conversa completa com a seta direita. Sessões são agrupadas por estado: fixadas no topo, depois “Ready for review”, “Needs input”, “Working”, “Completed”.
Três comandos cobrem a maior parte do uso:
claude agents— abre o dashboard/bg— manda a sessão atual em primeiro plano pro segundo plano (e pro Agent View)claude --bg "<tarefa>"— lança uma sessão direto em segundo plano a partir da shell, sem passar pelo primeiro plano
Mais --name "fix-teste-flaky" pra rótulos legíveis, e --agent code-reviewer pra rodar um subagent específico como agent principal. Depois os comandos de shell: claude attach <id>, claude logs <id>, claude stop <id>, claude respawn --all. Nada difícil de aprender.
Agent View requer Claude Code v2.1.139 ou mais novo. Confere com claude --version; se estiver em versão mais antiga, claude update te atualiza.
O processo supervisor e por que muda o modelo mental
O que faz Agent View funcionar é o processo supervisor por usuário — um processo separado do seu terminal e do próprio Agent View. Inicia automaticamente na primeira vez que você manda uma sessão pro segundo plano, hospeda cada sessão em background, e sobrevive ao fechamento do terminal, ao fechamento do Agent View, e aos auto-updates do Claude Code. Você não administra ele direto.
Antes do Agent View, uma sessão Claude Code morava no terminal que a iniciou. Fechou o terminal, matou a sessão. Depois do Agent View, uma sessão em background mora no supervisor, que é um processo separado e desacoplado. Fechou o terminal, a sessão continua. O auto-updater troca o binary no meio de uma tarefa, o supervisor reconecta às suas sessões in-flight quando volta a subir.
O estado fica em três lugares no disco:
~/.claude/daemon.log— log do supervisor; olhe ali quando algo der errado~/.claude/daemon/roster.json— lista das sessões em background, usada pra reconectar depois de restart do supervisor~/.claude/jobs/<id>/state.json— estado por sessão, um arquivo por sessão
Algumas limitações honestas da doc: sessões em background são locais, então param se seu Mac dormir ou seu Linux desligar. Depois de mais ou menos uma hora de idle sem ninguém atachado, o supervisor para o processo pra liberar recursos — peek ou attach reinicia ele do ponto onde parou. E os modos de permissão bypassPermissions / auto são rejeitados no dispatch até você aceitá-los interativamente uma vez naquele diretório.
A matemática de custo que todo mundo desvia
Citação textual da seção Limitations na documentação oficial: “Rate limits se aplicam: sessões em background consomem sua cota de assinatura igual às sessões interativas, então rodar dez agentes em paralelo usa cota aproximadamente dez vezes mais rápido que rodar um.”
Essa frase faz muito trabalho. Significa que a janela de uso de 5 horas do plano Max não estica quando você trabalha em paralelo. Comprime. Se uma sessão interativa única esgota seu orçamento Max em cinco horas, dez sessões paralelas esgotam o mesmo orçamento em mais ou menos trinta minutos. O supervisor não compartilha gasto de tokens entre sessões. Cada sessão é a sua própria conversa independente batendo na API do modelo.
Três números pra contexto. Um dev documentou 781.000 tokens em uma única sessão Claude Code Max essa semana — uma sessão, um terminal, um projeto. Outro relato citou que a Uber queimou todo o orçamento anual de IA de 2026 em Claude Code em quatro meses. E um take muito compartilhado de um usuário frustrado essa semana descrevia “gastar 80.000 a 200.000 tokens pra arrumar pequenos bugs” — isso é o custo de uma feature em uma sessão, antes de paralelizar qualquer coisa.
Pro contexto brasileiro/português: o plano Pro a $20/mês (aproximadamente R$115 ou €18) é acessível pra dev solo ou freelance. O plano Max a $100/mês (R$580 ou €92) representa um salto de 5x no custo operacional. Se a leitura do Agent View é “lancei dez agentes em paralelo e isso libera minha tarde”, a leitura real é “comprimi cinco horas de trabalho de um agente em meia hora, gastando o mesmo.” Produtividade sobe, sim. Gasto também.
Os cinco modos de falha da primeira semana
Um padrão surge da primeira semana pública. Falhas se agrupam em cinco categorias, e só uma (conflitos de arquivos) é resolvida pela arquitetura padrão da Anthropic. O resto ainda é beirada bruta.
1. O crash /bg + Agent View + Desktop. Um usuário postou no dia 16 de maio screenshots do Claude Code crashando com Claude Code process exited with code 1 quando /bg é usado enquanto o app desktop fica atachado à mesma sessão. Contorno: desconectar o desktop primeiro, depois /bg, depois abrir Agent View. Se você não usa o desktop, o bug não te afeta.
2. Sessões penduradas e deadlocks no switching. Um usuário no dia 12 de maio: supervisor pendura no startup e troca entre agentes em background “pendura tipo um minuto inteiro, parece deadlock.” Pattern: você despacha três ou quatro sessões, a primeira termina, você seta pra segunda, e o dashboard congela 30-60 segundos. Anedoticamente afrouxa se você dá ao dashboard um minuto pra respirar depois do dispatch.
3. A parede de “thread limit reached”. Um usuário no dia 17 de maio bateu em One QA/accessibility reviewer did not spawn because the thread limit is reached. Não é o rate-limit de cota — é um teto de concorrência sobre o dispatch em si. A doc oficial não nomeia um número, mas os relatos da comunidade colocam entre 5 e 7 sessões ativas simultaneamente em planos consumer. Se você vê o erro, para de despachar, espera as in-flight terminarem ou passarem pra Needs input, e segue.
4. O padrão “saiu da pista e queimou os tokens”. Múltiplos relatos essa semana de sessões que saem do trilho e consomem orçamento em silêncio. Um dev chinês: “Quando eu rodo 4 subs em paralelo, frequentemente uma sai voando — a lista só te deixa olhar enquanto queima tokens.” Outro relato documentou cinco falhas silenciosas em nove dias, incluindo um agent com DELETE SQL que apagou 24.000 linhas em produção. Mitigação: não despachar trabalho destrutivo em modo auto nem bypassPermissions.
5. O limite de 2 agentes por host (raro, real). Um usuário no dia 13 de maio: “não consigo rodar mais de 2 claude agents no mesmo host sem eles quebrarem um ao outro.” Parece atrelado a ambientes locais específicos — provavelmente limites do Mac em file watchers ou contagem de processos. Se você bate isso a 2 agentes, não tá “fazendo errado” — bateu num teto específico do ambiente.
O default de git worktrees — resolvendo conflitos do jeito Anthropic
A escolha arquitetural interessante no Agent View é o que acontece quando duas sessões tocam o mesmo arquivo. A resposta tá num parágrafo da doc: “Antes de editar arquivos, Claude move a sessão pra um git worktree isolado sob .claude/worktrees/, assim sessões paralelas podem ler o mesmo checkout mas cada uma escreve no seu.”
Tradução: cada sessão em background que toca arquivos num repo git ganha seu próprio worktree em .claude/worktrees/<session-id>/. Leitura do repo compartilhado, escrita isolada. Quando você apaga a sessão, o worktree é limpo — mas mudanças não-commitadas vão junto. Push ou commit antes de apagar.
Isso resolve limpamente o problema de “dois agentes editando o mesmo arquivo” pra qualquer sessão rodando dentro de um repo git. Tem duas consequências práticas pra conhecer.
Primeira: sessões fora de um repo git caem direto no diretório de trabalho, sem isolamento. Se você despachar trabalho paralelo num projeto sem git, dá pra gerar colisões. git init não custa nada e elimina uma classe inteira de bugs.
Segunda: uma sessão no próprio worktree perde a consciência do seu ambiente de dev ativo. Um dev sinalizou isso no dia 13 de maio: “Agent View despacha sessões pra git worktrees isolados. É ótimo pra evitar colisões de arquivos, mas tem um trade-off — o agent perde a consciência do seu ambiente de dev real.” Conserto: commit (ou stash no checkout principal) antes de despachar trabalho que precisa ver o estado atual.
O que isso significa pra você
Dev solo ou freelance no plano Pro. Não pensa em Agent View como feature de 10 agentes paralelos. Pensa como “uma tarefa curta em background enquanto eu finalizo essa edição.” Uma tarefa, deixa rodar, peek quando você trocar de contexto. Vai queimar cota mais rápido do que ficando puramente interativo, mas o boost de produtividade é real porque você para de bloquear na tarefa longa. Teto realista em Pro: duas sessões paralelas.
Plano Max ou pequena equipe dev (incluindo software house ou agência brasileira). Três a cinco sessões paralelas é o teto realista de trabalho. Mais que isso, você bate no thread limit, no deadlock de switching do dashboard, e nas janelas de pausa do supervisor. Cada sessão scoped numa preocupação — “arrumar teste flaky X”, não “investigar a suíte de testes.” Despachar com --name pra achar depois. Commit antes de despachar qualquer coisa que toque sua branch de dev. Sempre defaultMode no dispatch, nunca auto.
Equipe maior ou Enterprise (incluindo empresas brasileiras com Anthropic API no Bedrock/Vertex). Aqui Agent View se paga. Cota tolera 5-10 sessões paralelas. PR-babysitters, atualizadores de dashboard, jobs em loop com /loop ficam no dashboard e deixam um dev fazer triagem do que seriam doze trocas de contexto separadas. Com --cwd scope Agent View pra um projeto por terminal. E CLAUDE_CODE_DISABLE_AGENT_VIEW=true em ambientes CI onde você não quer sessões se acumulando em silêncio.
O que Agent View ainda não faz
- Não sobrevive à suspensão da máquina. Sessões em background param quando o Mac dorme ou o Linux desliga. Aparecem como Failed quando você acorda.
claude respawn --allrecupera, mas trabalho da madrugada com o laptop fechado não rola. - Não compartilha cota entre sessões. Dez sessões = dez vezes a taxa de queima. Sem desconto por paralelo.
- Não bloqueia ações destrutivas. Se você despacha em
autoe o agente apaga 24.000 linhas de BD, Agent View te mostra aquela linha ficar verde. O supervisor não interrompe chamadas tool destrutivas. - Não unifica lista de sessões entre máquinas. Agent View é local. Despachar do laptop do trabalho e olhar do iMac de casa: não rola. Pra isso tem a versão web do Claude Code.
- Ainda é Research Preview. A flag
disableAgentViewnão existe por acaso. Interface e atalhos podem mudar.
O balanço final
Agent View é um desbloqueio real de produtividade pra trabalho paralelo, e a arquitetura do supervisor é a resposta certa pra “o que acontece quando eu fecho o terminal.” O título dos 10 agentes paralelos é tecnicamente possível, ocasionalmente útil, e um desastre de cota se você pegar como default. Três a cinco sessões paralelas é o sweet spot pra maioria. Commit antes de despachar. Fica em defaultMode. Trata cada sessão como tarefa scoped com uma preocupação clara.
Se sessões paralelas é a parte do Claude Code que você quer empurrar mais forte, nosso curso Claude Code para Devs passa pelos patterns de dispatch, gestão de worktrees, e os hábitos de orçamento de cota que transformam Agent View no multiplicador de produtividade que promete. Pro contexto mais amplo de agentes IA, Agentes IA na Prática cobre design e orquestração de sistemas multi-agentes.
Fontes
- Gerenciar múltiplos agentes com agent view — Docs oficiais PT
- App do Claude ganha nova interface, agentes paralelos — Tecmundo
- Seu Dev Roda 1 Claude Por Vez Enquanto o Concorrente Roda 5? — Thulio Bittencourt
- Sistemas multiagentes Claude Code: Guia completo para 2026 — eesel AI
- Claude: IA evolui das respostas para atuar como agente nas empresas — StartSe
- Formação Claude Code 2026 — Udemy
- Visão geral do Claude Managed Agents — Anthropic Docs PT-BR
