TL; DR
- Частный трейдер на срочном рынке MOEX вручную ловил разворот тренда — и ради этого постоянно мониторил рынок, что съедало много энергии.
- Я собрал сигнального бота: он сам отслеживает разворот по той механике, которой доверяет клиент (модель Renko), на данных брокера в реальном времени и оповещает звонком, письмом и в Telegram.
- Бот в боевой работе, переживает сбои брокера и сети без потери сигналов — трейдеру больше не нужно дежурить у экрана.
Контекст
Частный трейдер, торгует руками на срочном рынке Московской биржи — фьючерс на определённый индекс. Ключевой момент в его торговле — вовремя замечать смену тренда, то есть разворот.
Проблема
Чтобы не упускать разворот, нужно было постоянно держать рынок в поле зрения. Формально отойти от графика, конечно, можно — но чтобы принимать решения оперативно, приходилось всё время мониторить рынок, а это отнимало много энергии. Разворот может случиться на закрытии любой 15-минутной свечи, и это держало в постоянном напряжении.
При этом готового решения под задачу нет: сигнальные сервисы работают по своей логике, а не по той конкретной механике разворота, которой пользуется клиент.
Подход
-
Формализовал сигнал. Вместе с клиентом я перевёл в чёткое правило то, что он раньше держал в голове: когда именно считать тренд развернувшимся. В основе — модель Renko, которая отсекает рыночный шум и оставляет только значимые движения цены. Важный момент: расчёт я сделал детерминированным (привязка к абсолютной ценовой сетке), поэтому бот даёт один и тот же сигнал независимо от того, когда его запустили — результат воспроизводим.
-
Подключился к данным в реальном времени и сэкономил на источнике. Сигнал хорош ровно настолько, насколько свежие под ним данные. Сначала я смотрел в сторону прямого подключения к самой бирже, но у неё доступ к данным — это отдельный платный тариф. Поэтому я подключился через API брокера: брокеры получают те же биржевые данные напрямую, а для клиента такой путь выходит ощутимо дешевле. Токен — только на чтение (никаких сделок, бот не трогает счёт), всё работает на сервере, компьютер клиента включать не нужно.
-
Выбрал каналы оповещения под российские реалии 2026 года. Отдельная задача — доставить сигнал так, чтобы он точно дошёл. Очевидный путь, SMS, оказался дорогим: массовые рассылки требуют платной регистрации и идут с задержкой, а на развороте важна каждая секунда. Поэтому я собрал комбинацию: автоматический звонок с голосовым сообщением (телефон звонит сразу — такое невозможно не заметить; причём голос разный для разворота вверх и вниз), письмо на почту (на случай, если звонок не взяли, и как подтверждение с ценой и временем) и Telegram для привычной и быстрой доставки.
-
Сделал так, чтобы он не врал и не терял сигналы. Бот доигрывает все пропущенные свечи после любого сбоя связи — пропусков не бывает по определению; повторяет доставку, если канал не ответил; спокойно переживает «моргания» брокерского API с автоповторами; и закрыт отдельным мониторингом, который сигналит мне при любом сбое — раньше, чем это заметит клиент.
-
Поставил под ключ и взял на поддержку. Бот развёрнут на сервере в РФ, доступы и ключи изолированы. Клиент не занимается технической стороной вообще: оплата каналов связи, хостинг, наблюдение — на моей стороне. Его дело — торговать.
Результат
- Больше не нужно дежурить у экрана. Сигнал о развороте находит клиента сам — не нужно постоянно мониторить рынок и тратить на это энергию. Это и была главная боль, и она закрыта.
- Ноль потерянных сигналов даже при реальных сбоях брокера и сети: за первые недели бот уже пережил и кратковременные отказы брокерского API, и часовой сбой сети на сервере — без единого пропуска, за счёт механики догона свечей.
- Прозрачная модель «под ключ»: разовая настройка плюс годовая поддержка фиксированным платежом, куда входят данные, звонки, хостинг и мониторинг. Никаких сюрпризов по счетам.
Что бы сделал иначе
С самого начала закладывал бы запас на «капризы» внешних API. Первые дни в бою показали: сторонние источники данных моргают чаще, чем ожидаешь, и надёжность сторожа определяет не столько сама модель сигнала, сколько механика догона и повторов вокруг неё. Поэтому в следующих подобных «сторожах» я делаю отказоустойчивость частью базовой версии, а не доработкой после первого инцидента.