LiquidityScan

· GUIAS E ANÁLISES · 12 MIN READ · UPDATED 2D AGO

Construtor de Scanner ICT Sem Código

Construtor de Scanner ICT Sem Código

Um construtor de varredura personalizada combina mecanismos de detecção, indicadores e filtros de contexto em uma regra lógica criada por você, sem código. Depois, avalia essa regra em todos os pares líquidos a cada hora e envia as correspondências.

O Que É um Construtor de Scanner Personalizado Sem Código?

Um construtor de varredura personalizada é uma ferramenta sem código que combina mecanismos de detecção, indicadores e filtros de contexto em uma condição lógica. Você escolhe as partes, conecta tudo com AND/OR e a plataforma verifica cada mercado elegível, enviando um alerta só quando a sua regra exata encontra correspondência.

A diferença para um scanner fixo é o controle. Um scanner pronto traz a definição de configuração criada por outra pessoa. Já o construtor entrega os componentes básicos e deixa você montar a definição que realmente faz parte da sua operação. Na LiquidityScan, essa área é o Scanner Studio, e o catálogo compartilhado de Confluence nada mais é do que um conjunto de scanners do Studio publicados para todos.

Por Que Toda Vantagem Operacional Precisa de Um

Nenhum trader consistente procura exatamente a mesma coisa. Um espera por um Change of Character (CHoCH) no 1H e, depois, um reteste forte de order block dentro da kill zone de Londres. Outro quer um liquidity sweep em período maior seguido de recuperação do nível, mas apenas em ativos com volume de verdade. Não são indicadores diferentes; são combinações diferentes dos mesmos componentes.

Um scanner fixo não consegue capturar isso. Ele dispara diante do próprio padrão e obriga você a conferir manualmente o restante da confluência em centenas de gráficos. O espaço entre “um padrão apareceu” e “a minha configuração completa está presente” é exatamente onde um construtor de varredura personalizada faz sentido: ele codifica toda a lista de condições, não apenas uma linha dela.

Isso pesa ainda mais nos dias em que você está longe da tela. Um único alerta fixo de “CHoCH no 1H” pode fazer seu celular vibrar dezenas de vezes, e quase nenhum desses flips será a sua operação, porque a sua operação também exige o reteste, a sessão e o volume.

Quando você codifica tudo, o alerta que chega já vem pré-filtrado. O custo marginal de receber esse alerta se aproxima do valor da própria configuração, em vez de apontar para um gráfico que você ainda precisa examinar por completo.

  • Especificidade: sua vantagem normalmente depende de 3 a 5 condições empilhadas, não de uma só.
  • Cobertura: uma regra verifica o mercado inteiro de uma vez; seus olhos não.
  • Disciplina: uma regra codificada dispara sempre do mesmo jeito, eliminando a leitura desejosa de padrões que destrói a varredura discricionária.
  • Alinhamento com o backtest: uma regra escrita é algo que você consegue analisar e refinar de propósito, em vez de depender de um vago “eu reconheço quando vejo”.

O Que Você Pode Combinar em Uma Única Regra

A força de um construtor sem código está na variedade de componentes que ele disponibiliza. No Scanner Studio, uma única regra pode puxar elementos de três famílias, conectados por lógica booleana.

Mecanismos de detecção são as pernas do padrão: Super Engulfing, OB+ / OB++ strong order blocks, Market Structure (BOS / CHoCH), a reversão de Liquidity Sweep, o filtro de confluência de RSI do Pulse, o alinhamento do Core Layer e o restante dos mecanismos disponíveis. Cada mecanismo é uma condição marcada em uma caixa, não um script.

Indicadores acrescentam filtros técnicos clássicos: RSI, EMA, SMA, volume, ATR e variação percentual. Você usa esses filtros para qualificar uma perna do mecanismo, exigindo, por exemplo, RSI abaixo de um limite quando um padrão de alta dispara.

Filtros de contexto limitam onde e quando a regra pode disparar: kill zone do ICT, sessão de negociação, classe do ativo, como cripto ou mercados tradicionais, piso de volume em 24 horas e dia da semana. Eles não detectam nada; decidem quais candidatos continuam na seleção.

A diferença entre as três famílias é o que deixa a regra legível. Os mecanismos respondem “o que aconteceu”, os indicadores respondem “sob qual condição técnica” e os filtros de contexto respondem “onde e quando isso importa”. Uma regra que usa as três famílias tende a descrever uma configuração de verdade; uma regra montada só com mecanismos costuma descrever um padrão que aparece em todo lugar.

ComponenteFunção na regraExemplos
Mecanismos de detecçãoAs pernas do padrão que precisam estar presentesOB+, CHoCH, Liquidity Sweep, Super Engulfing
IndicadoresQualificam ou filtram uma pernaRSI, EMA, SMA, volume, ATR, variação percentual
Filtros de contextoRestringem onde e quando a regra pode dispararKill zone, sessão, classe do ativo, piso de volume, dia da semana

Como Criar uma Varredura Personalizada, Passo a Passo

Montar uma regra no construtor de varredura personalizada é uma sequência de escolhas, e cada uma reduz o que pode ser qualificado. Esta é a ordem que mantém a varredura coerente.

1. Escolha as pernas do mecanismo e a conexão

Comece pelos padrões que definem a configuração. Digamos que o seu modelo seja um reteste de order block que só importa depois de uma virada na estrutura: selecione OB+ e Market Structure CHoCH, conectados com AND. Agora os dois precisam ser verdadeiros no ativo para que haja correspondência. Use OR quando qualquer um de vários padrões puder qualificar o candidato.

2. Acrescente filtros de contexto

Restrinja o universo. Adicione um filtro de kill zone para a regra disparar apenas durante a janela de Londres e defina um piso de volume em 24 horas, por exemplo, somente ativos acima de US$ 20 milhões, para que pares sem liquidez nunca apareçam. Sessão, classe do ativo e dia da semana funcionam do mesmo jeito.

3. Escolha evento ou estado atual para cada mecanismo

Cada perna do mecanismo é lida em um de dois modos. Evento significa que o padrão acabou de disparar na última vela fechada, funcionando como um gatilho novo. Estado atual significa que a condição está verdadeira agora, independentemente de quando apareceu, como um estado permanente. Um CHoCH normalmente é um evento; um viés ativo ou uma zona não mitigada normalmente é um estado atual.

3a. Adicione um filtro de período maior

Você pode envolver qualquer perna para que ela seja avaliada em um período maior do que o restante da regra. É assim que você coloca uma lógica de cima para baixo em uma única varredura: uma perna de viés no 4H envolvendo uma perna de entrada no 1H permite exigir concordância do período maior antes que a regra dispare no padrão de entrada.

4. Exija concordância de direção

Ative a exigência de concordância direcional para que todas as pernas apontem para o mesmo lado. Sem isso, um CHoCH de alta pode aparecer junto de um order block de baixa e gerar ruído. Com a exigência ligada, a regra só dispara quando toda a estrutura está em alta ou toda em baixa, que é o que confluência de verdade significa.

Regras de Sequência: A Vantagem de um Playbook Ordenado

A maioria dos scanners, personalizados ou não, verifica se as condições ocorrem ao mesmo tempo. O recurso que separa um construtor sério é a regra de sequência, na qual as pernas precisam disparar em uma ordem específica, cada etapa depois do fechamento da anterior.

Pense na leitura clássica de reversão: um CHoCH sinaliza a virada da estrutura, e só depois você quer que o order block formado na nova direção seja tocado. A lógica de ocorrência simultânea não consegue expressar esse “depois”. Uma regra de sequência consegue: a primeira perna é o CHoCH, a segunda é o toque no OB+ e a correspondência só acontece quando o toque ocorreu depois do CHoCH.

Isso acompanha a forma como os playbooks de ICT são escritos na prática. Sweep, depois mudança, depois entrada. Viés, depois displacement, depois retração. Regras ordenadas transformam um playbook de várias etapas em uma condição que pode ser pesquisada, algo que uma pilha de alertas separados não faz porque eles não guardam a ordem dos eventos.

A ordenação também reduz falsos positivos que a ocorrência simultânea deixa passar em silêncio. Em uma única vela, durante uma faixa lateral irregular, um ativo pode imprimir um order block de alta e uma leitura de estrutura de baixa quase ao mesmo tempo, e uma regra de ocorrência simultânea ainda pode aceitá-lo.

Uma regra de sequência que exige a virada primeiro e o toque depois rejeita essa bagunça, porque as duas pernas nunca se alinharam na ordem exigida pelo seu playbook. O resultado é um conjunto menor e mais limpo de correspondências, refletindo uma progressão real do preço, não uma sobreposição por acaso.

Um Exemplo Prático, e o Que o Scanner Não Faz

Suponha que você opere reversões na sessão de Londres em criptoativos líquidos. A sua regra codificada no construtor poderia ser:

  1. Perna 1, sequência, etapa um: Market Structure CHoCH no 1H, modo evento, alta.
  2. Perna 2, sequência, etapa dois: toque no OB+ no 1H, estado atual, com disparo obrigatório depois da perna 1.
  3. Filtro de período maior: perna de viés no 4H obrigatoriamente em alta, para que a virada esteja alinhada com o período maior.
  4. Contexto: somente kill zone de Londres; volume em 24 horas acima de US$ 20 milhões; classe de ativo cripto.
  5. Concordância de direção: ativada, então todas as pernas precisam estar em alta.

Depois de salva, essa varredura roda no mercado inteiro a cada hora, sempre usando velas fechadas, e envia uma correspondência assim que um ativo satisfaz a regra completa e ordenada. A entrega acontece por notificação na web ou no aplicativo e por alerta dentro da plataforma. Você avalia o candidato a partir do alerta; não precisa abrir 300 gráficos para encontrá-lo.

Deixe claro o que isso é e o que não é. O construtor encontra candidatos que correspondem à sua regra. Ele não prevê que a operação vai funcionar, não publica taxa de acerto e não envia ordens. Uma correspondência significa apenas “as minhas condições estão presentes”, nada além disso.

A qualidade dos seus resultados é limitada inteiramente pela qualidade da regra que você escreveu. Uma regra vaga produz candidatos vagos, e nenhum mecanismo conserta uma vantagem operacional mal especificada.

O Scanner Studio também é, atualmente, uma área voltada para administradores, enquanto o resultado publicado chega a todos por meio do catálogo compartilhado de Confluence. Na prática, o construtor para uso direto ainda não está aberto a todas as contas, mas as configurações que ele produz já estão disponíveis.

Cada entrada do Confluence, incluindo os playbooks de sequência ordenada, é um scanner do Studio publicado globalmente. A leitura honesta é que você já consome hoje o resultado do construtor pelo catálogo, enquanto uma versão de uso independente é o próximo passo natural dessa área.

Erros Que Destroem uma Varredura Personalizada

Dois erros respondem pela maior parte das varreduras inúteis, e os dois surgem do mau uso da liberdade oferecida pelo construtor.

Filtrar até não sobrar nada. Cada perna AND adicionada reduz o conjunto de correspondências. Empilhe seis mecanismos, três indicadores, uma kill zone e um filtro de dia da semana e você pode criar uma regra que não disparou nenhuma vez neste ano. Se a varredura retornar zero por vários dias, remova a perna menos importante e amplie um limite. Uma regra que nunca dispara não ensina nada.

Confluência falsa. Pernas que medem todas a mesma coisa não formam confluência; isso é redundância fantasiada de rigor. Um filtro de RSI sobrevendido aplicado a um mecanismo de momentum de alta que já exige um fechamento forte para cima é o mesmo sinal repetido duas vezes. Confluência de verdade empilha leituras independentes: estrutura, uma zona e uma janela de horário. Concordância direcional e um filtro de período maior trazem independência real; três pernas de momentum, não.

  • Comece restrito nos mecanismos e amplo nos limites; só aperte depois de observar a taxa de correspondência.
  • Prefira um filtro de contexto forte, como kill zone ou piso de volume, a cinco filtros fracos.
  • Use a ordem de sequência para aumentar o rigor, em vez de empilhar pernas que apenas ocorrem juntas.

Perguntas Frequentes

Preciso saber programar para criar um scanner personalizado?

Não. Um construtor sem código apresenta mecanismos, indicadores e filtros como caixas de seleção e menus suspensos conectados pela lógica AND/OR. Você monta a regra visualmente e salva. Não existe uma linguagem de programação para aprender, que é justamente o ponto de um construtor de varredura personalizada em comparação com escrever o próprio código de detecção.

Com que frequência uma varredura personalizada é executada?

Na LiquidityScan, o Scanner Studio avalia as regras salvas no mercado inteiro a cada hora, sempre com velas fechadas confirmadas para que os resultados não repintem. Quando um ativo satisfaz a sua regra, você recebe uma notificação na web ou no aplicativo, além de um alerta dentro da plataforma, sem precisar acompanhar o fluxo por conta própria.

Qual é a diferença entre o modo evento e o modo estado atual?

O modo evento exige que o padrão tenha acabado de disparar na última vela fechada, funcionando como um gatilho novo. O modo estado atual exige que a condição esteja verdadeira agora, independentemente de quando apareceu, como um estado permanente. Quebras de estrutura normalmente são eventos; um viés ativo ou uma zona não mitigada normalmente é uma condição de estado atual.

Um scanner personalizado pode me dizer quando comprar ou vender?

Não. Ele mostra candidatos que correspondem às condições definidas por você; não emite chamadas de operação, não garante resultados e não calcula taxa de acerto. A maioria dos mecanismos produz um padrão ou uma zona, não uma entrada, um stop e um alvo. Trate cada correspondência como um ponto de partida filtrado para a sua própria análise, não como um sinal para agir.

Parta do construtor e avance para os mecanismos que ele combina e para o fluxo de trabalho em que ele se encaixa.

  • Como funciona o Scanner da LiquidityScan - veja o fluxo que vai das velas brutas até a configuração detectada sobre a qual suas regras operam.
  • Scanner de Order Blocks: OB e FVG em tempo real - entenda as pernas de mecanismo que você adiciona a uma regra personalizada.
  • Análise de cima para baixo no ICT: alinhamento entre períodos - a lógica por trás do filtro de período maior que você adiciona a cada perna.
  • Como encontrar sua vantagem no trading ICT: um modelo de especialização - defina o conjunto de condições que merece ser codificado antes de começar a montagem.
  • Como montar um modelo completo de trading ICT - transforme uma regra pesquisável em um plano completo de entrada, stop e gerenciamento.
  • Melhor scanner ICT: como escolher - entenda onde um construtor personalizado se encaixa em relação aos scanners fixos.
  • Scanner, Pulse e Core Layer: as três áreas da LiquidityScan - uma visão relacionada sobre Scanner, Pulse e Core Layer.
  • Lista de Scanners ICT — Compare engines, timeframes, grades e limites antes de construir seu scanner.
  • Alertas ICT: receba o setup na hora — Depois de criar o scanner, configure alertas para receber setups confirmados.
Hayk Muradian

Hayk Muradian

Founder & Lead Analyst at LiquidityScan · 12+ years ICT/SMC trading · Institutional order flow specialist

Hayk Muradian is the founder of LiquidityScan, a professional trading intelligence platform built for ICT (Inner Circle Trader) and Smart Money Concepts (SMC) traders. With over a decade of hands-on experience reading institutional order flow across crypto, forex, and futures markets, Hayk specializes in identifying liquidity events, order blocks, and CISD setups on closed candles.

He built LiquidityScan after years of frustration with retail charting tools that ignored the mechanics institutions actually use. The platform now scans 400+ markets in real-time, surfacing the same patterns floor traders watch — without the noise.

Hayk writes about the methodology behind ICT and SMC, with a focus on practical, data-driven analysis rather than hype.

Not trading advice. LiquidityScan publishes educational content for informational purposes only. Trading involves substantial risk of loss.