Nota do autor: Reuni 20 comandos de loop validados para o /loop do Claude Code, cobrindo 6 cenários principais como inspeção de PR, monitoramento de implantação, qualidade de código, varredura de segurança e análise de logs, com sugestões de intervalos.
O comando /loop do Claude Code é a funcionalidade mais prática de março de 2026 — ele transforma o Claude Code de um "assistente de chat pontual" em um "trabalhador de fundo em execução contínua". No entanto, muitos desenvolvedores instalam o /loop e não sabem o que executar. Este artigo reúne 20 comandos de loop validados na prática, classificados em 6 cenários, prontos para copiar e colar.
Valor central: 20 comandos que cobrem as necessidades de automação mais frequentes no desenvolvimento diário, cada um com recomendações de intervalo e avisos importantes.
/loop: Visão geral dos fundamentos
Antes de mergulharmos nos comandos, vamos entender rapidamente o mecanismo central do /loop.
| Dimensão | Descrição |
|---|---|
| Sintaxe básica | /loop [intervalo] [descrição da tarefa] |
| Intervalo padrão | 10 minutos (quando o intervalo não é especificado) |
| Formato do intervalo | 5m (minutos), 2h (horas), 1d (dias) |
| Concorrência máxima | 50 tarefas agendadas/sessão |
| Expiração automática | Exclusão automática após 3 dias |
| Condições de parada | Fechar o terminal / Sair da sessão / Desconexão SSH |
| Características | Descrição em linguagem natural, o Claude converte automaticamente para expressões cron |
Cenário 1: Inspeção de PR (4 comandos)
A inspeção de PR é o cenário de maior valor para o uso do /loop — muitos desenvolvedores alternam frequentemente entre revisar PRs e escrever código, o que gera um custo de contexto altíssimo. Deixe que o Claude faça a inspeção em segundo plano automaticamente; você só precisa agir quando for notificado.
Comando #1: Monitoramento de status de CI
/loop 10m verifique o status de CI de todos os PRs abertos. Se houver alguma falha nova, me avise qual PR, qual job falhou e qual foi o motivo da falha
Intervalo recomendado: 10 minutos
Valor: Identifique falhas de CI imediatamente, sem precisar atualizar o GitHub manualmente.
Comando #2: Acompanhamento de comentários em PR
/loop 15m verifique todos os PRs abertos que criei. Se houver novos comentários ou feedback de revisão, resuma o conteúdo e me diga quais exigem minha resposta
Intervalo recomendado: 15 minutos
Valor: Nunca mais perca um comentário de revisão e responda prontamente.
Comando #3: Detecção de conflitos de merge
/loop 30m verifique os commits mais recentes da branch main. Se a minha branch atual tiver conflitos com a main, liste os arquivos em conflito para mim
Intervalo recomendado: 30 minutos
Valor: Detecte conflitos antecipadamente e evite ter que lidar com eles apenas na hora de fazer o merge do PR.
Comando #4: Revisão automática de PR
/loop 15m verifique se há novos PRs abertos. Se houver, revise automaticamente as alterações e resuma: 1) o que foi alterado 2) problemas potenciais 3) sugestões
Intervalo recomendado: 15 minutos
Valor: Transforme o Claude em um revisor de código disponível 24 horas por dia.
Cenário 2: Monitoramento de implantação (3 comandos)
Comando #5: Verificação de saúde do serviço
/loop 5m curl localhost:3000/health, se retornar um código de status diferente de 200 ou ocorrer timeout, informe-me imediatamente o status do serviço e os logs de erro recentes
Intervalo recomendado: 5 minutos
Valor: Identificar imediatamente quando o serviço cai durante o desenvolvimento local.
Comando #6: Monitoramento de pipeline de build
/loop 5m verifique o status de execução mais recente do GitHub Actions, se houver algum workflow com falha, diga-me qual workflow, em qual step falhou e as linhas cruciais do log de erro
Intervalo recomendado: 5 minutos
Valor: Não precisa ficar olhando a página do Actions esperando o resultado do build.
Comando #7: Detecção de regressão pós-implantação
/loop 2m execute npm test -- --testPathPattern="critical" e verifique o resultado, se houver falha no teste, avise-me imediatamente; pare após 3 aprovações consecutivas
Intervalo recomendado: 2 minutos (monitoramento de curto prazo após a implantação)
Valor: Executa testes críticos automaticamente após a implantação para confirmar que não houve regressão.
Cenário 3: Varredura de segurança (3 comandos)
Comando #8: Detecção de vulnerabilidades em dependências
/loop 24h execute npm audit e liste todas as vulnerabilidades de nível high e critical, fornecendo a ação de correção recomendada (atualizar versão ou substituir pacote)
Intervalo recomendado: 24 horas
Valor: Verifica automaticamente a segurança das dependências todos os dias, sem precisar rodar o audit manualmente.
Comando #9: Varredura de informações sensíveis
/loop 1h escaneie o git diff da última hora, verifique se chaves API, senhas, tokens ou outras informações sensíveis foram enviadas acidentalmente; se encontrar, alerte imediatamente
Intervalo recomendado: 1 hora
Valor: Evita que informações sensíveis vazem para o histórico do git.
Comando #10: Revisão de código em modo de segurança
/loop 2h escaneie arquivos novos ou modificados no diretório src/, verifique se há riscos de segurança como injeção de SQL, XSS, injeção de comando, etc.; se encontrar, gere diretamente um PR de correção
Intervalo recomendado: 2 horas
Valor: Auditoria de segurança contínua, corrigindo problemas assim que são encontrados.
Cenário 4: Qualidade de código (4 comandos)
Comando #11: Monitoramento de cobertura de testes
/loop 1h execute a verificação de cobertura de testes. Se a cobertura geral for inferior a 80% ou se houver novos arquivos sem testes, liste os arquivos específicos e forneça sugestões.
Comando #12: Correção automática de erros de Lint
/loop 30m execute eslint src/ --fix. Se houver erros que não puderem ser corrigidos automaticamente, resuma os tipos de erro e suas localizações.
Comando #13: Resumo de TODO/FIXME
/loop 2h escaneie todos os comentários TODO e FIXME no código, ordene por prioridade e verifique se há itens pendentes há mais de 7 dias.
Comando #14: Monitoramento de complexidade de funções
/loop 2h verifique os arquivos modificados recentemente em src/. Se alguma função tiver uma complexidade ciclomática superior a 15 ou mais de 100 linhas, sugira uma refatoração.
Cenário 5: Análise de logs (3 comandos)
Comando #15: Detecção em tempo real de erros FATAL
/loop 5m escaneie as entradas FATAL e ERROR adicionadas nos últimos 5 minutos em ./logs/app.log. Se encontrar erros corrigíveis, abra diretamente um PR de correção.
Valor: Detecção automática + correção automática, maximizando o valor do /loop.
Comando #16: Análise de tendência de erros
/loop 1h conte a quantidade de erros (ERROR) no diretório ./logs/ na última hora, compare com a hora anterior e emita um alerta se o aumento for superior a 50%.
Comando #17: Anomalias no tempo de resposta da API
/loop 10m verifique as requisições de API nos últimos 10 minutos em ./logs/access.log. Se o tempo médio de resposta exceder 2 segundos ou se houver requisições acima de 10 segundos, liste os detalhes das requisições lentas.
Cenário 6: Colaboração em Equipe (3 comandos)
Comando #18: Resumo diário de alterações de código
/loop 24h resuma todos os commits git das últimas 24 horas, agrupados por módulo, listando o resumo das alterações de cada desenvolvedor e os arquivos envolvidos
Valor: Geração automática de relatórios diários da equipe, eliminando a necessidade de escrita manual por cada membro.
Comando #19: Limpeza de branches expiradas
/loop 24h liste todas as branches remotas que não foram atualizadas há mais de 30 dias, indique se já foram mescladas (merged) na main e sugira quais podem ser excluídas com segurança
Comando #20: Verificação de sincronização do README
/loop 2h verifique se os passos de instalação e a documentação da API no README.md estão consistentes com o código real, destacando qualquer conteúdo obsoleto
Melhores práticas para o uso de /loop
Tabela de referência rápida para intervalos do /loop
| Nível de Urgência | Intervalo Recomendado | Cenário de Aplicação |
|---|---|---|
| Urgente | 2-5m | Verificação de regressão pós-deploy, checagem de saúde do serviço |
| Importante | 10-15m | Monitoramento de CI, acompanhamento de comentários em PR, anomalias de API |
| Rotineiro | 30m-2h | Qualidade de código, varredura de segurança, tendências de logs |
| Baixa frequência | 24h | Auditoria de dependências, geração de relatórios diários, limpeza de branches |
Dicas para escrever comandos para o /loop
| Dica | Explicação | Exemplo |
|---|---|---|
| Defina condições de alerta | Notifique apenas em caso de anomalia, evitando sobrecarga de informações | "Avise-me se falhar" em vez de "Relate a cada vez" |
| Especifique o plano de ação | Execute correções automaticamente após identificar problemas | "Se for corrigível, abra um PR diretamente" |
| Limite o escopo | Evite desperdiçar tempo escaneando todo o projeto | "Escanear diretório src/" em vez de "Escanear todos os arquivos" |
| Defina condições de término | Evite execuções contínuas sem propósito | "Pare após 3 sucessos consecutivos" |
| Combine com ferramentas externas | A saída do /loop pode disparar notificações | "Gravar saída em alert.log para leitura pelo sistema de monitoramento" |
🎯 Dica prática: Recomendo começar pela inspeção de PR (#1-#2) e monitoramento de deploy (#5), pois esses cenários oferecem o melhor retorno sobre o investimento. Assim que estiver familiarizado, adicione gradualmente tarefas de varredura de segurança e qualidade de código.
Se você utiliza a invocação do modelo Claude para realizar tarefas de automação mais complexas, recomendo o serviço proxy de API APIYI (apiyi.com) para acessar o Claude Opus 4.6 com 20% de desconto.
Perguntas Frequentes
Q1: Quanto de Token o /loop consome?
Cada execução de loop é uma requisição completa ao Claude, e o consumo de tokens depende da complexidade da tarefa. Verificações de integridade simples (#5) consomem cerca de 500-1000 tokens por vez, enquanto revisões de código complexas (#10) podem consumir de 5000 a 10000 tokens. Sugestão: use intervalos curtos (5-10 min) para tarefas de monitoramento e intervalos longos (1-2 h) para tarefas de análise, evitando desperdício de tokens. Ao realizar a invocação do modelo via APIYI (apiyi.com), você aproveita um desconto de 20% na API do Claude.
Q2: As tarefas de /loop continuam após fechar o terminal?
Não. As tarefas de /loop rodam apenas enquanto a sessão do Claude Code estiver ativa. Fechar o terminal, sair da sessão ou desconectar o SSH fará com que todas as tarefas agendadas sejam encerradas e não possam ser recuperadas. Se você precisa de tarefas rodando 24/7, recomendo usar o modo headless com cron + claude -p ou configurar um cron do sistema para invocar o Claude Code periodicamente.
Q3: 50 tarefas simultâneas são suficientes?
Para a grande maioria dos cenários, sim. Mesmo ativando todos os 20 comandos deste artigo, você usaria apenas 20. No entanto, recomendo ativar as tarefas seletivamente com base na prioridade — a inspeção de PR e o monitoramento de implantação são essenciais (alto valor), enquanto varreduras de segurança e qualidade de código podem ser ativadas conforme a necessidade. Lembre-se: cada execução consome tokens, então ativar tarefas em excesso esgotará sua cota rapidamente.
Q4: O /loop pode ser integrado a notificações externas (Slack/E-mail)?
O /loop em si não envia notificações diretamente, mas você pode combinar ferramentas externas nos seus comandos: "Adicione informações de alerta ao arquivo ./alerts.log" e, em seguida, use outro script para monitorar esse arquivo e enviar notificações via Slack ou e-mail. Uma abordagem mais avançada é usar conectores MCP para interagir diretamente com o Slack ou utilizar os Hooks do Claude Code para disparar notificações em eventos específicos.
Resumo
Pontos principais para comandos úteis do Claude Code /loop:
- 6 grandes cenários e 20 comandos: Inspeção de PR (4), monitoramento de implantação (3), varredura de segurança (3), qualidade de código (4), análise de logs (3) e colaboração em equipe (3) — basta copiar e colar para usar.
- Os quatro elementos de um bom comando: Intervalo + Tarefa + Condição de Alerta + Plano de Ação. Notifique apenas em caso de anomalias e automatize a correção de problemas encontrados.
- Comece pela inspeção de PR: A inspeção de PR e o monitoramento de implantação são os cenários com o melhor custo-benefício; recomendo começar por eles.
Recomendamos acessar a API do Claude Opus 4.6 via APIYI (apiyi.com) com 20% de desconto. Seja para tarefas de /loop ou outros cenários de desenvolvimento com IA, você desfrutará de um serviço estável, com alta concorrência e sem limites de velocidade.
📚 Referências
-
Documentação oficial de tarefas agendadas do Claude Code: Explicação completa de
/loope/schedule- Link:
code.claude.com/docs/en/scheduled-tasks - Descrição: Contém sintaxe, limitações e métodos de configuração
- Link:
-
Guia prático do
/loopno Claude Code: 3 casos de uso reais em fluxos de trabalho- Link:
medium.com/@joe.njenga/claude-code-loop-create-new-native-autonomous-loops-that-work - Descrição: Inclui implementações completas para revisão de PRs, monitoramento de builds e varredura de logs
- Link:
-
Fluxo de trabalho de desenvolvimento automatizado com
/loopno Claude Code: Métodos e dicas detalhadas de uso- Link:
verdent.ai/guides/claude-code-loop-command - Descrição: Inclui seleção de intervalos, otimização de comando e métodos de integração externa
- Link:
-
Central de Documentação da APIYI: Acesso com 20% de desconto à API do Claude Opus 4.6
- Link:
docs.apiyi.com - Descrição: O consumo de tokens das tarefas
/looppode ter desconto através da APIYI
- Link:
Autor: Equipe técnica da APIYI
Troca de conhecimentos: Sinta-se à vontade para discutir na seção de comentários. Para mais materiais, acesse a central de documentação da APIYI em docs.apiyi.com
