Checklist antes de ligar o robô de trading
Ligar um robô sem checklist é o atalho mais comum para surpresas ruins: token com permissão demais, stop desligado, conta real no lugar da demo ou uma regra que você nunca testou com dados. Este artigo reúne um roteiro objetivo — do ambiente à primeira sessão — para quem automatiza na Deriv.
Nenhuma lista elimina o risco de perda. Automação só executa com disciplina o que você configurou; se a regra tem expectativa negativa, o robô a realiza mais rápido e de forma mais consistente. O ponto é reduzir erros de operação, não inventar vantagem.
1. Confirme a conta certa (demo primeiro)
Antes de qualquer parâmetro:
- A sessão está na conta demo?
- O saldo virtual é suficiente para o teste planejado?
- Você sabe qual login/e-mail está autenticado no app ou no token?
Trocar demo por real "só para ver" é um erro clássico. Enquanto a regra não passou por um período com limites respeitados na demo, a conta real permanece desligada. Se ainda está avaliando se faz sentido automatizar, releia trading automatizado vale a pena? e como funciona um robô de trading na Deriv.
2. Token e permissões mínimas
Checklist de API:
- [ ] Token criado por você na área de segurança da Deriv
- [ ] Permissões limitadas ao necessário (em geral leitura + negociação)
- [ ] Sem permissão de pagamentos ou admin para o robô
- [ ] Nome do token identificável (ex.:
codexium-demo-2026-11) - [ ] Você sabe onde revogar esse token em menos de um minuto
Se o token vazear com escopo largo, o dano potencial cresce. Trate-o como senha: não cole em grupos, prints ou tickets públicos. Depois do teste, revogue tokens antigos que não usa mais.
3. Limites de sessão configurados e testados
Um robô sem teto de perda é um script que pode zerar a banca no ritmo dos ticks. Antes de clicar em iniciar, confira:
- Stop de perda da sessão (valor absoluto)
- Stop de ganho da sessão (valor absoluto)
- Limite de operações ou de tempo
- O que o software faz ao atingir cada limite (pausa? encerra? notifica?)
Esses controles são o coração da automação responsável. Detalhes práticos estão em limites de sessão em robô e em como configurar stop no robô.
Teste rápido: coloque um stop de perda artificialmente baixo na demo, rode até bater e confirme que a execução parou de verdade — não só um aviso na tela.
4. Regra de entrada sem progressão agressiva
Revise a lógica:
- Entrada fixa ou percentual baixo da banca de risco?
- Existe gale/Martingale/fator multiplicador após perda?
- Há teto de níveis de recuperação?
- A regra depende de "padrões" de dígitos sem evidência estatística?
Progressões aumentam o risco de ruína sem mudar a probabilidade do contrato. Se a estratégia depende de recuperar perdas dobrando a entrada, leia Martingale: por que é arriscado e risco de ruína antes de ligar qualquer coisa em conta real.
5. Ambiente estável (máquina, rede, relógio)
Checklist de infraestrutura:
- [ ] Máquina ou VPS ligada e com energia estável
- [ ] Relógio sincronizado (NTP)
- [ ] Conexão estável; evite Wi‑Fi intermitente para testes longos
- [ ] App/serviço configurado para reiniciar de forma controlada (sem disparar ordens duplicadas às cegas)
- [ ] Você sabe como pausar o robô remotamente
Estabilidade reduz falhas de execução; não torna o índice previsível. Rodar 24 horas só faz sentido se os limites de sessão e o monitoramento existirem — caso contrário, mais uptime só multiplica o erro.
6. Logs, alertas e critério de pausa
Antes da primeira sessão longa:
- Onde o robô grava cada ordem (horário, contrato, stake, resultado)?
- Você recebe alerta ao bater stop ou ao perder conexão?
- Qual condição manda pausar manualmente (bug, drawdown inesperado, comportamento estranho)?
Sem log, você não avalia a regra — só coleciona sensações. Com log, dá para comparar o que foi configurado com o que foi executado e descartar ideias ruins com dados, não com feeling. Critérios objetivos de interrupção estão em quando pausar o robô de trading.
7. Roteiro da primeira sessão (demo)
Use este script literal:
- Capital de risco de teste definido (mesmo que virtual).
- Entrada pequena e fixa.
- Stops de sessão ativos.
- Duração máxima (ex.: 30–60 minutos) ou N operações.
- Ao terminar: exportar/registrar resultados, não "só mais um ciclo".
- Só então decidir se vale repetir o teste — ainda em demo.
Se na primeira sessão você já sente vontade de aumentar entrada ou desligar o stop, o problema não é o código: é o plano. Automação amplifica o plano que você trouxe.
8. Conta real: só com os mesmos limites (ou menores)
Quando — e se — for para a real:
- [ ] Mesma regra aprovada na demo
- [ ] Entrada igual ou menor
- [ ] Stops iguais ou mais rígidos
- [ ] Token novo específico para produção
- [ ] Monitoramento na primeira hora
Nunca aumente risco "porque na demo foi bem". Amostra curta mente; emoção na conta real muda o comportamento de quem configura o robô, mesmo que o código seja o mesmo.
Checklist condensado (imprimir)
`` [ ] Conta = demo (ou real só após testes) [ ] Token próprio, permissões mínimas, revogável [ ] Stop perda / stop ganho / teto de ops ativos [ ] Sem Martingale agressivo (ou com teto explícito e risco aceito) [ ] Relógio e conexão OK; sei pausar remotamente [ ] Logs ligados; critério de pausa manual definido [ ] Primeira sessão com tempo/ops limitados [ ] Sem promessa de resultado; dinheiro de risco apenas ``
O que este checklist não cobre
Ele não valida se a estratégia tem expectativa positiva — na maior parte dos contratos de dígitos, a margem da plataforma favorece a casa no longo prazo. Também não substitui leitura dos termos da Deriv nem o entendimento de que a empresa não é autorizada pela CVM no Brasil.
Use o checklist para falhar com segurança e com registro. Lucro não é etapa da lista.
Aplicando o checklist no Codexium
No Codexium, os itens principais deste checklist viram campos na tela: a carteira ativa (Conta Demonstrativa ou Real) aparece no seletor do topo, a aba IA pede meta de ganho e limite de perda antes de armar, e o Bolli tem stop win e stop loss gerais para a sessão e um botão Parar que fecha as posições. Veja um exemplo completo no guia robô Bollinger na Deriv e faça o primeiro teste na conta demo.
Perguntas frequentes
Por que preciso de um checklist antes de ligar o robô?
Porque a maior parte dos prejuízos evitáveis vem de configuração: conta errada, token amplo, stop desligado ou regra nunca testada. O checklist reduz esses erros operacionais; não garante resultado positivo.
Posso ligar o robô direto na conta real?
Não é recomendável. Valide conta, token, limites e a própria regra na demo primeiro, com o mesmo roteiro que usaria na real.
O que não pode faltar nos limites de sessão?
No mínimo stop de perda, stop de ganho e um critério de encerramento (tempo ou número de operações), com confirmação de que o robô realmente para ao atingi-los.
Martingale pode entrar no checklist?
Só de forma explícita: níveis máximos, perda máxima aceita e compreensão do risco de ruína. Na dúvida, comece com entrada fixa.
Como sei se o token está seguro o bastante?
Ele deve ter só as permissões necessárias, nome claro, uso em um único app seu, e você precisa saber revogá-lo imediatamente. Nunca compartilhe o valor do token.
O que fazer se o robô se comportar de forma estranha?
Pause imediatamente, revogue o token se houver dúvida de segurança, preserve os logs e só reaplique a regra depois de entender a causa — de preferência de novo na demo.
