Logs de EA: como reproduzir incidentes depois

Conclusão: um EA sem log não pode ser investigado quando dá problema

Vou direto ao ponto. O log de um EA deve ter, no mínimo, uma linha para cada um destes três itens: "os valores usados na decisão", "o motivo de não ter entrado" e "o resultado da execução". Com esses três, é possível reconstruir depois uma operação inesperada ou o fato de "nada ter acontecido". Sem eles, seja com prejuízo ou com zero operações, você não consegue separar se a causa foi a lógica do EA, o mercado ou a corretora.

Nós também desenvolvemos EAs e já vivemos os dois lados: situações em que o log nos salvou e outras em que ele era insuficiente e ficamos sem saber a causa. Neste artigo, organizo o que é um "bom log" do ponto de vista de quem opera.

Por que são necessários três tipos de log

Uma decisão do EA segue, em linhas gerais, este fluxo: "calcular os valores → avaliar as condições → enviar a ordem → execução". Para descobrir em qual etapa algo saiu diferente do esperado, é preciso ter o registro de cada uma.

Valores da decisão: sem números, não dá para distinguir de "coincidência"

Um log que diz apenas "sinal de compra gerado" serve de pouco. Sem saber a distância entre o valor do indicador e o limiar naquele momento, não dá para dizer se a condição foi atendida por pouco ou com folga. Registre também, sempre, em qual candle (o horário do candle fechado) a decisão foi tomada.

Motivo do skip: o log mais omitido e o mais importante

A maioria dos EAs só gera log quando entra. Mas a dúvida mais frequente durante a operação é "não está entrando nunca". Se o motivo do skip estiver no log, dá para conferir se foi uma abstenção prevista pela especificação, um erro de configuração ou um desalinhamento do horário do servidor.

O MEGAMAX DONCHIAN, no forward test em conta demo da Exness, estava com 0 operações em 11 de novembro de 2026. Ainda não conseguimos confirmar o motivo dos skips e não vamos especular aqui. Mas, em situações assim, ter ou não o log de motivo de skip muda bastante o esforço de investigação. Zero operações não significa desempenho ruim, mas, até ler o log, também não dá para afirmar que se trata de uma abstenção normal.

Execução: registrar o que acontece fora do EA

Se a ordem foi rejeitada ou se foi executada com slippage alto são problemas distintos da lógica do EA. Guardando o código de retorno e o preço executado, você consegue separar problemas do EA de problemas da corretora ou da conexão.

O que colocar em cada linha: exemplo de formato

Nós resumimos cada decisão em uma única linha, com formato fixo para facilitar a busca depois.

[EVAL] bar=2026.11.10 14:00 sig=BUY val=1.234 th=1.200 spread=18 -> ENTRY
[SKIP] bar=2026.11.10 15:00 reason=SPREAD spread=45 max=30
[FILL] ticket=123456 req=152.340 fill=152.346 slip=6 ret=10009

Pontos a observar ao escrever:

• Comece com uma tag de tipo (EVAL / SKIP / FILL) para que grep ou a busca a encontrem
• Escreva o horário do "candle fechado usado na decisão" (assumindo que é o horário do servidor)
• Escreva o motivo como um código fixo, não como frase (SPREAD, TIME, POSITION etc.)
• Não registre a cada tick; registre só no momento da decisão

Registrar a cada tick faz o log crescer enormemente em pouco tempo, pressionando o disco e enterrando as linhas importantes. A regra básica é "uma vez quando o candle fecha".

Passo a passo de conferência para quem opera

Quem usa EAs chega mais rápido à causa seguindo esta ordem:

1. Na aba "Especialistas" do MT5, confirme se o EA está gerando o próprio log
2. Procure a linha EVAL do horário da operação inesperada e veja os valores da decisão e o limiar
3. Nos períodos sem entradas, observe as linhas SKIP e conte qual motivo aparece mais
4. Na linha FILL, confira a diferença entre o preço solicitado e o executado e o código de retorno
5. Compare os horários com a aba "Histórico de operações" (o registro do lado da corretora)

Para revisar as configurações, veja Como configurar o EA; para montar um ambiente que funcione 24 horas, consulte Informações sobre VPS.

Limites e cuidados

O log não é uma solução universal. Sendo honesto:

• O que não foi escrito no log não é conhecido. Eventos que o desenvolvedor não previu simplesmente não são registrados.
• O log nem sempre está correto. Se o próprio código que gera o log tiver um bug, valores errados serão gravados.
• Não diz se a decisão de mercado foi boa ou ruim. O log mostra se o EA "funcionou conforme a especificação", não se essa especificação ganha dinheiro.
• Registrar demais também causa problemas. Muito log consome espaço e quem lê passa a deixar detalhes escaparem.
• O significado do log difere entre backtest, conta demo e conta real. No testador, slippage e rejeições não são reproduzidos como na realidade; ao comparar logs de execução, leve em conta a diferença de ambiente.

Resumo

• Registre uma linha para cada um dos três tipos: "valores da decisão", "motivo do skip" e "execução"
• O log mais omitido é o do motivo de não entrar, e é o mais útil para investigar por que o EA "não opera"
• Definir tags e códigos de motivo permite buscar e contar depois
• Gere o log uma vez por candle fechado, e não a cada tick
• O log só mostra se o EA "funcionou conforme a especificação"; saber se ganha dinheiro exige outra validação

Outras dicas de operação com MT5 estão reunidas em Conhecimento sobre EAs e MT5.