SHARKRULE / Aprender

Como montar uma regra de trading sem programar: roteiro de condições e limites

Uma regra sem código também precisa de instruções exatas. Registre o que será medido, quando a verificação acontece, qual ação você autoriza e quais limites podem bloqueá-la. Este roteiro ajuda a conferir a lógica antes de usar uma ferramenta. Ele não escolhe uma estratégia nem presume que todos os campos estejam disponíveis.

SharkRule · Revisado em

Transforme a ideia em uma instrução que possa ser conferida

«Comprar quando o mercado estiver forte» deixa em aberto o ativo, o significado de forte, o valor e o momento da avaliação. Uma regra revisável identifica a conta da corretora, o par à vista, os dados, as comparações, a ordem e os limites. Um campo obrigatório vazio continua sendo uma decisão sua; um modelo ou rascunho de IA não deve preenchê-lo silenciosamente.

Separe três partes: o sinal descreve uma condição de mercado, a ação descreve uma ordem e as verificações obrigatórias determinam se ela pode ser enviada naquele momento. Sinal verdadeiro não comprova envio, aceitação ou execução. O roteiro é um exercício original no papel, não uma configuração executável do SharkRule.

Copie o roteiro e preencha cada decisão

Roteiro para revisão da regra; campos vazios exigem escolha expressa
CampoO que registrarO que conferir
IdentificaçãoNome, versão, conta da corretora e par à vista exatoQual conta e ativo podem ser afetados?
DadosFonte, campo, unidade, intervalo e candle fechado ou em formaçãoAs observações representam o período pretendido?
Condições A/BValores comparados, operador, limite e agrupamento E/OUA igualdade conta? É estado ou cruzamento?
EntradaCompra ou venda, valor com unidade, tipo de ordem e limite de preçoA ação está completamente definida?
VerificaçõesDados válidos e recentes, permissões, saldo e nenhuma ordem anterior sem resoluçãoTodas se aplicam a qualquer ramo do sinal?
LimitesCompromisso por ordem, custos, teto acumulado, máximo de ações e repetiçãoOutras ordens já reservaram saldo?
Saída opcionalDesativada, ou ativo, quantidade, gatilho, ordem e limitesFoi revisada e aprovada separadamente?
Ciclo de vidaValidade, pausa, falhas e registros mantidosO que acontece com ordens já enviadas?
AprovaçãoVersão revisada, modo escolhido e início explícitoA tela corresponde a esta versão?

E exige as duas condições; OU aceita uma ou ambas

No exemplo hipotético, A significa que o fechamento de um candle concluído está estritamente acima de 100 unidades da moeda de cotação por unidade do ativo. B significa que o volume desse mesmo candle está acima de 200 unidades do ativo. Os números foram inventados para explicar a lógica, não para recomendar operações. Fechamento igual a 100 torna A falsa; volume igual a 200 torna B falsa.

E só produz sinal verdadeiro quando A e B são verdadeiras. OU aceita qualquer uma das duas, inclusive ambas. A referência de operadores do TradingView documenta esses significados; isso não comprova integração com o SharkRule. Mais sinais com OU não significam operações melhores, e menos sinais com E não comprovam menor risco.

Resultado do sinal com os dois dados válidos e recentes
FechamentoVolumeABA E BA OU B
101250VerdadeiraVerdadeiraVerdadeiraVerdadeira
101180VerdadeiraFalsaFalsaVerdadeira
99250FalsaVerdadeiraFalsaVerdadeira
99180FalsaFalsaFalsaFalsa

Mantenha as verificações obrigatórias fora da escolha de sinal

Escreva: todas as verificações passam E (A OU B). Não escreva (verificações E A) OU B: nesse caso, B contornaria os controles. Com orçamento esgotado, A falsa e B verdadeira, a primeira expressão bloqueia a ação; a segunda permite indevidamente. Os parênteses deixam a intenção clara.

Neste roteiro, os dois dados precisam ser válidos e recentes antes da avaliação. Se o fechamento for 101 e o volume estiver ausente, registre «não avaliado: volume ausente» e não autorize a ação. Não troque ausência por zero nem remova B. Essa é uma política explícita para dados, não uma propriedade universal de OU: a lógica booleana pode resolver um ramo verdadeiro sem consultar o outro.

Defina a idade máxima dos dados e o intervalo de referência. Preço atual e volume de ontem não descrevem automaticamente a mesma observação. Um número antigo, malformado ou referente a outro par falha na verificação mesmo que ultrapasse o limite numérico.

Conta do exemplo: duas permissões e oito unidades restantes

Imagine uma regra no papel que permita no máximo dois envios de entrada por execução. Cada um reserva 20 unidades de cotação para a compra e 1 para custos, dentro de um teto acumulado de 50. São valores hipotéticos, não taxas reais, mínimos da corretora nem recomendações. A conta acompanha permissões e reservas; não calcula execuções ou lucro.

A primeira entrada reserva 20 + 1 = 21. Duas comprometem 2 × 21 = 42, deixando 50 − 42 = 8. Uma terceira exigiria 63, ultrapassando o teto em 13 e também o máximo de duas entradas. Um ramo OU verdadeiro não cria orçamento extra.

Gastar 20 unidades da moeda de cotação é diferente de comprar 20 unidades do ativo. A documentação de ordens da Coinbase separa produto, lado e configuração, incluindo campos de quantidade base e de cotação. Confira os requisitos aplicáveis; este exemplo não afirma que determinado par aceite uma ordem de 20 unidades.

Preserve compromissos de ordens abertas e resultados incertos. O esgotamento do tempo de resposta não prova que a ordem falhou. Concilie execuções e custos reais antes de atualizar a disponibilidade; pausar uma regra não comprova cancelamento das ordens existentes na corretora.

Descreva e aprove a saída separadamente

«Vender depois» não é uma instrução completa. Uma saída automática precisa identificar a posição que pode afetar, quantidade, gatilho e referência exatos, tipo de ordem e limites. Defina o tratamento de compra ou venda parcial e o controle que impede vender repetidamente a mesma quantidade.

Se você não escolheu uma saída, registre «saída automática desativada». Isso não encerra posições nem elimina perdas. Uma regra autorizada apenas a comprar não deve ganhar uma venda sem nova revisão e aprovação. Uma saída sugerida por IA continua sendo rascunho até a aceitação dos parâmetros exatos.

Teste decisões antes de avaliar resultados

Erros comuns incluem misturar intervalos, confundir «acima» com «cruzou para cima», omitir unidades e interpretar prévia como execução. Um roteiro pode revelar ambiguidade; não comprova rentabilidade.

  1. Leia a regra com conta, par, unidades e intervalo exatos. Substitua «alto», «logo» e «pouco» por definições escolhidas; mantenha o rascunho sem aprovação se faltarem decisões.
  2. Percorra as quatro linhas E/OU. Acrescente igualdade em 100 e 200, dado ausente, observação antiga e par errado. Registre o motivo esperado para cada decisão.
  3. Repita uma observação verdadeira e depois o mesmo identificador de evento. Defina se uma observação posterior pode gerar outra ação e como reconhecer duplicatas. Use o guia de cooldown para conferir a política de espera.
  4. Simule teto esgotado, ordem pendente e envio com resultado desconhecido. Verifique se B consegue contornar algum desses controles.
  5. Revise a saída opcional, execuções parciais e falta de ativo disponível separadamente. Salve a versão conferida, compare com os controles reais e só então inicie explicitamente uma simulação compatível.

Use o roteiro para revisar o rascunho disponível

Abra a página do SharkRule em português indicada em Fontes para revisar o fluxo atual de criação e teste com saldo virtual. O produto descreve compras após queda ou por agenda, perguntas sobre campos ausentes e revisão de regras e orçamento antes de iniciar a simulação. Compare o rascunho com este roteiro e use apenas as condições realmente oferecidas; combinações E/OU arbitrárias não são uma capacidade confirmada por este texto.

Exercícios no papel e simulações não garantem execução ou retorno real. Continuam existindo taxas, deslizamento, ordens sem execução, falhas da corretora e perdas. A disponibilidade depende da conta, localização e painel atual. O SharkRule é software independente, sem vínculo ou endosso das corretoras e ferramentas citadas. Este conteúdo explica mecânica, não oferece aconselhamento financeiro ou de investimento.

Perguntas frequentes

Sem código significa que posso deixar campos indefinidos?

Não. Muda a maneira de inserir instruções, mas conta, par, condição, valor, ordem, limites e eventual saída continuam exigindo decisões claras.

OU pode ignorar um limite de gasto?

Não neste roteiro. As alternativas do sinal ficam dentro da exigência de passar por todas as verificações. Confira os parênteses e teste sinal verdadeiro com orçamento esgotado.

Um indicador ausente deve ser considerado falso?

A política deste exemplo não avalia o sinal até receber os dois dados válidos e recentes. Registra o motivo e não autoriza a ação, mesmo com o outro ramo OU verdadeiro.

Este exemplo pode ser importado no SharkRule?

Ele é uma ajuda de revisão, não um formato de importação ou estratégia compatível confirmada. Se uma condição não existir na ferramenta, não a substitua silenciosamente por outra.

Fontes oficiais

Elaborado com auxílio de IA a partir da documentação oficial indicada. Os exemplos são hipotéticos; não foram realizados testes em contas reais nem comparações de rentabilidade.