Конструктор ICT-сканера без кода

Что такое конструктор собственного сканера без кода?

Конструктор собственного сканера — это инструмент без кода, который объединяет движки обнаружения, индикаторы и фильтры контекста в одно логическое условие. Вы выбираете нужные элементы, соединяете их через AND/OR, а платформа проверяет все подходящие рынки и отправляет уведомление только тогда, когда срабатывает ваше точное правило.

Главное отличие от готового сканера — контроль. Обычный сканер поставляется с чужим определением торгового сценария. Конструктор даёт базовые элементы и позволяет собрать именно ту модель, которой вы торгуете. В LiquidityScan этот раздел называется Scanner Studio, а общий каталог Confluence — это набор сканеров Studio, опубликованных для всех пользователей.

Почему любому рабочему преимуществу нужен такой инструмент

Стабильные трейдеры ищут на рынке разные вещи. Один ждёт Change of Character (CHoCH) на 1H, а затем сильный ретест order block внутри лондонской kill zone. Другому нужен liquidity sweep на старшем таймфрейме с возвратом выше уровня, но только на инструментах с реальным объёмом. Это не разные индикаторы, а разные сочетания одних и тех же строительных блоков.

Готовый сканер такую логику не соберёт. Он срабатывает по одному заданному паттерну, а остальную confluence вам приходится проверять вручную на сотнях графиков. Разрыв между «паттерн появился» и «мой полный сценарий присутствует» — именно то место, где конструктор собственного сканера оправдывает себя: он кодирует весь чек-лист, а не одну его строку.

Особенно заметно это в дни, когда вы не у терминала. Одно фиксированное уведомление по условию «CHoCH на 1H» может десятки раз зазвонить на телефоне, хотя почти ни один такой разворот вам не подходит: для вашей сделки нужны ещё ретест, конкретная сессия и объём.

Когда вся логика записана в правило, пришедшее уведомление уже прошло предварительный отбор. Предельная цена такого уведомления приближается к ценности самого торгового сценария, а не к ценности графика, который ещё предстоит полностью проверять.

• Точность: ваше преимущество обычно строится на 3–5 условиях, а не на одном.
• Охват: правило проверяет весь рынок одновременно, а человеческий взгляд — нет.
• Дисциплина: формализованное правило срабатывает одинаково каждый раз и убирает желаемое за действительное при визуальном поиске паттернов.
• Связь с тестированием: записанное правило можно осмысленно анализировать и улучшать, в отличие от расплывчатого «я узнаю это, когда увижу».

Что можно объединить в одном правиле

Сила конструктора без кода — в широте доступных элементов. В Scanner Studio одно правило может брать условия из трёх семейств, соединённых булевой логикой.

Движки обнаружения — это паттерны: Super Engulfing, сильные order blocks OB+ и OB++, Market Structure (BOS / CHoCH), разворот после Liquidity Sweep, фильтр RSI-confluence из Pulse, согласование с Core Layer и остальные элементы набора сканера. Каждый движок добавляется как условие-флажок, а не как скрипт.

Индикаторы добавляют классические технические ограничения: RSI, EMA, SMA, объём, ATR и процентное изменение. С их помощью можно уточнить отдельную часть правила — например, потребовать RSI ниже заданного порога при появлении бычьего паттерна.

Фильтры контекста ограничивают где и когда правило может сработать: ICT kill zone, торговая сессия, класс актива — криптовалюты или традиционные рынки, минимальный объём за 24 часа и день недели. Они ничего не обнаруживают, а решают, какие кандидаты останутся после отбора.

Разделение на три семейства делает правило читаемым. Движки отвечают на вопрос «что произошло», индикаторы — «при каком техническом условии», а фильтры контекста — «где и когда это имеет значение». Правило, в котором есть все три уровня, обычно описывает настоящий торговый сценарий; правило только из движков часто находит паттерн, который появляется повсюду.

Как собрать собственное сканирование: пошаговый порядок

Сборка правила в конструкторе собственного сканера состоит из последовательности решений, каждое из которых сужает список подходящих условий. Вот порядок, который сохраняет логику сканирования цельной.

1. Выберите части паттерна и способ их соединения

Начните с паттернов, определяющих ваш сценарий. Допустим, вы торгуете ретест order block только после смены структуры: выберите OB+ и Market Structure CHoCH, соединив их через AND. Тогда для совпадения на инструменте должны присутствовать оба условия. OR используйте, когда кандидата может квалифицировать любой из нескольких паттернов.

2. Добавьте фильтры контекста

Сузьте набор инструментов. Добавьте фильтр kill zone, чтобы правило срабатывало только в лондонское окно, и установите минимальный объём за 24 часа — например, выше $20M, — чтобы неликвидные пары не попадали в результаты. Сессия, класс актива и день недели работают по тому же принципу.

3. Выберите режим event или holds-now для каждого движка

Каждая часть правила читается в одном из двух режимов. Event означает, что паттерн должен только что появиться на последней закрытой свече — это свежий триггер. Holds-now означает, что условие актуально сейчас, независимо от того, когда оно появилось, то есть состояние сохраняется. CHoCH обычно относится к event, а действующий bias или немитигированный order block — к holds-now.

3a. Добавьте оболочку старшего таймфрейма

Любую часть правила можно обернуть так, чтобы она проверялась на более старшем таймфрейме. Так в одном сканировании кодируется логика сверху вниз: часть с bias на 4H, оборачивающая часть входа на 1H, требует согласия старшего таймфрейма ещё до срабатывания паттерна на 1H.

4. Включите согласование направления

Включите проверку согласования направления, чтобы все части правила указывали в одну сторону. Без неё бычий CHoCH может совпасть с медвежьим order block и создать лишний шум. При включённой проверке правило срабатывает только тогда, когда вся связка бычья или вся связка медвежья — именно это и означает настоящая confluence.

Sequence-правила: преимущество сценария с заданным порядком

Большинство сканеров — и готовых, и пользовательских — проверяют, происходят ли условия одновременно. Сильная сторона серьёзного конструктора — правило sequence, в котором части паттерна должны срабатывать в определённом порядке, причём каждый шаг начинается после закрытия предыдущего.

Возьмём классическую разворотную логику: CHoCH показывает смену структуры, и только после этого вы хотите увидеть касание order block, сформированного в новом направлении. Логика одновременного совпадения не умеет выразить «затем». Sequence-правило умеет: первый шаг — CHoCH, второй — касание OB+, и совпадение появляется только на инструменте, где касание произошло после CHoCH.

Так действительно записываются ICT-сценарии. Sweep, затем shift, затем вход. Bias, затем displacement, затем retrace. Правила с заданным порядком превращают многошаговый сценарий в одно условие для сканирования, чего не могут сделать отдельные уведомления: у них нет памяти о последовательности.

Заданный порядок также сокращает число ложных совпадений, которые логика одновременного появления незаметно пропускает. На одной свече, внутри рваного диапазона, инструмент может почти одновременно напечатать бычий order block и медвежью структуру, а правило совместного появления всё равно может сработать.

Sequence-правило, требующее, чтобы разворот произошёл сначала, а касание — после, отбракует такой шум: две части не выстроились в порядке, который нужен вашему сценарию. В результате набор совпадений становится меньше и чище — он отражает реальное развитие цены, а не случайное наложение условий.

Практический пример — и чего сканер не делает

Представим, что вы торгуете развороты в лондонскую сессию на ликвидных криптоактивах. Формализованное правило в конструкторе может выглядеть так:

1. Часть 1, шаг один sequence: Market Structure CHoCH на 1H, режим event, бычье направление.
2. Часть 2, шаг два sequence: касание OB+ на 1H, режим holds-now, срабатывание после первой части.
3. Оболочка HTF: обязательная бычья часть bias на 4H, чтобы разворот согласовывался со старшим таймфреймом.
4. Контекст: только лондонская kill zone; объём за 24 часа выше $20M; класс актива — криптовалюты.
5. Согласование направления: включено, поэтому все части правила должны быть бычьими.

После сохранения сканирование каждый час проверяет весь рынок по закрытым свечам и отправляет совпадение, как только инструмент соответствует полному упорядоченному правилу. Уведомление приходит в веб-версии или нативном приложении, а также отображается внутри приложения. Вам остаётся оценить кандидата по уведомлению — не нужно вручную открывать 300 графиков.

Но чётко разделяйте, что этот инструмент делает, а чего не делает. Конструктор находит кандидатов, соответствующих вашему правилу. Он не предсказывает исход сделки, не публикует процент прибыльных сделок и не размещает заявки. Совпадение означает только одно: «мои условия присутствуют».

Качество результата полностью ограничено качеством написанного вами правила. Расплывчатое правило даст расплывчатых кандидатов, и никакой движок не исправит плохо описанное торговое преимущество.

Сейчас Scanner Studio также остаётся разделом для администраторов, а опубликованные результаты доступны всем через общий каталог Confluence. На практике самостоятельный конструктор пока открыт не каждому аккаунту, но созданные им сценарии уже доступны.

Каждая запись Confluence, включая сценарии с заданной последовательностью, — это сканер Studio, опубликованный для всех пользователей. Честно говоря, сегодня вы используете результат конструктора через каталог, а самостоятельная версия станет естественным следующим шагом для этого раздела.

Ошибки, которые уничтожают собственное сканирование

Большинство бесполезных сканирований ломаются по двум причинам. Обе связаны с тем, что свободу конструктора используют без меры.

Фильтров слишком много, совпадений нет. Каждая дополнительная часть, соединённая через AND, уменьшает набор результатов. Если добавить шесть движков, три индикатора, kill zone и фильтр дня недели, легко собрать правило, которое не срабатывало ни разу за год. Когда сканирование несколько дней подряд возвращает ноль результатов, уберите наименее важное условие и расширьте порог. Правило, которое никогда не срабатывает, ничему вас не учит.

Мнимая confluence. Части правила, измеряющие одно и то же, не дают confluence — это всего лишь избыточность, замаскированная под строгость. Фильтр RSI в зоне перепроданности на движке бычьего импульса, который уже требует сильного закрытия вверх, фактически дважды показывает один сигнал. Настоящая confluence объединяет независимые наблюдения: структуру, зону и временное окно. Согласование направления и оболочка HTF дают независимость; три части, измеряющие импульс, — нет.

• Начинайте с узкого набора движков и широких порогов; ужесточайте правило только после оценки частоты совпадений.
• Один сильный фильтр контекста — kill zone или минимальный объём — лучше пяти слабых.
• Используйте заданную последовательность, чтобы повысить строгость, вместо того чтобы без конца добавлять одновременно возникающие условия.

Часто задаваемые вопросы

Нужно ли уметь программировать, чтобы собрать собственный сканер?

Нет. Конструктор без кода представляет движки, индикаторы и фильтры в виде флажков и выпадающих списков, соединённых логикой AND/OR. Вы собираете правило визуально и сохраняете его. Учить язык скриптов не нужно — в этом и состоит смысл конструктора собственного сканера по сравнению с написанием собственного кода для обнаружения паттернов.

Как часто запускается собственное сканирование?

В LiquidityScan Scanner Studio проверяет сохранённые правила по всему рынку каждый час и всегда использует подтверждённые закрытые свечи, поэтому результаты не перерисовываются. Когда инструмент соответствует правилу, вы получаете push-уведомление в веб-версии или нативном приложении и уведомление внутри приложения, вместо того чтобы самостоятельно следить за лентой.

Чем отличаются режимы event и holds-now?

Режим event требует, чтобы паттерн только что появился на последней закрытой свече, то есть чтобы это был свежий триггер. Режим holds-now требует, чтобы условие оставалось актуальным сейчас, независимо от времени его появления, то есть чтобы это было сохраняющееся состояние. Пробои структуры обычно относятся к event, а действующий bias или немитигированная зона — к holds-now.

Может ли собственный сканер сказать, когда покупать или продавать?

Нет. Он показывает кандидатов, соответствующих заданным условиям, но не даёт торговых рекомендаций, не гарантирует результат и не рассчитывает процент прибыльных сделок. Большинство движков показывают паттерн или зону, а не точку входа, стоп и цель. Воспринимайте каждое совпадение как отфильтрованную отправную точку для собственного анализа, а не как приказ к действию.

Связанные материалы

От конструктора можно перейти к движкам, из которых он собирается, и к рабочему процессу, в который он вписывается.

• Как работает сканер LiquidityScan — разберите путь от исходных свечей до торгового сценария, поверх которого выполняются ваши правила.
• Сканер order block: OB и FVG в реальном времени — объяснение частей движка, которые можно добавить в собственное правило.
• Анализ ICT сверху вниз: согласование таймфреймов — логика оболочки старшего таймфрейма, которую вы добавляете к отдельной части правила.
• Как найти своё преимущество в ICT-трейдинге: специализация — определите набор условий, который стоит формализовать, ещё до сборки правила.
• Как собрать полноценную ICT-модель — превратите сканируемое правило в полный план входа, стопа и управления позицией.
• Лучший ICT-сканер: как выбрать — сравнение места конструктора с фиксированными сканерами.
• Scanner, Pulse и Core Layer: три раздела LiquidityScan — другой взгляд на Scanner, Pulse и Core Layer.
• Список ICT-сканеров LiquidityScan — Сравните доступные ICT-сканеры, их таймфреймы и зоны перед настройкой.
• ICT-алерты: setup замечен — уведомление — После настройки сканера настройте уведомления о подтверждённых setup.
• Как построить полную торговую модель ICT (пошагово) — Поможет превратить правила ICT в полную модель для настройки сканера.