Gerador de Expressão Cron

Gerador de Expressão Cron

Gerador e validador de expressão cron grátis. Monte sua cron expression campo por campo, aplique presets e veja as próximas execuções. Suporta Linux...

Atualizado em maio de 2026

PLATAFORMA

LINGUAGEM

SCRIPT / COMANDO

EDITOR DE CAMPOS

0–59
0–23
1–31
1–12
0–6

PRESETS

EXPRESSÃO CRON

VÁLIDA
0 12 * * *

DESCRIÇÃO

"At 12:00"

CAMPOS

MINUTE 0 0
HOUR 12 12:00 PM
DAY * every day
MONTH * every month
WEEKDAY * any day of week

PRÓXIMAS EXECUÇÕES

#1 qua., 02 de set., 12:00
#2 qui., 03 de set., 12:00
#3 sex., 04 de set., 12:00
#4 sáb., 05 de set., 12:00
#5 dom., 06 de set., 12:00

DICA: Linux / macOS

Cron padrão de 5 campos. Edite com `crontab -e`. Executa no fuso horário local — considere escrever schedules em UTC para evitar surpresas com horário de verão.

Como usar

Da plataforma à linha de crontab pronta

1. Selecione a plataforma e linguagem

Linux, GitHub Actions, AWS, Quartz — e PHP, Python, Node.js para o prefixo do interpretador.

2. Ajuste os campos ou use um preset

Editor visual (MIN, HORA, DIA, MÊS, DIA DA SEMANA) ou aplique um schedule pronto.

3. Copie a expressão ou a linha completa

Inclui o caminho do script — pronto para colar no crontab ou workflow.

O que esta ferramenta faz

Vai além de um simples parser

Próximas 5 execuções

Veja exatamente quando o job vai rodar, com fuso horário local.

Editor visual de campos

Ajuste minuto, hora, dia, mês e dia da semana sem decorar sintaxe.

Linha de crontab completa

Gera o comando com caminho do script e prefixo de interpretador (PHP, Python, Node).

Validação em tempo real

Badge verde confirma sintaxe correta antes de copiar.

Detalhamento campo a campo

Cada campo (segundo, minuto, hora, dia, mês, dia da semana) ganha uma descrição em texto simples, como "segunda a sexta" ou "a cada 15 minutos".

Suporte a 10 linguagens no prefixo

Além de PHP, Python e Node.js, também monta o prefixo certo para Ruby, Java, Perl, Bash, Rust e Go.

Exemplos de expressões cron

Expressão
Descrição
*/5 * * * *
A cada 5 minutos — coleta de métricas
0 0 * * *
Todo dia à meia-noite — backups diários
0 9 * * 1-5
Dias úteis às 9:00 — jobs em horário comercial
0 0 1 * *
Dia 1 de cada mês — faturamento mensal
*/15 9-17 * * 1-5
A cada 15 min, das 9h às 17h, dias úteis — polling em horário comercial

Quando você vai usar isso

Os cenários mais comuns entre quem usa a ferramenta

Kubernetes CronJobs

Monte o schedule de 5 campos, rodando em UTC por padrão, com intervalo mínimo de 1 minuto.

GitHub Actions e GitLab CI

Agende workflows em UTC — GitHub com mínimo de 5 minutos, GitLab de 1 hora em shared runners.

Jobs Quartz/Spring Boot

Use o formato de 6 campos com segundos, incluindo L, W e # para regras avançadas.

AWS EventBridge

Schedule de 6 campos com ano — sempre em UTC, com ? obrigatório em dia-do-mês ou dia-da-semana.

Laravel / Artisan

Em routes/console.php, use ->cron("expressão") — o Artisan roda a cada minuto via * * * * * php artisan schedule:run no crontab do servidor.

Schedulers de aplicação (node-cron, APScheduler)

Bibliotecas como node-cron (Node.js) e o CronTrigger do APScheduler (Python) aceitam a mesma sintaxe de 5 campos — útil quando o agendamento vive dentro do próprio processo, não no SO.

Erros comuns

Usar 5 campos onde o Quartz exige 6

Quartz adiciona um campo de segundos no início — uma expressão de 5 campos é inválida lá.

Esquecer que o cron roda em UTC na nuvem

Kubernetes, GitHub Actions e AWS EventBridge usam UTC por padrão, não o fuso do seu servidor.

Especificar dia-do-mês E dia-da-semana no AWS EventBridge

Use ? em um dos dois campos — especificar ambos ao mesmo tempo não é permitido.

Confundir a numeração do dia da semana

No padrão Unix, 0 (ou 7) é domingo e 1 é segunda — quem espera que 1 seja domingo acaba agendando o job no dia errado.

Usar `L`, `W` ou `#` fora do Quartz

Esses caracteres só são válidos no formato Quartz de 6 campos; colar num crontab Unix comum ou no spec.schedule do Kubernetes gera erro de sintaxe ou execução silenciosamente incorreta.

Esperar execução no minuto exato em runners compartilhados

O GitHub Actions pode atrasar o schedule em até 15 minutos em picos de carga, e o GitLab CI tem intervalo mínimo de 1 hora em shared runners — não são garantias de tempo real.

Por que usar esta ferramenta

Vai além de um parser simples: mostra as próximas 5 execuções com fuso horário local, suporta Quartz de 6 campos, e gera a linha de crontab completa com o comando pronto.

Dicas de integração específicas por plataforma — Kubernetes, GitHub Actions, AWS EventBridge, Node.js, Python, PHP e Docker — evitam o erro de usar sintaxe errada na plataforma errada.

Todo o processamento roda no navegador — nada é enviado a um servidor, então dá pra colar até schedules de produção sem preocupação. A validação em tempo real e a descrição campo a campo tornam o resultado mais fácil de auditar do que decorar a sintaxe de cabeça.

5 campos vs. 6 campos

Qual formato sua plataforma exige

Unix/Linux (5 campos)
Quartz/Spring (6 campos)
AWS EventBridge (6 campos)
Campo extra
nenhum
segundos (início)
ano (fim)
Fuso horário
local do servidor
local da JVM
sempre UTC
Usado por
crontab, K8s, GitHub Actions
Java, Spring Boot, Jenkins
AWS EventBridge

Perguntas frequentes

Uma string de cinco (ou seis) campos separados por espaços que define um schedule recorrente para tarefas automatizadas — usada em crontab, pipelines CI/CD e agendadores na nuvem.

Referências

Ferramentas Relacionadas