Automatyczne wykonanie AI vs zlecenia ręczne: metoda oceny 30 dni
Rzetelne porównanie wymaga tych samych sygnałów, zasad pozycji i kosztów oraz prawdziwych logów z obu ścieżek wykonania. Poniżej znajduje się praktyczna metoda zbierania i porównywania danych przez 30 dni.
1. Ustal warunki porównania #
Przed pierwszym dniem nadaj każdemu sygnałowi signal_id, czas UTC i wersję strategii. Obie ścieżki muszą jednocześnie dostać ten sam rynek, kierunek, typ zlecenia, ilość, cenę docelową, stop, take-profit, termin ważności i regułę anulowania. Kapitał początkowy, dźwignia, tryb depozytu, poziom opłat i godziny handlu także muszą być równe. Spot i futures raportuj oddzielnie.
| Grupa pól | Ustal przed startem |
|---|---|
| Sygnał | ID, czas UTC, wersja strategii lub hash pliku |
| Zlecenie | Rynek, symbol, kierunek, typ, ilość, cena docelowa |
| Ryzyko | Stop, take-profit, dźwignia, wygaśnięcie, częściowe wykonanie |
| Awarie | Limit ponowień, odrzucenia, rozłączenia i ręczne nadpisanie |
| Koszty | Rzeczywiste prowizje, funding i inne zapisane koszty |
Jeżeli system tylko przekazuje stałe instrukcje, nazywaj go automatycznym wykonawcą. Dzięki temu jakość sygnału nie miesza się z jakością wysłania zlecenia.
2. Wymagany dziennik zleceń #
Zapisuj każdy zamiar zlecenia, również odrzucony lub niewypełniony: signal_id; czas odbioru, wysłania i potwierdzenia przez giełdę w UTC; ID zlecenia; kierunek i typ; żądaną cenę i ilość; ilość wykonaną; VWAP; status lub kod odrzucenia; liczbę ponowień; czas anulowania; okres rozłączenia; walutę i kwotę prowizji; funding; ręczną zmianę z powodem; benchmark wejścia i wyjścia.
Sygnał wygasły bez zlecenia to pominięte wykonanie, a odrzucenie to błąd wykonania. Częściowe wykonanie licz tylko dla zrealizowanej ilości. Brakującego ID, ceny lub kosztu nie zastępuj zamknięciem świecy. Taki sygnał można wyłączyć z porównania PnL netto, lecz musi pozostać we wskaźniku braków i błędów.
3. Porównuj sygnał po sygnale #
| Miara | Sposób liczenia |
|---|---|
| Pokrycie | Liczba sygnałów kwalifikowanych, wysłanych, potwierdzonych i wykonanych |
| Opóźnienie | Czas wysłania minus czas odbioru; mediana i 95. percentyl |
| Jakość wykonania | Mediana i 95. percentyl poślizgu, częściowe wykonania i odrzucenia |
| Koszty | Rzeczywiste prowizje, funding i inne zapisane koszty |
| Wynik netto | Na podstawie realnych wykonań; paruj tylko kompletne dane obu ścieżek |
Dla obsunięcia użyj tej samej częstotliwości wyceny i strefy czasowej. Minutowego niezrealizowanego PnL nie można porównać z saldem drugiej ścieżki liczonym raz dziennie.
4. Poślizg i błędy wykonania #
Ustal odtwarzalny benchmark, np. średnią arytmetyczną najlepszej ceny kupna (bid) i najlepszej ceny sprzedaży (ask) w chwili odebrania sygnału. Poślizg kupna to (VWAP − benchmark) ÷ benchmark, a sprzedaży (benchmark − VWAP) ÷ benchmark. Pomnóż przez 10 000, aby otrzymać punkty bazowe; wartość dodatnia oznacza gorsze wykonanie.
Automatyzacja nie usuwa poślizgu. Ruch rynku, płynność i wielkość zlecenia mogą odsunąć cenę wykonania od oczekiwanej, co opisuje hasło Binance Academy o poślizgu. Zapisuj początek i koniec rozłączenia bez zakładania wykonania, zachowuj kody odrzuceń i przed testem ustaw identyczny limit ponowień.
5. Przykład do przeliczenia #
To skonstruowane dane, a nie zapis konta ani tabela opłat Binance: długa pozycja 0,01 BTC w kontrakcie liniowym, benchmark wejścia 60 000 USDT, rzeczywisty VWAP wejścia 60 030, VWAP wyjścia 60 600, prowizja wejścia 0,60 USDT, wyjścia 0,61 USDT i funding 0,20 USDT.
- Poślizg wejścia:
(60 030 − 60 000) ÷ 60 000 × 10 000 = 5 pb. - PnL brutto:
0,01 × (60 600 − 60 030) = 5,70 USDT. - PnL netto:
5,70 − 0,60 − 0,61 − 0,20 = 4,29 USDT.
Użyj tego samego wzoru dla obu ścieżek i sparuj wyniki po signal ID. Przykład pokazuje wyłącznie rachunek; nie dowodzi przewagi żadnej metody.
6. Granice wniosków #
Po 30 dniach najpierw sprawdź kompletność. Jeśli porównywalnych sygnałów jest za mało, symbole lub poziomy opłat różnią się albo jedna ścieżka ma dużo braków, opisz ograniczenie i nie wskazuj zwycięzcy. Pełny miesiąc również mówi tylko o tym okresie, zestawie sygnałów i regułach.
Automatyzacja może skrócić opóźnienie, lecz awaria programu, uprawnień lub sieci może pominąć zlecenie. Człowiek może zauważyć anomalię albo zareagować za późno. Tylko sparowane, rzeczywiste zapisy pokażą, który proces był stabilniejszy.
— AI Trade Lab, aktualizacja 24.09.2026