Коротко
- Автоматизация — свойство процесса исполнения, а не доказательство качества стратегии.
- До обсуждения результатов нужно описать правило, источник данных, порядок исполнения, ограничения риска и мониторинг.
- Учебный пример или исторический тест показывает только выбранные данные и допущения.
- Оценка должна включать условия, при которых стратегия может не сработать или потребовать остановки.
Один сигнал не является всей стратегией
Слово «автоматизированная» может описывать очень разные процессы. В одном случае программа только рассчитывает сигнал, а человек принимает решение. В другом — система формирует заявку по заранее заданным правилам. Между этими вариантами находятся разные уровни автоматизации, контроля и ответственности.
Поэтому первый вопрос звучит не так: «Есть ли у стратегии алгоритм?». Полезнее спросить: «Какие решения формализованы, какие данные доступны в момент решения и где остаётся ручное действие?». В материалах Investor.gov о robo-advisers отдельно отмечено, что автоматизированные программы различаются по услугам, подходам, затратам и рискам. Это описание класса сервисов, а не характеристика ARM или доказательство преимущества любой конкретной системы (Investor Bulletin: Robo-Advisers).
Эта рамка отличается от объяснения системной торговли. Там главный вопрос — как превратить решение в проверяемый процесс. Здесь вопрос уже уже: как проверить готовность такого процесса до запуска.
Пять слоёв проверки
1. Правила
Запишите, какое наблюдаемое условие запускает сценарий, что его отменяет и как фиксируется выход. Формулировка должна позволять двум проверяющим получить один и тот же ответ без догадки о намерении автора.
Проверьте также границы: какие инструменты, интервалы и часы входят в область применения. Если правило меняется от случая к случаю, это не обязательно недостаток, но изменение должно быть явно описано и проверяемо.
2. Данные
Уточните источник цен, частоту обновления, часовой пояс, пропуски и момент, когда значение становится доступным. Нельзя оценить решение отдельно от данных, на которых оно было рассчитано. Особенно важно проверить, не использует ли расчёт информацию, которая появилась только после момента действия.
Для сопоставимости полезно сохранить версию набора данных и список преобразований. Иначе повторная проверка может оказаться проверкой уже другой выборки, даже если название стратегии не изменилось.
3. Исполнение
Между сигналом и фактическим действием есть задержка, спред, возможное проскальзывание, правила отмены и ограничения ликвидности. CME Group описывает системный подход как способ заранее задать дисциплину входа и выхода, но одновременно указывает на проблемы качества данных и чрезмерной оптимизации (System-Based vs. Discretionary Trading).
Поэтому проверка должна включать вопрос: что произойдёт, если доступная цена отличается от расчётной или заявка не исполнилась полностью? Сценарий без такого ответа ещё не является описанием исполнения.
4. Риск
Опишите размер позиции, суммарную экспозицию, условия отмены и порядок действий при серии неблагоприятных исходов. Разбор размера позиции помогает отделить бюджет риска от номинального объёма: одно и то же число единиц может означать разную экспозицию при разных инструментах и уровнях отмены сценария.
Риск нельзя заменить одной кнопкой или одним лимитом. Отдельно проверьте гэпы, изменение требований к обеспечению, недоступность котировки и сбой соединения. Здесь не делается вывод о приемлемости риска для конкретного счёта — для этого нужны индивидуальные данные и отдельная проверка.
5. Мониторинг
Заранее определите, какие отклонения требуют наблюдения, паузы или расследования. Это могут быть расхождение с ожидаемым числом сигналов, задержка данных, неожиданный размер заявки или выход показателей за установленную область наблюдения.
Мониторинг должен отвечать не только на вопрос «что произошло?», но и на вопрос «какое действие следует после обнаружения?». Без журнала решений и понятных порогов невозможно отличить обычный неблагоприятный исход от ошибки процесса.
Иллюстративный чек-лист до запуска
Представим учебную систему, которая реагирует на заранее описанное условие закрытой свечи. До следующего действия она проверяет свежесть данных, доступность инструмента, лимит экспозиции и корректность рассчитанного объёма. Если одна проверка не пройдена, действие не выполняется и причина записывается в журнал.
Такой пример не утверждает, что система будет работать лучше или хуже. Он показывает минимальную связность пяти слоёв: правило порождает сигнал, данные объясняют его момент, исполнение описывает заявку, риск ограничивает размер, а мониторинг фиксирует отклонение.
Для предварительной проверки можно составить таблицу:
- правило: однозначно ли условие и его отмена;
- данные: известны ли источник, версия и доступность значения;
- исполнение: описаны ли задержка, спред, частичное исполнение и отмена;
- риск: связаны ли объём, экспозиция и сценарий неблагоприятного движения;
- мониторинг: есть ли журнал, пороги и ответственный следующий шаг.
Все элементы здесь учебные. В статье нет данных о реальной стратегии, торговых результатах или инфраструктуре ARM.
Что историческая проверка не подтверждает
Исторический тест может помочь проверить внутреннюю непротиворечивость правила на выбранной выборке. Но он не подтверждает будущий результат, неизменность рыночных условий или идеальное исполнение. Качество вывода зависит от периода, данных, комиссий, спреда, задержек и способа обработки незавершённых наблюдений.
Отдельно нужно проверить, не подбирались ли правила после просмотра результата. Иначе красивая историческая траектория может отражать не устойчивость идеи, а особенности настройки. О границах бэктеста подробнее сказано в статье что история может показать и чего не доказывает.
Что проверить самостоятельно
- Можно ли воспроизвести каждый сигнал по сохранённым данным?
- Есть ли отдельное описание исполнения и обработки ошибки?
- Связаны ли размер позиции и сценарий риска, а не только цена входа?
- Отмечены ли комиссии, спред, задержка и частичное исполнение?
- Есть ли понятная граница применимости и порядок остановки?
- Отделены ли учебные примеры от фактических результатов?
Итог
Оценка автоматизированной стратегии до запуска — это проверка цепочки, а не поиск одного убедительного графика. Правила, данные, исполнение, риск и мониторинг должны быть описаны так, чтобы их можно было проверить независимо. Такой подход не обещает результата; он помогает понять, какие вопросы ещё не получили ответа и какие допущения нужно вынести на отдельную проверку.
