Agentes em Cluster São Ótimos... Os Workflows de IA para Coding Acabaram Agora

O vídeo apresenta atualizações massivas do Claude Code anunciadas silenciosamente no repositório GitHub, com a maior sendo o lançamento de agentes assíncronos em segundo plano. O apresentador destaca que esses recursos não foram publicados no site principal da Anthropic ou em seu blog oficial. Ele explica que inicialmente tinha dúvidas sobre a utilidade desses recursos, mas descobriu um ângulo inesperado que transformou completamente seu fluxo de trabalho. O vídeo promete explicar o que são esses agentes, por que tornam a maioria dos frameworks de codificação IA desnecessários, e demonstrar outros recursos do Claude Code. A ideia principal é alcançar trabalho genuinamente paralelo, permitindo que agentes e comandos bash sejam executados de forma assíncrona e enviem mensagens para despertar o agente principal.

O apresentador explica o funcionamento prático dos agentes em segundo plano, começando com um pedido simples ao Claude para delegar uma tarefa a um subagentte. O agente principal cria esse subagentte para a tarefa específica, e enquanto ele se executa, você pode mover para segundo plano usando Ctrl+B e continuar trabalhando com o agente principal em outras tarefas simultâneas. Quando o subagentte conclui sua tarefa, ele desperta o agente principal com os resultados obtidos. É possível verificar agentes em execução usando o comando tasks. Por trás dos panos, o agente em segundo plano funciona como um processo separado capaz de executar tarefas complexas de múltiplas etapas de forma autônoma, permitindo lidar independentemente com tarefas em larga escala sem bloquear a thread principal do Claude Code.

Antes dessa atualização, para trabalhar em paralelo era necessário abrir múltiplos terminais com instâncias separadas do Claude, um processo manual e tedioso. Agora, o Claude gerencia agentes em segundo plano internamente, coordenando múltiplos agentes e integrando resultados automaticamente, sem necessidade de configuração manual prévia. Segundo os desenvolvedores, agentes em segundo plano são ideais para pesquisar enquanto codifica, revisar fluxos de trabalho, executar tarefas paralelas e lidar com qualquer tarefa que não deveria poluir a janela de contexto principal. O apresentador testou o que foi sugerido e, com o tempo que passou com esses agentes, realmente gosta do potencial que viu. Esses agentes podem lidar com qualquer tarefa de pesquisa que leva muito tempo ou pode inchar a janela de contexto, permitindo que o agente principal trabalhe em algo completamente diferente e totalmente isolado da tarefa de pesquisa.

O apresentador demonstra como agentes em segundo plano facilitam muito a implementação de mudanças em páginas separadas ao paralelizar tarefas, em vez de esperar que um agente lidasse com tudo sequencialmente. Por exemplo, se você está mudando todos seus componentes para uma nova biblioteca, pode usar agentes em segundo plano para atualizá-los todos de uma vez. Tarefas que consomem muito tempo, como revisões, podem ser executadas com múltiplos agentes assíncronos lançados simultaneamente: um para revisão de segurança, outro para identificar gargalos de desempenho, um para refatorar código e outro para verificar duplicações ou código não utilizado. Todas essas tarefas rodam em segundo plano enquanto o agente principal fica focado em uma atualização de recurso completamente diferente. Dessa forma, cada agente trabalha separadamente e gerencia sua própria tarefa independentemente dos outros, aumentando significativamente a eficiência geral.

O apresentador revela o ângulo inesperado mencionado anteriormente: equipar agentes em segundo plano com a capacidade de gerenciar trabalho em uma árvore de trabalho do Git, permitindo que façam commit e push de mudanças isoladamente. Git worktrees são um recurso extremamente subutilizado que permite trabalhar em múltiplas branches em diretórios separados, evitando constantes trocas de branch em um único workspace. O apresentador configurou um comando slash personalizado que cria um agente em segundo plano para trabalhar em tarefas em árvores de trabalho separadas, com instruções disponíveis na pasta commands dentro da pasta .claud. Ele demonstra um caso prático: trabalhando em um aplicativo mas não feliz com o tema, decidiu implementar 3 ideias diferentes de tema simultaneamente através de 3 agentes em segundo plano, tudo deixando o design principal completamente intacto. Isso permite simplesmente fazer merge do tema preferido no projeto principal e descartar os outros, tornando o processo de implementação significativamente mais rápido e oferecendo liberdade para experimentar sem quebrar o projeto.

Além dos agentes em segundo plano, o apresentador destaca vários outros recursos anunciados nos changelogs que consideram particularmente úteis. O Instant Autocompact foi otimizado para ser significativamente mais rápido, reduzindo o tempo de compactação que costumava levar 2-3 minutos, provavelmente mantendo históricos para cada projeto direto na pasta .claud. Claude Code também adicionou um recurso de sugestão de prompt onde você pode simplesmente pressionar enter para aceitar uma sugestão ou digitar um novo prompt no lugar dela. É possível usar a flag agent ao iniciar o Claude para executá-lo como o agente específico que você tem no seu projeto, permitindo delegar tarefas para ele diretamente. Finalmente, Claude Code agora permite fazer fork de sessões e escolher entre elas quando se lança o Claude com a flag resume, bastando pressionar a tecla escape duas vezes para fazer fork da sessão atual.

O apresentador ressalta áreas onde agentes em segundo plano não devem ser usados, pois prejudicariam o fluxo de trabalho em vez de melhorá-lo. Não se deve colocar em segundo plano nenhuma tarefa que exija entrada do usuário, pois isso faria o agente ficar bloqueado e incapaz de prosseguir. Também é importante evitar tarefas que exigem aprovação enquanto estão sendo executadas, pois ficariam bloqueadas em segundo plano e poderiam sair do controle se o agente principal estiver ocupado com outra tarefa. É altamente recomendado não atribuir tarefas que dependem uma da outra, pois isso pode criar conflitos no trabalho dos agentes; é muito melhor atribuir tarefas isoladas para cada um. Outras boas práticas incluem rastrear cuidadosamente o uso de tokens, pois cada agente consome um número significativo deles e isso pode resultar em contas altas. Ao gerar um agente, é importante dar um nome descritivo para saber exatamente o que cada um está fazendo quando se gerencia múltiplos agentes simultaneamente.