Автоисполнение ИИ vs ручные ордера: методика оценки за 30 дней
Корректное сравнение начинается с одинаковых сигналов, правил позиции и учёта расходов, а продолжается реальными журналами ордеров для обоих способов исполнения. Ниже — практическая методика сбора и сопоставления данных за 30 дней.
1. Зафиксировать условия сравнения #
До первого дня присвойте каждому сигналу signal_id, время UTC и версию стратегии. Оба способа должны одновременно получить один рынок, направление, тип ордера, объём, целевую цену, стоп, тейк-профит, срок действия и правило отмены. Стартовый капитал, плечо, режим маржи, тариф комиссии и часы торговли тоже должны совпадать. Спот и фьючерсы считайте отдельно.
| Группа полей | Что зафиксировать заранее |
|---|---|
| Сигнал | ID, время UTC, версия стратегии или хеш файла |
| Ордер | Рынок, символ, направление, тип, объём, целевая цена |
| Риск | Стоп, тейк-профит, плечо, срок, правило частичного исполнения |
| Сбои | Лимит повторов, отказ, разрыв связи и ручное вмешательство |
| Расходы | Фактические комиссии, funding и прочие записанные затраты |
Если система лишь передаёт заранее заданные инструкции, называйте её автоматическим исполнителем. Так качество сигнала не смешивается с качеством отправки ордера.
2. Обязательный журнал ордеров #
Сохраняйте строку для каждой попытки, включая отказ и отсутствие исполнения: signal_id; время получения, отправки и подтверждения биржей в UTC; ID ордера; направление и тип; запрошенную цену и объём; исполненный объём; VWAP; статус или код отказа; число повторов; время отмены; интервал разрыва связи; валюту и сумму комиссии; funding; ручное вмешательство с причиной; ориентир для входа и выхода.
Просроченный сигнал без ордера — пропуск исполнения, отказ — сбой исполнения. Частичное исполнение считайте только на заполненный объём. Не заменяйте отсутствующие ID, цену или расходы закрытием свечи. При необходимости исключите сигнал из сравнения чистого PnL, но оставьте его в доле пропусков и сбоев.
3. Сравнивать по каждому сигналу #
| Метрика | Как считать |
|---|---|
| Покрытие | Количество допустимых, отправленных, подтверждённых и исполненных сигналов |
| Задержка | Время отправки минус получение; медиана и 95-й процентиль |
| Качество исполнения | Медиана и 95-й процентиль проскальзывания, доля частичных исполнений и отказов |
| Расходы | Фактические комиссии, funding и прочие записанные затраты |
| Чистый результат | По реальным сделкам; пары только при полных данных для обоих способов |
Для просадки используйте одинаковую частоту оценки и часовой пояс. Нельзя сравнивать минутный нереализованный PnL одного способа с дневным балансом другого.
4. Проскальзывание и сбои #
Заранее выберите воспроизводимый ориентир, например среднее арифметическое лучшей цены покупки (bid) и лучшей цены продажи (ask) в момент поступления сигнала. Проскальзывание покупки: (VWAP − ориентир) ÷ ориентир; продажи: (ориентир − VWAP) ÷ ориентир. Умножьте на 10 000 для базисных пунктов; положительное значение означает худшее исполнение.
Автоматизация не устраняет проскальзывание. Движение рынка, ликвидность и размер ордера могут увести цену исполнения от ожидаемой — это же объясняет словарь Binance Academy. Фиксируйте начало и конец разрыва связи, не предполагая исполнение; сохраняйте коды отказов и заранее задайте одинаковый лимит повторов.
5. Проверяемый пример #
Это сконструированные входные данные, а не запись счёта или тариф Binance: лонг 0,01 BTC по линейному контракту, ориентир входа 60 000 USDT, фактический VWAP входа 60 030, VWAP выхода 60 600, комиссия входа 0,60 USDT, выхода 0,61 USDT и funding 0,20 USDT.
- Проскальзывание входа:
(60 030 − 60 000) ÷ 60 000 × 10 000 = 5 б.п.. - Валовой PnL:
0,01 × (60 600 − 60 030) = 5,70 USDT. - Чистый PnL:
5,70 − 0,60 − 0,61 − 0,20 = 4,29 USDT.
Примените одну формулу к обоим способам и сопоставьте по signal ID. Пример показывает только расчёт и не доказывает доходность одного из способов.
6. Границы выводов #
Через 30 дней сначала проверьте полноту. Если сопоставимых сигналов мало, символы или тарифы различаются либо у одного способа много пропусков, опишите ограничение и не называйте победителя. Даже полный месяц говорит только об этом периоде, наборе сигналов и правилах.
Автоматизация может сократить задержку, но сбой программы, прав или сети способен пропустить ордер. Человек может заметить аномалию или опоздать. Только парные реальные записи покажут, какой процесс оказался стабильнее.
— AI Trade Lab, редакция 24.09.2026