Automatyzacja i Boty - Kiedy Ma Sens

Wstęp

Automatyzacja jest najbardziej przereklamowanym etapem tradingu systemowego. Początkujący chcą bota zanim mają edge. Zaawansowany trader wie: bot nie tworzy przewagi, jedynie skaluje i egzekwuje przewagę która już istnieje i jest zmierzona. Jeśli masz EV 0.05R po kosztach, automatyzacja sprawi że szybciej stracisz. Jeśli masz EV 0.25R i problemem jest Twoja dyscyplina, bot ma sens.

Ta lekcja odpowiada na pytanie “kiedy”, a nie “jak napisać bota w 10 minut”. Przejdziesz przez kryteria gotowości do automatyzacji, architekturę bezpiecznego bota, tryby pracy (alert -> półautomat -> full auto) oraz checklistę ryzyka operacyjnego która chroni kapitał bardziej niż stop loss.

Kiedy automatyzacja ma sens - 5 filtrów

Bot ma sens tylko jeśli przejdziesz 5 filtrów. Jeśli jeden nie przejdzie - zostań przy tradingu półautomatycznym lub ręcznym z protokołem.

Decyzja:
5x TAK = możesz iść w full auto z małym kapitałem i limitami
3-4x TAK = półautomat (alert + ręczne potwierdzenie)
<3 TAK = brak automatyzacji, wróć do lekcji 3-5

Większość systematycznych strat detalicznych pochodzi z botów uruchomionych przy 1x TAK.

Trzy tryby automatyzacji - od bezpiecznego do ryzykownego

Tryb 1: Alert + ręczna egzekucja (zalecany start)

TradingView alert -> powiadomienie -> ręcznie otwierasz wg checklisty. Zyskujesz: eliminujesz skanowanie rynku, zachowujesz kontrolę. Bot nie ma dostępu do kapitału.

Przepływ:
Pine alert webhook -> Discord/Telegram -> Ty sprawdzasz filtr reżimu -> zlecenie w brokerze

Tryb 2: Półautomat - bot wysyła zlecenie z potwierdzeniem

Bot liczy sygnał w Pythonie, wysyła draft zlecenia, Ty klikasz confirm w aplikacji brokera lub bot czeka 60s na brak cancel.

Tryb 3: Full auto

Bot ma klucze API z prawem do handlu (nigdy withdraw). Działa na VPS, ma monitoring, logi, daily stop.

Zasada: przechodź tryby sekwencyjnie, min 30 dni każdy. Nie skacz z alertu od razu na full auto.

Architektura bezpiecznego bota - minimum które musisz mieć

Komponenty:

1. Data Feed - websocket lub REST z re-connect i walidacją luki danych
2. Signal Engine - ta sama logika co w backteście (ten sam shift, te same parametry)
3. Risk Manager - sprawdza przed każdym zleceniem:
   - Czy pozycja ≤ max_position_size?
   - Czy daily loss < max_daily_R?
   - Czy spread < max_spread?
   - Czy nie ma otwartej pozycji (jeśli 1 pozycja max)?
4. Execution Module - wysyła LIMIT lub MARKET z ID i retry logic
5. Logger - każdy sygnał, każde odrzucenie przez Risk Manager, każdy błąd API -> plik + Telegram
6. Kill Switch - komenda /stop która zamyka proces i anuluje zlecenia, plus hard stop po MaxDD dziennym
7. State Recovery - po restarcie VPS bot wie czy ma pozycję i odtwarza SL/TP

Pseudo-kod Risk Managera:

def can_trade(signal, account):
    if account.daily_pnl_R < -MAX_DAILY_LOSS_R:
        log("BLOCK: daily loss")
        return False
    if spread > MAX_SPREAD_PCT:
        log("BLOCK: spread")
        return False
    if open_positions >= MAX_POS:
        return False
    if not is_market_open():
        return False
    return True

Bez Risk Managera bot to broń bez bezpiecznika.

Koszty ukryte full auto których nie ma w backteście

Checklista kosztów operacyjnych przed full auto:
- Czy policzyłeś funding rate dla perp? (0.01% * 3 dziennie potrafi zjeść edge)
- Czy bot ma limit slippage dla MARKET?
- Czy masz alert gdy bot nie wysłał heartbeat 15 min?

Demo 30 dni + shadow trading

Nigdy nie uruchamiaj bota na realu bez:

1. 14 dni paper trading na tym samym VPS i tym samym kodzie co real (nie inny notebook).
2. 14 dni shadow trading: bot wysyła sygnały na real danych ale Ty wykonujesz ręcznie i porównujesz: czy bot i Ty macie ten sam entry +/- 0.05%?
3. Dziennik rozjazdów: każda różnica >0.1% wyjaśniona.

Dopiero potem real z 0.25% ryzyka na transakcję przez 30 dni.

Kiedy plan mówi nie handluj (automatycznie)

1. Gdy nie masz kill-switcha i monitoringu: Bot który działa bez nadzoru to tykająca bomba. Nie handluj automatycznie bez /stop i daily loss limit.
2. Gdy API ma prawo do wypłat (withdraw enabled): Nigdy. Tylko trade, nigdy withdraw, IP whitelist.
3. Gdy bot handluje na M1-M5 bez testu poślizgu x2: Realny poślizg na M1 w news to 0.1-0.3%. Twój backtest go nie ma. Pauza.
4. Gdy nie przetestowałeś restartu VPS w trakcie otwartej pozycji: Co robi bot po restarcie? Jeśli nie wiesz, nie uruchamiaj.
5. Gdy emocjonalnie chcesz bota bo “nie musisz patrzeć”: To nie jest powód. Powodem jest zmierzony edge + Twoja niemożność egzekucji ręcznej. W przeciwnym razie automatyzujesz lenistwo.

Błędy które kosztują najwięcej

1. Pisanie bota przed laboratorium z lekcji 4-5. Bot bez backtestu z kosztami x2 to gwarancja straty operacyjnej.
2. Jedna maszyna, jedna giełda, jeden klucz. Awaria = brak kontroli. Miej backup VPS, drugi sposób zamknięcia pozycji (apka mobilna brokera), drugi internet.
3. Bot martingale - zwiększa pozycję po stracie. Backtest wygląda świetnie, forward kończy się likwidacją. Nigdy nie zwiększaj ryzyka po stracie w automacie.
4. Brak limitu dziennego R. Bot może zrobić 30 transakcji dziennie w chopie i wygenerować -6R zanim się zorientujesz. Daily stop w R to obowiązek.
5. Ufanie darmowym botom z Discorda/YouTube. Nie wiesz co jest w kodzie. Jeśli nie umiesz przeczytać kodu, nie uruchamiaj cudzego bota na swoich kluczach.

Ćwiczenie mierzalne

Cel: Zbudować checklistę gotowości do automatyzacji i zasymulować awarię.

Zadanie 90 min:

1. Wybierz jeden system z lekcji 5 który ma EV >0.15R po kosztach x2.
2. Wypełnij 5 filtrów z początku lekcji. Dla każdego TAK/NIE daj dowód liczbowy.

Przykład dowodu:
Filtr 1 Edge: Tak, N OOS=180, EV=0.22R, PF=1.4 po kosztach x2 -> załącz raport PDF
Filtr 3 Koszty: AvgWin=1.8R, koszty 0.08R = 4.4% AvgWin -> Tak

3. Zaprojektuj na kartce architekturę Twojego bota: Data -> Signal -> Risk -> Execution -> Log -> Kill Switch. Narysuj prostokąty i strzałki.
4. Przeprowadź test awarii na demo:

• Otwórz pozycję ręcznie
• Wyłącz internet na 5 minut
• Włącz, sprawdź czy wiesz ile masz ryzyka i jak zamknąć
• Zapisz wniosek: co musisz dodać do bota aby przeżył to automatycznie.

5. Jeśli masz <5 TAK, napisz plan na 30 dni co musisz zmierzyć aby przejść na 5 TAK.

Sprawdź się

1. Wymień 5 filtrów gotowości do automatyzacji i próg dla każdego.
2. Jakie są 3 tryby automatyzacji i który jest zalecany na start?
3. Co musi zawierać Risk Manager przed każdym zleceniem? Wymień 4 warunki.
4. Dlaczego API key z withdraw enabled to błąd krytyczny i co zamiast tego?
5. Opisz shadow trading - co porównujesz i jak długo ma trwać przed realem?

Częste pytania

Czy potrzebuję VPS do bota? Tak jeśli bot ma działać >8h dziennie lub na niższych interwałach niż H1. Twój laptop z WiFi ma przerwy, uśpienia, restarty. VPS ma uptime 99.9% i statyczny IP do whitelist.

Ile kosztuje utrzymanie bota miesięcznie? VPS 20-50 USD, dane 0-100 USD jeśli potrzebujesz płatnego feedu, monitoring (Telegram free). Pomijasz największy koszt: czas na utrzymanie i debugowanie.

Czy bot może handlować na koncie prop firmowym? Sprawdź regulamin. Większość prop firm zakazuje botów full auto, dopuszcza półautomat z ręcznym potwierdzeniem. Automatyzacja bez zgody = łamanie zasad i utrata konta.

Czy mogę zlecić napisanie bota programiście? Tak, ale musisz dostarczyć: raport z lekcji 5, definicję sygnału z shift, Risk Manager spec, testy awarii. Bez tego programista napisze co chce, a Ty nie zweryfikujesz.

Co to jest heartbeat i dlaczego go potrzebuję? Bot co 5 min wysyła “alive” na Telegram/plik log. Jeśli brak heartbeat 15 min -> alert że bot padł i musisz ręcznie przejąć kontrolę. Bez tego nie wiesz że bot nie działa w trakcie pozycji.

---