Sexta-feira, 23h. Você fecha o notebook, vai dormir, e o Claude Code continua lá, monitorando seus PRs, verificando se o deploy da madrugada não quebrou nada, e preparando o relatório do standup de amanhã. Quando você acorda, tem um resumo pronto no terminal. Sem alarme falso, sem dev de plantão, sem custo de hora extra.
Isso não é ficção. É o /loop, a nova feature do Claude Code na versão 2.1.71.
Eu venho acompanhando cada release do Claude Code de perto. E posso dizer com tranquilidade: essa é uma daquelas atualizações que muda a forma como software houses operam no dia a dia. Não por ser complexa (pelo contrário, é absurdamente simples). Mas porque resolve um problema que toda SH com equipe enxuta conhece bem: quem cuida das coisas quando todo mundo vai embora?
O Que É o /loop e Como Funciona
O comando /loop permite que você agende prompts recorrentes dentro do Claude Code. Você descreve a tarefa em linguagem natural, define o intervalo (a cada 5 minutos, 1 hora, 1 dia), e o Claude executa automaticamente.
Por baixo dos panos, ele usa cron scheduling, mas você não precisa decorar a sintaxe * * * * *. Pode simplesmente escrever:
/loop "Verifique se há PRs abertos sem review há mais de 4 horas e me avise" every 1h
Ou, se você é do tipo que gosta de controle fino:
/loop "Gere um relatório de status do projeto" cron "0 8 * * 1-5"
Esse segundo exemplo roda todo dia útil às 8h da manhã. Sim, o Claude entende cron expressions completas.
Limites e Segurança
A Anthropic colocou travas inteligentes:
- Até 50 tarefas agendadas por sessão, mais que suficiente para qualquer operação
- Expiração automática após 3 dias: nenhuma tarefa fica rodando para sempre sem supervisão
- Escopo da sessão: as tarefas vivem dentro da sessão ativa, então você mantém controle total
Essa combinação de poder e contenção é exatamente o que faltava. Não é um daemon solto no servidor. É um worker temporário, com prazo de validade, que faz o que você pediu e para.
Por Que Isso Muda o Jogo Para Software Houses
Na minha experiência trabalhando com mais de 300 software houses, existe um padrão que se repete: a equipe é boa, o código é decente, mas ninguém está olhando para as coisas entre 20h e 8h. É nesse período que deploys quebram silenciosamente, PRs acumulam, e o dia seguinte começa com apagar incêndio.
O /loop resolve isso de forma prática. Não substitui monitoramento profissional (Datadog, Grafana, etc.), mas cobre aquela camada de “alguém dando uma olhada” que normalmente custa caro ou simplesmente não existe em SHs menores.
Cenários Reais de Uso
Aqui estão os cenários que eu testei e que fazem diferença real:
1. Vigiar PRs durante a noite
/loop "Liste todos os PRs abertos há mais de 24h, verifique se têm conflitos e resuma o status de cada um" every 2h
Quando você chega de manhã, tem um log completo de como os PRs evoluíram durante a noite. Se algum dev de outro fuso mandou um PR às 3h, você já sabe.
2. Health check pós-deploy
/loop "Faça curl no endpoint /health da API de produção e registre o status. Se retornar algo diferente de 200, destaque em vermelho" every 5m
Isso é monitoring de pobre? Talvez. Mas funciona. E para muitas SHs que não têm budget para ferramentas enterprise de monitoring, é melhor que nada.
3. Preparar o standup
/loop "Analise os commits das últimas 24h, agrupe por dev, e gere um resumo executivo no formato de standup" cron "0 7 * * 1-5"
Todo dia útil às 7h, antes de qualquer um chegar, o resumo está pronto.
4. Monitorar dependências
/loop "Verifique se alguma dependência do package.json tem vulnerabilidade crítica publicada nas últimas 24h" every 12h
5. Acompanhar pipelines de CI/CD
/loop "Verifique o status das últimas 5 execuções do pipeline de CI. Se alguma falhou, resuma o erro" every 30m
Comparação: Antes e Depois do /loop
| Cenário | Antes do /loop | Com /loop |
|---|---|---|
| PR sem review por 24h | Ninguém percebe até o standup | Alerta automático a cada 2h |
| Deploy quebra às 2h da manhã | Descoberto às 9h, 7h de downtime | Detectado em 5 min, log registrado |
| Preparar standup | Dev gasta 15-20min revisando commits | Relatório pronto antes de todos chegarem |
| Vulnerabilidade em dependência | Descoberta dias depois (ou nunca) | Check automático a cada 12h |
| Pipeline de CI falhando | Time descobre quando tenta fazer merge | Notificação a cada 30 min |
Como Começar a Usar
Passo 1: Atualizar o Claude Code
Certifique-se de que está na versão 2.1.71 ou superior:
claude --version
Se precisar atualizar:
npm install -g @anthropic-ai/claude-code@latest
Passo 2: Criar sua primeira tarefa
Abra o Claude Code no diretório do seu projeto e digite:
/loop "Descreva sua tarefa aqui" every 1h
Passo 3: Gerenciar tarefas
Para ver tarefas ativas:
/loop list
Para cancelar uma tarefa específica:
/loop cancel <id>
Dicas Práticas
- Comece com intervalos maiores. Use
every 1hem vez deevery 5m. Teste o prompt, veja se o output faz sentido, depois ajuste - Seja específico no prompt. “Verifique os PRs” é vago. “Liste PRs abertos há mais de 4h no repositório X e verifique conflitos” é útil
- Combine com o contexto do projeto. O
/looproda dentro da sessão, então tem acesso ao codebase. Use isso a seu favor - Lembre da expiração de 3 dias. Se precisa de algo permanente, ferramentas de CI/CD dedicadas são o caminho. O
/loopé para tarefas táticas
O Que Isso Significa na Prática: Um Dev de Plantão Por Centavos
Vou ser direto. Um dev de plantão noturno custa, no mínimo, R$ 3.000 a R$ 5.000 por mês no Brasil. E geralmente ele está dormindo e esperando o alarme tocar, o que é justo, é um ser humano.
O /loop do Claude Code consome tokens proporcionais ao que executa. Uma tarefa simples de health check a cada 5 minutos, durante 8 horas de “expediente noturno”, custa centavos em tokens. Literalmente centavos.
Não estou dizendo para demitir o dev de plantão. Estou dizendo que, para as dezenas de SHs que eu conheço que não têm ninguém de plantão e simplesmente torcem para nada quebrar à noite, agora existe uma alternativa real, acessível e funcional.
O /loop no Contexto da Evolução do Claude Code
Essa feature não veio do nada. Ela faz parte de uma evolução clara: o Claude Code está deixando de ser “um assistente que responde perguntas sobre código” e se tornando um agente autônomo que opera dentro do seu fluxo de trabalho.
Primeiro veio o contexto de 1 milhão de tokens, para entender projetos inteiros. Depois a saída expandida de 128k tokens, para gerar código substancial de uma vez. Agora o /loop, para operar de forma contínua e independente.
A trajetória é clara: o Claude Code está se tornando um membro da equipe, não uma ferramenta. E o /loop é o passo que transforma ele de “alguém que responde quando você pergunta” para “alguém que trabalha enquanto você faz outras coisas”.
Perguntas Frequentes
O /loop funciona se eu fechar o terminal?
Não. As tarefas agendadas vivem dentro da sessão ativa do Claude Code. Se você fechar o terminal, as tarefas são canceladas. Para rodar overnight, mantenha a sessão aberta (um terminal em background, tmux, screen, etc.).
Quanto custa em tokens rodar tarefas com /loop?
Cada execução consome tokens proporcionais à complexidade do prompt e do output. Uma tarefa simples de health check consome muito pouco. Tarefas que envolvem análise de código ou geração de relatórios consomem mais. Monitore seu uso no dashboard da Anthropic.
Posso usar o /loop em produção como substituto de ferramentas de monitoring?
Pode como complemento, não como substituto. Ferramentas como Datadog, New Relic e Grafana são construídas para monitoring em escala, com alertas, dashboards e histórico. O /loop é melhor para tarefas táticas e temporárias: vigiar algo específico por alguns dias, gerar relatórios, automatizar checks pontuais.
As tarefas do /loop têm acesso ao meu codebase?
Sim. Como o /loop roda dentro da sessão do Claude Code, ele tem o mesmo acesso ao projeto que você teria normalmente. Isso significa que pode ler arquivos, analisar código, verificar configurações, tudo dentro do escopo da sessão.
Conclusão: A Janela de Quem Adota Primeiro
Toda vez que uma feature assim surge, existe uma janela. Os que adotam primeiro ganham vantagem operacional real. Os que esperam “para ver se funciona” acabam adotando quando já virou commodity e não há mais diferencial.
Se você lidera uma software house, minha sugestão é simples: abra o Claude Code hoje, crie um /loop para monitorar seus PRs ou verificar a saúde do deploy, e deixe rodando uma noite. Amanhã de manhã, olhe o resultado. Você vai entender em 30 segundos por que isso importa.
Não é sobre substituir pessoas. É sobre cobrir os buracos que toda SH com equipe enxuta tem, e que custam caro quando algo passa despercebido.
Na Software House Exponencial, a gente testa cada feature dessas no dia que sai e integra na operação na mesma semana. Se você quer entender como aplicar o /loop e outras ferramentas de IA na rotina da sua software house, me acompanha no Instagram @thuliobittencourt.
