Anatomia transakcji — case studies od setupu do zamknięcia

Ocena transakcji wymaga spojrzenia na cały przebieg decyzji, od rozpoznania setupu po zamknięcie pozycji i zapis w dzienniku. Zysk może towarzyszyć złamaniu zasad, a strata wystąpić mimo prawidłowej realizacji planu. Dlatego warto osobno oceniać wynik finansowy i sposób działania. W tej lekcji prześledzimy pięć przykładów edukacyjnych, pokazując przygotowanie wejścia, prowadzenie pozycji, zmiany zleceń oraz decyzję o wyjściu. Przy każdym etapie zwrócimy uwagę na dostępne wówczas informacje i reguły, które miały zastosowanie. Szablon analizy pomoże Ci odtworzyć własne transakcje, rozpoznać odstępstwa od planu i wskazać kwestie wymagające dalszego sprawdzenia, bez oceniania wcześniejszych decyzji wyłącznie przez pryzmat późniejszego wyniku.

1. Co znaczy „anatomia transakcji" i czego się z niej uczysz

Anatomia transakcji to rozłożenie pojedynczego trade'a na atomowe etapy tak, żeby każdy z nich miał oddzielną decyzję, oddzielne metryki i oddzielną listę błędów do zdiagnozowania. Detal traktuje transakcję jako monolit: „kupiłem, sprzedałem, +1,3R, idę dalej". Profesjonalista traktuje ją jako sekwencję 6–8 mikrodecyzji, z których każda może być prawidłowa albo błędna niezależnie od końcowego P&L.

Dlaczego to ma znaczenie? Bo wynik finansowy nie jest wskaźnikiem jakości decyzji w pojedynczej próbie. Transakcja zyskowna mogła być koncepcyjnie błędna — wszedłeś w C-setup, miałeś szczęście, że rynek poszedł twoją drogą. Transakcja stratna mogła być wzorowa — A+ setup, idealna egzekucja, rynek zrobił coś, czego nikt nie mógł przewidzieć. Jeśli wzmacniasz zachowania na podstawie P&L, część wzmocnień trafia w losowość, nie w proces. Po kilkuset transakcjach masz proces, który nie jest twój — jest mieszanką szumu i przypadkowych podpowiedzi.

Co odróżnia analizę anatomiczną od „przeglądu transakcji"

Klasyczny przegląd transakcji to wykres z wejściem i wyjściem, krótki komentarz i ocena w gwiazdkach. Analiza anatomiczna zamiast oceny całości ocenia każdy etap osobno — pre-trade, entry, in-trade, modyfikację, exit i post-trade — i dla każdego zapisuje wartość liczbową albo kategorię, którą da się później posortować. Rozpisanie etapów z zadaniami, metrykami i pułapkami jest w sekcji 7, komplet pól do zapisu — w sekcji 8.

Każdy z tych punktów ma wartość liczbową lub kategorialną, którą zapisujesz. Po kilkudziesięciu transakcjach zaczynasz mieć pierwsze statystyki swoich nawyków, nie tylko statystyki rynku. U wielu traderów problem nie leży w braku setupu, tylko w tym, że dobry setup jest psuty po drodze: złym sizingiem, wejściem w newsy, ręcznym zamknięciem albo brakiem SL.

Czego nauczy cię ten artykuł

Pięć case studies pokazuje pięć typowych ścieżek transakcji: idealną wygraną, stratną z prawidłową egzekucją, stratną z błędem, losową i wygraną zniszczoną psychiką. Każde studium to konkretne liczby — pipsy, czas trzymania, slippage, R-multiple netto — i konkretna „brudna praktyka", która pokazuje, że nawet w najlepszych transakcjach jest miejsce na błąd.

2. Case Study 1 — Zyskowna transakcja A+ (LON breakout EUR/USD, +1,21R)

Pierwszy przypadek pokazuje, jak wygląda transakcja, w której większość atomowych decyzji była zgodna z planem. „Idealna" w sensie pełnym (każdy z 6 etapów bez błędu) zdarza się rzadko — tutaj rozkładamy taką, w której proces był zachowany, choć kilka drobnych operacyjnych usterek zmniejszyło wynik.

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Przykład ilustracyjny (kompozytowy; liczby syntetyczne, nie zapis rachunku). Godziny, ceny i salda są reprezentatywne dla typowego zachowania EUR/USD na otwarciu LON i nie odnoszą się do konkretnej sesji, rachunku ani osoby. Założenie kursowe całego artykułu: USD/PLN = 3,80 (jedna liczba dla wszystkich pięciu case'ów). Cel: pokazać strukturę dziennika i mechanikę zarządzania, nie prognozować ruchów.

Kontekst rynkowy

Dzień roboczy, sesja LON (daty i ceny ilustracyjne). EUR/USD przez całą noc azjatycką w wąskim range'u 1,0832–1,0851 (19 pipsów). ATR(14) D1 = 87 pipsów (środek przedziału 60–120 wymaganego przez setup). Kalendarz czysty w oknie z tabeli okien zdarzeń (sekcja 4): brak publikacji high-impact, najbliższa dopiero po południu. DXY w tygodniowym uptrendzie, ale na D1 zaczął tworzyć nieduży retracement — środowisko sprzyjające dłuższym EUR/USD.

Setup — binarna klasyfikacja A+

Wszystkie 7 warunków odhaczonych osobno → klasyfikacja A+. Definicja klas, warunki konieczne i sizing per klasa (tu: 1% kapitału jako założenie scenariusza) należą do karty playbooka — artykule 15.2; w tym artykule klasa jest etykietą opisującą konkretną transakcję.

Decyzja

9:14 PL — alert systemowy: świeca M5 zamknęła się na 1,0863, body 0,4 ATR(20) M15, tick volume 1,4× średniej M5 z 20 świec. Wszystkie filtry potwierdzające zielone. Czas od alertu do decyzji: 23 sekundy — każdy z 7 warunków odhaczony osobno w formularzu checklisty, bo alert skanera nie zwalnia z odhaczenia (weryfikacja kalendarza, korelacji, sizingu). Bez emocji, bez przytupywania pod „a może większy lot, bo mocno wybija".

Sizing

Kapitał konta: 28 400 PLN. Ryzyko 1% = 284 PLN.
SL: 1,0832 (drugi koniec range'u) − 5 pipsów bufora = 1,0827. Odległość od planowanego wejścia 1,0863 (zamknięcie świecy wybicia): 36 pipsów.
Wartość 1 pipsa na EUR/USD przy 0,1 lota ≈ 3,80 PLN.
Wymagana wielkość pozycji: 284 PLN / (36 pipsów × 3,80 PLN/pip per 0,1 lota) ≈ 0,208 lota.
Zaokrąglenie w dół do 0,20 lota → R0 = 36 × 7,60 = 273,6 PLN (0,96% kapitału). To jest mianownik R dla tej transakcji — ustalony przed wysłaniem zlecenia i niezmieniany później.

Egzekucja

9:14:31 PL — market buy 0,20 lota EUR/USD.
Quote: bid 1,0862 / ask 1,08635 → spread 1,5 pipsa (założenie scenariusza: rachunek standard bez prowizji; na rachunku raw/ECN spread jest węższy, ale dochodzi prowizja — wariant kosztowy ECN liczymy w sekcji 10).
Fill: 1,08638 (slippage 0,3 pipsa względem widocznego ask). Akceptowalne.
Czas od kliknięcia do potwierdzenia: 180 ms.

Oś czasu transakcji — co było wiadomo w każdym momencie

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Kolumna „informacja dostępna wtedy" jest w tej tabeli najważniejsza: bez niej retrospektywa zamienia się w tłumaczenie decyzji późniejszym wykresem.

Zamknięcie i rachunek

• 1. transza (0,10 lota, wyjście na +1R): 35,5 pipsa × 3,80 PLN ≈ +135 PLN
• 2. transza (0,10 lota, wyjście na trailingu): 51,7 pipsa × 3,80 PLN ≈ +196 PLN
• Łącznie: +331 PLN
• R0 (planowane ryzyko przy wejściu, wolumen po zaokrągleniu): 36 pipsów × 7,60 PLN = 273,6 PLN
• R-multiple: 331 / 273,6 = +1,21R per pełna pozycja. R liczone z rzeczywistych fillów zawiera już spread; nie zawiera prowizji, swapu ani podatku — w wariancie ECN prowizja 4,94 PLN obniża wynik do +1,19R

Gdyby trader trzymał całość do 13:01 z trailingiem (bez częściowego TP1), wynik wyniósłby +1,44R. Najwyższy odczyt w trakcie pozycji (1,0938) to MFE +74,2 pipsa = +2,06R, więc capture rate tej transakcji: 1,21 / 2,06 ≈ 0,59. „Capture rate" (wynik zrealizowany podzielony przez MFE w R) to robocza miara tego artykułu, nie standard branżowy — sens ma wyłącznie w porównaniu z własnym benchmarkiem z tego samego dziennika. Częściowe zamknięcie obniża średni R-multiple, ale stabilizuje rozkład wyników (mniej zer przy wycofaniu ruchu).

Klasyfikacja w playbooku: wynik > +1R przy A+ + zachowana dyscyplina → transakcja wzorcowa, ★★★, oznaczona jako wzorzec do reprodukcji w retrospektywie tygodniowej.

Retrospektywa — brudna praktyka nawet w wygranej

Czy wszystko było idealne? Nie. Trzy obserwacje z dziennika:

• 9:51 — TP1 wykonany ręcznie, 4 sekundy po dotknięciu poziomu. Powinien być limit order ustawiony przy wejściu. Poślizg 0,5 pipsa na 0,10 lota = 1,90 PLN. Drobiazg, ale pokazuje brak mechanicznej automatyzacji
• 10:15–10:30 — aktywacja trailingu spóźniona o jedną świecę M15. Warunek z playbooka (SMA-20 M15 powyżej poziomu „wejście + 1R") był spełniony na zamknięciu świecy o 10:15, alert dźwiękowy nie był ustawiony. Koszt tego odstępstwa to nie pipsy, tylko 15 minut pozycji bez zaplanowanej ochrony
• 12:14 — moment euforii. Trader notuje w dzienniku: „pomyślałem, czy nie zwiększyć trailingu albo dodać do pozycji". Nie zrobił tego (bardzo dobrze), ale samo pojawienie się myśli to flaga — w kolejnej transakcji może już nie wytrzymać

Wnioski do dziennika (binarne, bez subiektywnych skal):

• Plan zgodny z playbookiem? TAK
• Egzekucja zgodna z planem? TAK (drobny slippage 0,3 pipsa)
• Modyfikacje zgodne z planem? NIE — trailing aktywowany o jedną świecę M15 (15 minut) po sygnale (alert dźwiękowy na dotyk SMA-20 M15 nie był ustawiony)
• TP1 wykonane natychmiast? NIE — manual market zamiast limit order (poślizg 0,5 pipsa = 1,90 PLN)
• Naruszenie dyscypliny psychicznej? NIE (myśl o zwiększeniu pozycji odnotowana, akcji nie wykonano)

Zaproponowane usprawnienia procesu: (a) alert dźwiękowy na dotyk SMA-20 M15, (b) TP1 jako limit order ustawiany przy wejściu, nie manualny market.

3. Case Study 2 — Stratna A+ z prawidłową egzekucją (−1,06R)

Drugi przypadek pokazuje to, czego najbardziej brakuje w internetowych „kursach forex": stratną transakcję, w której proces nie został złamany. Setup był A+, egzekucja zgodna z planem, zarządzanie bez modyfikacji, psychika neutralna — a SL został zrealizowany. To nie jest porażka, to jest oczekiwany koszt operacyjny systemu: przy hipotetycznym WR 55% (założenie scenariusza, nie zmierzona własność tej strategii) przegrywasz 45% transakcji, a każda z tych 45% może być zgodna z planem.

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Przykład ilustracyjny (kompozytowy; liczby syntetyczne, nie zapis rachunku). Liczby ilustrują zachowanie GBP/USD na otwarciu LON i nie są zapisem konkretnej sesji ani rachunku. Ciąg kapitału jest kontynuowany z Case 1.

Kontekst rynkowy

Dzień roboczy, sesja LON (daty i ceny ilustracyjne). GBP/USD pre-LON range 8:00–9:00 PL: 1,2914–1,2937 (23 pipsy, w wymaganym przedziale 12–35). ATR(14) D1 GBP/USD: 105 pipsów (w przedziale 60–120). Kalendarz: czysty — brak publikacji high-impact w oknie z tabeli w sekcji 4. DXY w średniodniowym range'u, brak silnego biasu USD.

Setup — A+ identyczny strukturalnie

• Wszystkie warunki playbooka spełnione: range, ATR, kalendarz, korelacje, time-of-day
• Klasyfikacja: A+, budżet ryzyka 1% kapitału (kapitał po Case 1: 28 731 PLN, budżet = 287 PLN)

Decyzja, sizing, egzekucja

9:21 PL — świeca M5 zamknęła się na 1,2945 (powyżej pre-LON high 1,2937 + 8 pipsów wymaganego bufora). Tick volume 1,3× średniej M5 (powyżej wymaganego 1,2). Body 0,55 ATR(20) M15.

Decyzja: 18 sekund — każdy warunek checklisty odhaczony osobno. Sizing: SL 1,2914 − 5 pipsów = 1,2909, odległość od planowanego wejścia 1,2945 to 36 pipsów. 287 / (36 × 3,80 × 10) = 0,21 lota, zaokrąglenie w dół do 0,20 → R0 = 36 × 7,60 = 273,6 PLN (ta sama konwencja co w Case 1: planowana odległość SL × wartość pipsa × wolumen po zaokrągleniu).

9:21:42 — market buy 0,20 lota GBP/USD. Spread 1,8 pipsa (typowy dla GBP/USD na początku LON). Fill 1,29465. Slippage 1,5 pipsa wobec planowanego wejścia 1,2945 (1,29465 − 1,29450 = 0,00015).

In-trade — co poszło „inaczej"

9:21:42 — open: cena 1,29465. SL 1,2909.
9:35 PL: cena 1,2952 — MFE +5,5 pipsa (+0,15R). Słabe.
9:48 PL: cena 1,2940 — wraca do range'u. MAE −6,5 pipsa. Niepokojące, ale w dopuszczalnej tolerancji setupu.
10:02 PL: cena 1,2929 — wraca do dolnej połowy pre-LON range'u. MAE −17,5 pipsa. Setup zaczyna wyglądać jak fałszywe wybicie, ale plan nie pozwala na zamknięcie wcześniejsze — SL jest tam, gdzie ma być.
10:21 PL: cena 1,2918. MAE −28,5 pipsa.
10:34 PL: cena 1,2912.
10:38 PL: świeca M5 przebija 1,2909, fill SL na 1,29085 (slippage 0,5 pipsa, akceptowalny w aktywnej godzinie). Zamknięcie 0,20 lota.

Wynik

• Strata: 38,0 pipsów × 7,60 PLN/pip = −289 PLN (od fillu 1,29465 do fillu 1,29085)
• R-multiple: 289 / 273,6 = −1,06R. Wynik gorszy niż −1R, bo do planowanych 36 pipsów doszły dwa pipsy wykonania: 1,5 pipsa gorsze wejście (fill 1,29465 wobec planowanego 1,2945) i 0,5 pipsa poślizgu na SL. Mianownika się przez to nie zmienia — strata ponad 1R jest normalnym skutkiem poślizgu, nie powodem do przeliczenia R0
• Czas trzymania: 1h 16min

Retrospektywa

Klasyfikacja błędu procesu: brak. Decyzja, sizing, egzekucja i zarządzanie były zgodne z planem; SL zrealizowany na poziomie wynikającym ze struktury setupu. W playbooku oznaczona ★★★ — identyczna ocena procesu jak wzorcowa wygrana z Case Study 1, niezależnie od ujemnego P&L.

Możliwe przyczyny po stronie rynku (do diagnozy w retrospektywie tygodniowej, nie pojedynczej):

• Komentarz członka FOMC w mediach w trakcie sesji LON (headline odnotowany w dzienniku jako kontekstowa adnotacja, nie jako wytłumaczenie)
• Fałszywe wybicia w pierwszych 60–90 minutach LON są częstym zjawiskiem obserwowanym w dziennikach strategii breakout; w tym artykule traktujemy je jako hipotezę do pomiaru w danych własnych, nie jako stałą rynku
• Rozkład prawdopodobieństwa systemu — przy założonym WR 55% blisko połowa transakcji A+ kończy się stratą w okolicach −1R; ten dzień był jednym z nich

Trzy zapisy z dziennika, mimo prawidłowej egzekucji: myśl „dam pozycji jeszcze pięć pipsów i zamknę" o 10:02, przełączenie się na newsy zamiast wykresu o 10:21 i myśl o odwróceniu pozycji tuż po SL o 10:38. Żadna nie zamieniła się w akcję — i właśnie dlatego trafiają do dziennika: to są flagi, które w słabszym dniu psychiki zamieniają wzorową stratę w błąd procesu.

Wniosek do dziennika: stratna A+ z prawidłową egzekucją to nie sygnał do zmiany strategii, lecz oczekiwany koszt operacyjny systemu. Pięć strat z rzędu przy założonym WR 55% ma prawdopodobieństwo 1,85% dla jednego konkretnego okna pięciu transakcji (0,45⁵) — i to jest liczba, którą detal zwykle myli z prawdopodobieństwem „w ogóle". Szansa, że taka seria wystąpi choć raz w 100 kolejnych transakcjach, wynosi około 65% (rachunek dokładny, łańcuch Markowa; założenie: transakcje niezależne — przy dodatniej zależności może być wyższa). Dlatego 5 strat z rzędu nie oznacza automatycznie, że system się zepsuł — oznacza obowiązkowy review (sprawdzenie pipeline'u, reżimu rynkowego, klasyfikacji A+), nie natychmiastową przebudowę. Pojedyncza −1R w ramach planu nie wymaga interwencji; dokumentujesz, kontynuujesz zgodnie z playbookiem.

4. Case Study 3 — Stratna z błędem egzekucji (C-trade w FOMO, bez SL — R nieokreślone)

Trzeci przypadek pokazuje, jak wygląda transakcja, w której proces został złamany na kilku etapach jednocześnie. Strata przekroczyła 1R, bo dyscyplina sizingu też się rozsypała. W praktyce detalu to najczęstszy typ stratnej transakcji — nie pojedynczy losowy ruch rynku, lecz kaskada błędów decyzyjnych w fazie pre-trade.

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Przykład ilustracyjny (kompozytowy; liczby syntetyczne, nie zapis rachunku). Publikacja high-impact z USA o 16:00 PL (10:00 czasu Nowego Jorku) i reakcja AUD/USD są syntetyczną ilustracją typowego komunikatu makro — nie odnoszą się do konkretnej daty ani rachunku. Ciąg kapitału kontynuowany z Case 2.

Kontekst rynkowy

Dzień publikacji high-impact z USA (16:00 PL = 10:00 ET), sesja NY. AUD/USD. Trader przegapił LON open na EUR/USD (był na callu pracowniczym). Po zakończeniu callu o 15:18 PL otwiera platformę i widzi: AUD/USD wzrósł 35 pipsów w ostatnich 90 minutach, ostatnia zamknięta świeca H1 ma duże body. Pierwsza myśl: „to jest setup".

Setup — w rzeczywistości C, nie A+

Trader szybko sprawdza filtry:

• Pre-LON range na AUD/USD: nie monitorowany w tej sesji (LON dawno za nim)
• ATR(14) D1: 78 pipsów (OK)
• Kalendarz: za 38 minut publikacja high-impact z USA — filtr nie spełniony (okno 30–60 minut jest zamknięte dla setupów standardowych, patrz tabela niżej)
• Korelacje: brak otwartych pozycji
• Time-of-day: 15:21 PL — poza oknem LON breakout, tuż przed publikacją z USA

Filtr kalendarza i time-of-day nie są spełnione → klasyfikacja to C: nie wchodzisz, zapisujesz odrzucenie z powodem. Trader jednak racjonalizuje: „świeca H1 jest mocna, publikacja może wzmocnić ruch".

Decyzja — błąd procesu

15:22 PL — trader klika market buy 0,30 lota AUD/USD. Wartość pipsa per 0,1 lota ≈ 3,80 PLN (kurs USD/PLN 3,80), czyli 11,40 PLN per 0,30 lota. Wolumen ustalony bez rachunku ryzyka: SL nie został ustawiony przy wejściu („dam manualny po publikacji"), więc nie istnieje ani 1R, ani procent ryzyka — jest tylko wolumen półtora raza większy niż w Case 1 przy podobnym kapitale.

Już w tym jednym kroku popełnione 4 błędy:

1. Klasyfikacja A+ zamiast C (FOMO)
2. Wolumen dobrany bez rachunku ryzyka (bez SL nie ma 1R, więc nie ma sizingu)
3. Brak SL przy wejściu
4. Wejście 38 minut przed publikacją high-impact (ekspozycja na komunikat bez planu)

Egzekucja

15:22:08 — fill 0,7218 (poślizg 0,8 pipsa, większy niż zwykle z powodu pre-publikacyjnej niestabilności płynności). Spread 2,3 pipsa (dwukrotnie większy niż norma). Już w tym momencie pozycja jest 3,1 pipsa pod wodą bez żadnego ruchu rynku: 2,3 pipsa spreadu (long wchodzi po ask, wychodzi po bid) plus 0,8 pipsa poślizgu.

In-trade — eskalacja

15:22 — open: 0,7218.
15:29 PL: cena 0,7224 — MFE +6 pipsów. Bez akcji.
15:46 PL: cena 0,7211 — MAE −7 pipsów.
15:58 PL: cena 0,7223 — przed publikacją cena wraca, ale wciąż minimalny ruch.
15:59 PL: cena 0,7220.
16:00:00 PL: komunikat makro USA — pierwsza świeca M1 ma zakres 28 pipsów. AUD/USD spada do 0,7195. MAE −23 pipsy. Spread w tym momencie: 7,5 pipsa.
16:01 PL: cena 0,7187 — MAE −31 pipsów. Brak SL → nic nie ogranicza straty, pozycja otwarta.
16:02 PL: cena 0,7172 — MAE −46 pipsów. Trader klika manual close. Poślizg przez wahaną płynność: 1,2 pipsa. Fill 0,71708.

Wynik

• Strata: 47,2 pipsa × 11,40 PLN/pip (przy 0,30 lota) = −538 PLN
• R-multiple: nieokreślone. Nie było SL przy wejściu, więc nie istnieje R0 sprzed transakcji, a mianownika nie wolno dorobić po stracie z hipotetycznego „strukturalnego SL". Wynik zapisujesz w walucie i w procencie kapitału: 538 PLN = 1,9% kapitału (28 443 PLN po Case 2); kapitał po tej transakcji: 27 905 PLN
• Skala odniesienia: budżet 1% na transakcję to w tym momencie 284 PLN — strata jest od niego blisko dwukrotnie większa
• Czas trzymania: 40 minut

Retrospektywa

Klasyfikacja błędu: FOMO + brak SL + niewłaściwy sizing + naruszenie filtra kalendarza. Cztery niezależne błędy procesu w jednej transakcji. Każdy z osobna wystarczyłby do zaksięgowania transakcji jako „błąd egzekucji"; w sumie trade powinien zostać udokumentowany w playbooku jako case study, do którego trader wraca raz na miesiąc.

Dlaczego doszło do FOMO? Z dziennika:

• 3 dni z rzędu trader nie złapał żadnego setupu (sesja LON wykluczona przez kalendarz makro w pn-wt, w środę przegapiona)
• 15:18 — koniec callu, frustracja akumulowana
• 15:19 — otwarcie platformy, pierwsza widoczna świeca H1 AUD/USD wygląda „mocno"
• 15:20 — myśl: „w końcu coś się dzieje" + „muszę odrobić tydzień"
• 15:22 — kliknięcie

Klasyczny mechanizm: brak akcji przez 3 dni → potrzeba akcji → racjonalizacja pierwszego setupu, który wygląda akceptowalnie → pominięcie filtrów. Roboczo nazywamy to opportunity hunger — to etykieta używana w tym artykule, nie termin z literatury.

Akcja korygująca w playbooku — propozycje do rejestru zmian, nie reguły obowiązujące od jutra: zmiana struktury setupu (filtry, progi) wchodzi jako kolejna wersja playbooka po przeglądzie na próbie kilku podobnych obserwacji, zmiany czysto operacyjne (alert, typ zlecenia) mogą wejść od razu:

• Reguła: po 3 dniach bez setupu — ograniczenie sizingu do 0,5% przez kolejne 5 dni (anti-FOMO bufor)
• Reguła: standardowym setupem nie wchodzisz < 60 minut przed publikacją high-impact (FOMC, Employment Situation/NFP, CPI, decyzje stóp ECB/BoE); setupy event-driven mają osobną kartę w playbooku i osobne okno — źródłem prawdy jest tabela niżej
• Reguła: SL ustawiony przy wejściu jako warunek konieczny (jeśli platforma odrzuci SL — nie wchodzisz)
• Reguła: jeśli nie odhaczyłeś każdego warunku checklisty osobno — automatycznie C, niezależnie od tego, ile to trwało. Alert skanera skraca czas, ale nie zwalnia z odhaczenia; sam czas klasyfikacji nie jest kryterium (Case 1 i Case 2 zajmowały 23 i 18 sekund przy komplecie odhaczonych warunków)

News protocol — twardy filtr kalendarza

Właścicielem filtrów mechanicznych i ich kalibracji jest artykule 15.6; ta tabela tylko stosuje jego progi (30 minut przed publikacją, 15 minut po) do przebiegu jednej transakcji i dokłada ostrzejszą regułę własnego playbooka: standardowym setupem nie wchodzisz również w oknie 30–60 minut. W tym artykule wszystkie pozostałe wzmianki (filtr w checkliście Case 1, auto-blokada w sekcji 9) odsyłają do niej. Kalendarz makro sprawdzasz przed otwarciem platformy, nie w trakcie skanowania setupów: wybierasz jedno źródło kalendarza i konsekwentnie z niego korzystasz (harmonogram Employment Situation publikuje BLS na cały rok, terminy FOMC — Fed). Wpis w playbooku: lista publikacji oznaczonych jako high-impact dla par, na których handlujesz (dla EUR/USD: FOMC, NFP, CPI USA, decyzja ECB; dla GBP/USD dochodzi BoE i CPI UK; dla par z JPY dochodzi BoJ).

5. Case Study 4 — Transakcja losowa (C-trade „muszę coś zrobić", −0,72R)

Czwarty przypadek to klasyczny boredom trade — wejście bez setupu z playbooka, bez planu, bez powodu poza „muszę coś zrobić". Strata mniejsza niż 1R, ale w sensie procesu jest gorsza niż Case Study 2 (stratna A+) i równie zła jak Case Study 3 (FOMO). Bo to nie strata operacyjna, to strata edge'u.

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Przykład ilustracyjny (kompozytowy; liczby syntetyczne, nie zapis rachunku). Godziny i ceny są syntetyczne, ciąg kapitału kontynuowany z Case 3.

Kontekst rynkowy

Dzień roboczy, 11:30 PL (daty i ceny ilustracyjne). EUR/USD w wąskim range'u 1,0795–1,0808 (13 pipsów na 90 minut). ATR(14) M15 obniżona do 60% średniej. Wszystkie poważne publikacje rangi high-impact już za rynkiem. Sesja LON w fazie wygaszania, NY jeszcze nie startuje. Klasyczny „zerowy" rynek.

„Setup" — w rzeczywistości brak setupu

Trader siedzi przed monitorem od 8:00. Wcześniej w sesji LON zrealizował transakcję breakout z wynikiem ≈+1R (poza sumą pięciu case'ów — nie wchodzi do żadnego rachunku w tym artykule), zamknął, wypełnił dziennik. Od 10:00 do 11:30 — cisza, na 8 obserwowanych parach walutowych żaden setup z playbooka się nie pojawia.

11:32 PL — myśl: „muszę coś zrobić, marnuję dzień przed monitorem". Otwiera EUR/JPY. Wykres wygląda „interesująco" (słabszy yen w bieżącym tygodniu). Ostatnia zamknięta świeca H1 (11:00) ma body 0,3 ATR(20) M15 — to nie jest setup, to jest neutralna świeca w wąskim range'u międzysesyjnym.

Decyzja — emotional override

Trader klika market buy 0,15 lota EUR/JPY. SL 25 pipsów poniżej wejścia — poziom wpisany do dziennika przed kliknięciem, ale nie wprowadzony do platformy. Wartość pipsa dla par z JPY: 1 lot = 1 000 JPY na pipsa, czyli przy JPY/PLN = 3,80 / 149 ≈ 25,50 PLN per lot, ≈ 2,55 PLN per 0,1 lota, 3,82 PLN per 0,15 lota. Stąd R0 = 25 × 3,82 = 95,50 PLN (0,34% kapitału 27 905 PLN — przypadkowo, bo nikt tego nie liczył). Mianownik R istnieje, bo poziom był utrwalony przed wejściem — inaczej niż w Case 3, gdzie żadnego poziomu nie było. Ochrony nie ma w żadnym z nich: SL z notatki nie stoi na serwerze i dlatego nie zadziałał.

Klasyfikacja powinna być: brak setupu = nie wchodzisz. Wykonana klasyfikacja w głowie: „luźny B" (nieprawdziwa).

Egzekucja, in-trade, exit

11:33 PL — fill. EUR/JPY drobi w bok przez 80 minut.
12:53 PL — cena cofa się 18 pipsów od wejścia. Trader klika manual close (nie czeka na SL — bo ten stoi tylko jako „mental note").
Strata: 18 pipsów × 3,82 PLN (per 0,15 lota) = −68,76 PLN, w zaokrągleniu −69 PLN.
R-multiple: 68,76 / 95,50 = −0,72R (mianownik: planowana odległość SL × wartość pipsa × wolumen — ta sama konwencja co w pozostałych case'ach).
Czas trzymania: 80 minut.

Retrospektywa

To jest najgorszy typ transakcji, mimo że strata jest mała. Dlaczego?

• Brak setupu = brak edge'u. Wynik tej transakcji to czysta losowość, niezwiązana z żadną hipotezą rynkową
• Brak planu = brak metryki sukcesu. Ile miałoby być TP? Nie wiadomo. Co miało potwierdzić ruch? Nie wiadomo
• Wzmacnianie błędnego nawyku: jeśli ten trade przypadkiem zakończyłby się zyskiem, trader nauczyłby się, że „mogę handlować bez setupu". To zatruwa proces na miesiące
• Koszt alternatywny czasu: 80 minut monitorowania pozycji bez powodu — uwaga zużyta, energia psychiczna spalona, w popołudniowej sesji NY trader będzie zmęczony
• Koszt opportunity: gdyby był setup A+ na innej parze w tym samym czasie, trader nie zobaczyłby go (zasoby uwagi zajęte przez EUR/JPY)

Klasyfikacja błędu: boredom trade / opportunity hunger / random execution. Trzy nazwy tego samego mechanizmu psychicznego — tolerancja na bezczynność jest niska, więc mózg generuje racjonalizacje, żeby uzasadnić akcję.

Akcja korygująca w playbooku

• Reguła: minimalny odstęp między transakcjami, jeśli poprzednia zamknęła się zyskiem (anti-overconfidence). Konkretna liczba minut jest założeniem twojego planu, nie normą — w tym artykule przyjmujemy 90 minut jako przykład
• Reguła: dzień bez sygnału z playbooka oznacza dzień bez transakcji — brak setupu jest pełnoprawną decyzją, równoważną z wejściem
• Reguła: w godzinach 11:30–14:30 PL (przerwa LON-NY) — handel tylko, jeśli setup wygenerowany przez automatyczny skaner z playbooka (nie manualne przeszukiwanie wykresów)
• Reguła: pojawienie się myśli „muszę coś zrobić" jest sygnałem do odejścia od monitora na 15 minut, nie do otwarcia pozycji

6. Case Study 5 — Wygrana z błędem psychicznym (+0,18R zamiast +1,6R z planu)

Piąty przypadek to wygrana transakcja, w której potencjał setupu został w znacznej części zatrzymany przez nieautomatyczną egzekucję planu w trakcie pozycji. Z punktu widzenia P&L to „zysk", więc detal najczęściej nie analizuje takich trade'ów. To poważny błąd diagnostyczny: zatrzymane zyski są równie destrukcyjne jak zwiększone straty, bo długoterminowo eliminują „big winners", które matematycznie kompensują serie strat w trend-followingu.

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Przykład ilustracyjny (kompozytowy; liczby syntetyczne, nie zapis rachunku). Sekwencja USD/JPY ilustruje typową ścieżkę w fazie LON open na parze z JPY. Ciąg kapitału kontynuowany z Case 4.

Kontekst rynkowy

Dzień roboczy, sesja LON (daty i ceny ilustracyjne). USD/JPY pre-LON range 8:00–9:00 PL: 148,82–149,15 (33 pipsy, w wymaganym przedziale 12–35 — blisko górnego końca, ale kryterium jest progowe i karta setupu nie definiuje dla range'u przypadku granicznego, więc bliskość progu nie obniża klasy; do B degraduje wyłącznie kryterium, dla którego karta taki przypadek opisuje przed wynikiem). ATR(14) D1: 95 pipsów. Kalendarz: czysty w oknie z tabeli w sekcji 4.

Setup — A+

9:18 PL — świeca M5 zamyka się 149,28 (nad pre-LON high 149,15 + 13 pipsów). Tick volume 1,5× średniej. Body 0,7 ATR(20) M15. A+, budżet ryzyka 1% kapitału. Kapitał po Case 4: 27 836 PLN, budżet = 278 PLN. SL 148,82 − 5 pipsów = 148,77. Odległość od planowanego wejścia 149,28: 51 pipsów. Wartość pipsa USD/JPY: 1 000 JPY per lot ≈ 25,50 PLN (JPY/PLN = 3,80 / 149), czyli ≈ 2,55 PLN per 0,1 lota. Pozycja: 278 / (51 × 2,55 × 10) = 0,21 lota → zaokrąglenie w dół do 0,20 → R0 = 51 × 5,09 = 259,59 ≈ 260 PLN.

Egzekucja — wzorcowa

9:18:39 PL — market buy 0,20 lota USD/JPY. Spread 2,1 pipsa (typowy). Fill 149,288 (poślizg 0,8 pipsa wobec planowanego 149,28 — w normie dla pary z JPY na otwarciu LON).

In-trade — początek

9:18:39 — open: 149,288.
9:42 PL: cena 149,68 — MFE +39 pipsów (+0,77R). Trader notuje w głowie: „idzie ładnie".
9:51 PL: cena 149,79 — MFE +50 pipsów (+0,98R). Już blisko TP1.

Moment błędu — psychika nadpisuje plan

9:53 PL: cena 149,82 — MFE +53 pipsy (+1,04R). Plan: zamknięcie 50% na 1R = 149,80. Trader powinien zamknąć 50% pozycji.

Zamiast tego trader myśli: „dobrze idzie, niech jeszcze dojedzie do 149,90, tam zamknę całość, a nie 50%". Zmienia plan w głowie.

9:54 PL: cena 149,79 — wraca o 3 pipsy. „Spokojnie, normalna cofka".
9:57 PL: cena 149,72 — wraca o 10 pipsów. „Zaraz wróci".
10:01 PL: cena 149,64 — bieżący zysk spada do +35 pipsów; MFE pozostaje +53 pipsy, bo maksimum narastające nie maleje. „Powinienem był zamknąć na +50".
10:04 PL: cena 149,52 — paraliż. Pozycja jest jeszcze na zysku +23 pipsy, ale poniżej dotychczasowego MFE. Trader sztywno trzyma. Pojawia się myśl: „nie chcę zamknąć poniżej +50, bo to znaczy, że się myliłem".
10:18 PL: cena 149,38 — pozycja na zysku +9 pipsów (+0,18R). Trader nie wytrzymuje. Manual close. Fill 149,378. Zysk: 9,0 pipsów × 5,09 PLN/pip per 0,20 lota = +46 PLN. R-multiple: 46 / 260 = +0,18R per pełna pozycja.

Co się stało po zamknięciu

10:23 PL: cena 149,42 — re-test poziomu zamknięcia.
10:48 PL: cena 149,73 — wraca w okolice szczytu z czasu trwania pozycji.
11:24 PL: cena 150,12 — przebija ten szczyt; MFE zamkniętej już transakcji to nadal +53,2 pipsa.
13:08 PL: cena 150,67 — szczyt ścieżki po zamknięciu pozycji: +138 pipsów od poziomu wejścia, czyli +2,71R, gdyby pozycja wciąż była otwarta. To nie jest MFE tej transakcji: MFE liczy się w oknie wejście–wyjście i wynosi +53,2 pipsa (+1,04R).

Przy założonym TP1 50% na +1R i trailingu drugiej połowy po SMA-20 M15 counterfactual dla tej ścieżki wynosi +1,6R per cała pozycja: 50% zamknięte na +1R (wkład +0,50R) plus 50% z trailingiem, zamykane w okolicach 150,40, czyli +111 pipsów = +2,18R na połowie pozycji (wkład +1,09R).

To jest rachunek z dodatkowym założeniem, nie odtworzenie planu. Nie mamy przebiegu SMA-20 M15 ani poziomu SL w oknie 10:18–13:08, więc nie da się wykazać, że druga połowa przetrwałaby cofnięcie do 149,38 i została zamknięta dopiero po szczycie — wynik +1,6R jest tak dobry, jak to założenie. Szczyt ścieżki po zamknięciu (+2,71R) pokazuje potencjał ruchu, a nie wynik do przypisania traderowi: trailing z definicji wychodzi poniżej szczytu.

Realny wynik: +0,18R per pełna pozycja. „Strata" na poziomie procesu: 1,4R nieuzyskanego zysku w tym counterfactualu (1,59R − 0,18R, przy założeniu z akapitu wyżej).

Retrospektywa

Klasyfikacja błędu: plan modification under euphoria + premature close under fear. Dwa odrębne błędy w jednej transakcji:

1. Modyfikacja planu w euforii (9:53): trader podniósł TP z 1R na ~1,2R (149,90 to +61 pipsów = 1,20R) bez powodu, kierując się chęcią „większego zysku". To jest forma greed, mimo że często detal nie postrzega tego jako greed (bo „wciąż zyskuję")
2. Przedwczesne zamknięcie w strachu (10:18): zamiast trzymać do struktury (SMA-20 M15 lub testu poprzedniego high) trader zamknął, gdy zysk się zmniejszył. To jest loss aversion na nieuzyskanym zysku — psychika traktuje cofnięcie z +1R do +0,2R jako „stratę 0,8R", mimo że nominalnie wciąż jesteś na plusie

Jak to naprawić: TP1 jako limit order w platformie przy wejściu, nie manualny market o 9:53. Trailing jako automatyczny mechanizm (jeśli broker obsługuje natywnie) lub jako alert na dotyk SMA-20 M15 z mechanicznym kliknięciem bez analizy „czy nie poczekać jeszcze". Decyzje podejmuje platforma, nie twój nastrój o 9:53.

Akcja korygująca w playbooku

• Reguła: TP1 zawsze jako limit order w platformie przy wejściu, nie manual
• Reguła: zmiana planu w trakcie pozycji wymaga zapisania uzasadnienia w dzienniku przed wykonaniem zmiany. Jeśli uzasadnienie brzmi „bo idzie dobrze" — nie zmieniasz
• Reguła: po cofce z MFE > 50% — automatyczne zamknięcie połowy pozycji jako bufor, druga połowa w trailing
• Reguła: dziennik w polu „nieuzyskany zysk" (MFE pozycji − wynik zrealizowany) — metryka do śledzenia, nie dowód: jej spadek jest zgodny z poprawą procesu, ale sam jej nie dowodzi (może pochodzić z węższych ruchów albo z innego składu setupów), więc czytasz ją razem z rozkładem R i z przedziałem

7. Sześć etapów transakcji — pre-trade, entry, in-trade, modyfikacja, exit, post-trade

Po pięciu case studies można wyabstrahować ogólny model. Każda transakcja przechodzi przez 6 etapów. W każdym z nich masz odrębne zadania, odrębne metryki i odrębne pułapki.

Etap 1: Pre-trade (typowo 3–10 minut, etatowiec zwykle 1–3 minuty)

Skan rynku, identyfikacja setupu, klasyfikacja A+/B/C, decyzja o wejściu lub pominięciu, kalkulacja sizingu, ustalenie poziomów SL i TP, weryfikacja kalendarza i korelacji, mental confirm. Pre-trade to nie jest czas na refleksję przy kawie. Masz algorytm: checklista świeci na zielono — klikasz. Brakuje jednego warunku — odchodzisz od biurka. Intuicja na tym etapie to wymówka dla braku dyscypliny.

Ile setupów zdążysz oceniać i ile z nich wykonasz, zależy od wariantu workflow (pełna dostępność uwagi kontra 30–90 minut obok etatu) — warianty per profil, stałe okna skanu i kalendarz tygodnia rozwija artykule 15.5. Dla anatomii transakcji istotna jest jedna konsekwencja: przy krótkim oknie uwagi handlujesz wyłącznie z alertu skanera, bez manualnego przeszukiwania wykresów.

Zlecenia oczekujące — gdy nie możesz patrzeć na rynek

Jeśli w godzinach setupu nie masz platformy przed sobą, decyzję podejmujesz wcześniej i zapisujesz ją w zleceniu, nie w głowie: zlecenie oczekujące na poziomie wybicia, z SL i TP1 w tym samym bilecie oraz z czasem wygaśnięcia, żeby nie zostało aktywne w środowisku, którego nie obserwujesz. Dwie rzeczy sprawdź na własnym rachunku, zanim oprzesz na tym workflow: czy platforma obsługuje natywnie OCO (jeśli nie — zostają dwa osobne zlecenia i anulowanie przeciwnego po aktywacji pierwszego) oraz co dokładnie dzieje się ze zleceniem, które nie zostało wykonane. SL i TP ustawione razem ze zleceniem entry działają po stronie serwera — niezależnie od tego, czy masz internet, prąd i włączony komputer.

Dla setupu LON breakout: po zamknięciu okna 8:00–9:00 PL ustawiasz Buy Stop nad pre-LON high i Sell Stop pod pre-LON low, oba z SL, TP1 i czasem wygaśnięcia. Niewykonane zlecenia wygasają same w podanym terminie. Czego ten wariant nie robi za ciebie: zlecenie stop aktywuje się na samym dotknięciu ceny, więc pomija warunki, które ten setup liczy z zamkniętej świecy (body ≥ 0,3 ATR(20) M15, tick volume ≥ 1,2× średniej) — wybicie odrzucone wewnątrz świecy i tak otworzy pozycję; a bez natywnego OCO drugie zlecenie zostaje aktywne i musisz anulować je ręcznie, czyli jednak być przy platformie. Dlatego wersja „na zleceniach oczekujących" jest osobnym wariantem setupu z własną kartą (inny trigger, inne warunki potwierdzenia), nie tym samym setupem wykonywanym zdalnie.

Etap 2: Entry (5–60 sekund)

Wybór typu zlecenia (market / limit / stop), sprawdzenie spreadu i płynności, kliknięcie, weryfikacja fillu, zapisanie rzeczywistego entry price. W przypadku poślizgu większego niż akceptowalny próg (np. > 1 pipsa na płynnych parach) — analiza, czy strategia ma sens kontynuować.

Spread a pozycje krótkie

Pozycje krótkie zamykane są po cenie Ask, a domyślny wykres MT4/MT5 rysuje Bid — SL shorta potrafi więc zadziałać wcześniej, niż pokazuje świeca. Reguła operacyjna: dla każdej pozycji Sell doliczaj spread do poziomu SL widzianego na wykresie, a linię Ask włącz na stałe (prawy przycisk → Properties → Common → Show Ask line). Aktywację SL weryfikujesz w historii transakcji, nie po samej świecy Bid — to jest różnica między „SL zadziałał za wcześnie" a „SL zadziałał zgodnie ze specyfikacją".

SL ustawiany w zleceniu, nie „mentalnie". Każde zlecenie market lub limit musi być natychmiast po fillu uzupełnione o twardy SL po stronie serwera brokera. Obecność SL sprawdzasz na potwierdzonym parametrze zlecenia — w oknie pozycji albo w historii zleceń — nie po linii na wykresie: linia bywa rysowana lokalnie i sama z siebie nie dowodzi stanu po stronie serwera. Trzymaj przy tym osobno dwie rzeczy: planowane ryzyko (R0 z odległości SL utrwalonej przed wejściem) i ochronę (zlecenie ochronne potwierdzone przez brokera). Bez utrwalonego R0 nie ma sizingu ani R-multiple i pozycja wypada z każdej statystyki (Case 3); bez potwierdzonej ochrony masz R0, ale nie masz spadochronu (Case 4). Hard stop na serwerze to twój jedyny spadochron na wypadek blackoutu, padłego routera czy zakleszczonej platformy. Część brokerów oferuje OCO (One-Cancels-Other) z TP i SL ustawianymi razem ze zleceniem entry — jeśli twój broker to ma, używasz domyślnie.

Jakość egzekucji — mierz, nie zakładaj

Model wykonania (market maker, ECN/STP, internalizacja) zmienia strukturę kosztów i sposób realizacji zleceń — nie zakładaj złej woli, tylko mierz: zapisuj poślizg wejścia i wyjścia per transakcja. Systematyczna asymetria na twą niekorzyść, szczególnie na SL i na publikacjach, jest problemem operacyjnym do rozwiązania (rozmowa z brokerem, zmiana typu rachunku, zmiana brokera), nie tematem do rozważań. Osobna uwaga o źródle danych: demo nie mierzy egzekucji — poślizg, freeze level, rekwotowania i rozszerzenie spreadu na publikacjach silnik dema odwzorowuje w najlepszym razie z grubsza, a zwykle wcale, więc metryki wykonania z dema nie są danymi o wykonaniu.

Gdy stracisz dostęp do platformy — pierwszą linią obrony pozostaje SL po stronie serwera, który działa niezależnie od tego, czy masz prąd, internet i włączony komputer. Uwaga na różnicę: trailing stop w MT4/MT5 jest liczony w terminalu klienta — po jego wyłączeniu na serwerze zostaje ostatni przesłany poziom SL, nie reguła trailingu. Zasilanie awaryjne, łącze zapasowe, drugie urządzenie i kopia konfiguracji to wyposażenie stanowiska — artykule 15.1; procedura na już, gdy prewencja się wyczerpała (utrata dostępu z otwartą pozycją, kontakt z brokerem, potwierdzenie stanu przed jakąkolwiek nową dyspozycją) — artykule 15.8.

Etap 3: In-trade (5 minut – kilka godzin)

Monitorowanie pozycji bez aktywnego zarządzania. Ten etap to weryfikacja, czy progi z planu są spełnione, nie negocjowanie ich w trakcie. Liczba spojrzeń na wykres: minimalna (zwykle 1 raz na 10–20 minut, poza dotknięciami progów). Liczba modyfikacji SL/TP: zero, chyba że cena dotknie progu, który zgodnie z playbookiem wyzwala konkretną akcję (BE, częściowe TP, trailing). Pozycja zamyka się w jednym z pięciu scenariuszy: TP1, TP2, trailing, SL, czas. Wszystkie inne scenariusze (manualny exit, „bo widzę słabość") to interwencje ad-hoc — logujesz w dzienniku jako odstępstwo od planu.

Etap 4: Modyfikacja (przy progach z planu)

Tylko trzy dopuszczalne modyfikacje:

• Move to BE: po osiągnięciu +1R przesunięcie SL do entry
• Częściowe TP: zamknięcie 50% (lub innego z planu) na zaplanowanym poziomie
• Trailing: aktywacja zgodnie z regułą zapisaną operacyjnie — warunek, obserwacja, działanie. W przykładach tego artykułu: trailing włącza się, gdy SMA-20 M15 przekroczy poziom „wejście + 1R"; SL = SMA-20 M15 − 5 pipsów, przesuwany wyłącznie w górę i wyłącznie po zamknięciu świecy M15. Reguła bez tych trzech elementów nie jest regułą, tylko intencją

Każda inna modyfikacja (przesunięcie SL bliżej entry „bo strach", zwiększenie pozycji „bo idzie dobrze", przesunięcie TP dalej „bo niech jedzie") = naruszenie planu = wpis w dzienniku jako błąd.

Etap 5: Exit (5–30 sekund)

Zamknięcie pozycji zgodnie z planem (TP, SL, trailing, czas, awaryjne). Zapisanie czasu zamknięcia, fillu, poślizgu, R-multiple. Po zamknięciu: usuwasz zlecenia oczekujące bez pokrycia (drugą nogę OCO, niewykonane pendingi) i uzgadniasz stan — porównujesz historię zleceń w platformie z raportem brokera: czas, cena każdej transzy, wolumen, prowizja, swap. Różnica między tymi dwoma źródłami jest informacją o wykonaniu, nie błędem zaokrąglenia. W przypadku awaryjnego wyjścia (broker offline, gap weekendowy) — natychmiastowy wpis z opisem sytuacji. Procedurę uzgodnienia całego dziennika z raportem wykonawcy rozwija artykule 15.9.

Etap 6: Post-trade (10–25 minut po zamknięciu)

Retrospektywa z dystansu (ważne: nie 30 sekund po zamknięciu, lecz po 10–20 minutach przerwy psychicznej). Wypełnienie szablonu dziennika, klasyfikacja błędów (jeśli były), aktualizacja capture rate, identyfikacja wzorców do reprodukcji lub eliminacji. Decyzja: czy następny setup w tym dniu wymaga jakiejś zmiany w sizingu (anti-tilt jeśli była strata, anti-overconfidence jeśli był zysk).

8. Co zapisujesz w dzienniku po każdej fazie

Dziennik to narzędzie diagnostyczne, nie ozdobnik. Cel zapisów: móc kiedyś odpowiedzieć liczbowo — z przedziałem, nie jedną liczbą — na pytanie „gdzie tracę pieniądze". Wpis typu „dobry trade" / „zły trade" jest bezużyteczny diagnostycznie, bo nie generuje danych do agregacji. Każda faza ma swój zestaw obowiązkowych pól, w większości binarnych lub liczbowych — subiektywne skale 1–10 są dopuszczalne tylko dla psychiki (i tam są punktem wyjścia, nie metryką, którą optymalizujesz).

Czym prowadzić dziennik (dedykowane aplikacje do dziennika transakcji, własny arkusz, baza w Notion), co która z nich potrafi, ile kosztuje i jaki jest minimalny schemat kolumn — to jedna tabela w dziale, ze stemplem daty przy cenach i funkcjach, w artykule 15.9. Tutaj interesuje nas co innego: jakie pola zamyka każda faza pojedynczej transakcji, żeby dziennik dawał się potem agregować.

Faza 1: Pre-trade (zapis przed wejściem)

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Wartości w kolumnie „przykład" pochodzą z Case 1 i są syntetyczne.

Faza 2: Entry (zapis po fillu)

• Czas kliknięcia (HH:MM:SS)
• Czas potwierdzenia (HH:MM:SS) — różnica = latencja
• Rzeczywisty entry price
• Rzeczywisty SL price (po platformie)
• Spread w momencie wejścia
• Slippage względem planowanego entry
• Typ zlecenia (market / limit / stop)
• Brak realizacji — jeśli zlecenie nie zostało wykonane albo zostało odrzucone: powód podany przez platformę (rekwotowanie, freeze level, odrzucony SL, wygasięcie GTD), godzina i decyzja — ponowna próba według planu czy rezygnacja. Odrzucone zlecenie jest pełnoprawnym wpisem w dzienniku, nie „nic się nie stało": bez niego liczba okazji w statystyce jest zaniżona, a jakość wykonania niemierzalna

Faza 3: In-trade (zapis ciągły)

• Liczba spojrzeń na wykres (zliczana co 15 minut)
• MFE narastająco (najwyższy zysk w pipsach)
• MAE narastająco (największa strata w pipsach)
• Notatki o myślach pojawiających się w trakcie (bez akcji): „chciałem przesunąć SL", „chciałem dodać", „chciałem zamknąć wcześniej"

Faza 4: Modyfikacje (zapis przy każdej zmianie)

• Czas modyfikacji
• Typ modyfikacji (BE / TP1 / trailing / inny)
• Czy zgodna z planem? (TAK/NIE)
• Jeśli NIE — uzasadnienie i klasyfikacja błędu

Faza 5: Exit (zapis po zamknięciu)

• Czas zamknięcia
• Cena zamknięcia (każdej transzy osobno)
• Powód zamknięcia (TP / SL / trailing / czas / awaryjne)
• Slippage na zamknięciu
• Łączny zysk/strata w pipsach, R-multiple netto, kwota PLN
• Czas trzymania (od entry do exit)
• Zlecenia oczekujące usunięte po zamknięciu? (TAK/NIE)
• Uzgodnienie stanu: pozycja i każda transza porównane z raportem brokera (czas, cena, wolumen, prowizja, swap) — zgodne / różnica i jej wielkość

Faza 6: Post-trade (zapis 10–25 minut po zamknięciu)

• Plan zgodny z playbookiem? (TAK/NIE)
• Egzekucja: poślizg wejścia w progu? SL po stronie serwera przy wejściu? (TAK/NIE + wartość)
• Modyfikacje zgodne z planem? (TAK/NIE + lista odstępstw)
• Naruszenie dyscypliny psychicznej? (TAK/NIE + opis)
• MFE i MAE w R, wynik zatrzymany w R, capture rate
• Klasyfikacja błędu z zamkniętej listy (brak / FOMO / boredom / modyfikacja planu / brak SL / błąd sizingu / inne)
• Wniosek operacyjny: maksymalnie trzy zdania, konkretne akcje
• Propozycja zmiany playbooka? (nie / warstwa operacyjna — od razu / struktura setupu — do rejestru zmian jako kolejna wersja)

Wypełniony przykład wszystkich tych pól wartościami z Case 1 — w mini-template w sekcji 10; nie powtarzamy go tutaj drugi raz.

30+ pól wydaje się dużo, ale po wprawie zapis trwa 5–8 minut per transakcja. To koszt operacyjny posiadania danych, które w ogóle dają się agregować. Wpis typu „dobry trade" po dwóch setkach transakcji nie odpowiada na żadne pytanie diagnostyczne, bo nie ma w nim ani jednej kolumny, po której można posortować.

MAE i MFE tej jednej transakcji

MAE (max adverse excursion) i MFE (max favorable excursion) tej jednej transakcji to skrajne odczyty pozycji od ceny fillu, liczone w oknie wejście–wyjście i tylko w nim; oba zapisujesz w pipsach i w R. Oba są maksimami narastającymi — raz osiągnięte nie maleją, a to, co cena zrobiła po zamknięciu pozycji, nie zmienia ich wartości (patrz Case 5). W Case 1 było to −5,4 pipsa (−0,15R) i +74,2 pipsa (+2,06R). Odczyt zajmuje kilkadziesiąt sekund w zakładce History po zamknięciu pozycji — bez niego nie odpowiesz później na pytania „czy mój SL jest za szeroki" i „czy mój TP zostawia pieniądze na stole". Dwie konsekwencje logiczne, o które łatwo się potknąć przy własnym zapisie: transakcja zamknięta na pierwotnym SL ma MAE co najmniej 1R plus poślizg (po przesunięciu SL do break-even albo w trailing to już nie obowiązuje — zamknięcie wypada wtedy wyżej), a transakcja zamknięta na TP ma MFE co najmniej równe TP: korzystne wykonanie albo luka mogą ten poziom przekroczyć. Definicje ogólne, wykres MAE/MFE dla całego dziennika, tabela diagnoz i narzędzia, które liczą te pola automatycznie — artykule 15.9.

9. Najczęstsze błędy w każdej fazie

Mapa błędów per faza pomaga w szybkiej diagnozie po stratnej transakcji: zamiast „dlaczego straciłem", pytasz w której fazie złamałem proces. Większość strat detalu wynika z błędów w fazach 1 (pre-trade) i 4 (modyfikacja) — czyli przed wejściem i w trakcie.

Ta tabela jest mapą do szybkiej diagnozy po stratnej transakcji: zamiast pytać „dlaczego straciłem", pytasz w której fazie złamałem proces. Pełne katalogi mają swoich właścicieli: filtry i checklista przed wejściem — artykule 15.6, reakcja na incydent wykonania (zły wolumen, zły instrument, zniknięcie płynności) — artykule 15.8, błędy procesu uczenia i decyzje o losie setupu — artykule 15.10. Jeden przypadek rozwijamy tutaj, bo dotyczy wyjścia z pozycji i wprost psuje R:

Pułapka: overfitting playbooka do własnego dziennika

Odwrotność nadreaktywności na outlier: playbook dopasowany do historycznych wzorców z własnego dziennika. Objawy są rozpoznawalne bez żadnej statystyki — każda seria strat dokłada filtr, liczba sygnałów spada z miesiąca na miesiąc bez wzrostu wyniku, części filtrów trader nie umie uzasadnić inaczej niż „tak wyszło w moich danych", a „backtest" na własnym dzienniku poprawia się z każdą rewizją, podczas gdy nowe transakcje — nie. Przeciwdziałanie w warstwie anatomii transakcji jest proste: każda nowa reguła wchodzi jako wersja playbooka i jest oceniana wyłącznie na transakcjach wykonanych po jej wejściu. Mechanizm dopasowania do danych, walidacja na próbie spoza dziennika i rejestr prób — artykule 15.4.

10. Szablon analizy transakcji do dziennika

Pełny opis pól per faza znajdziesz w sekcji 8. Tutaj dostajesz: (a) formułę sizingu z przykładem liczbowym, (b) gotowy mini-template jednego wiersza dziennika do skopiowania.

Ręczne liczenie pipsów i lotów z kalkulatorem w ręku to anachronizm prowokujący błędy fat-finger. Zainstaluj darmowy skrypt lub EA do MT4/MT5 (np. Position Size Calculator od EarnForex jest jednym z popularnych, weryfikuj wersję pod swoją platformę): definiujesz ryzyko jako 1%, skrypt przelicza loty na podstawie odległości do SL, a w wersjach z modułem handlowym wystawia też zlecenie z SL/TP — sprawdź w opisie swojej wersji, czy tylko liczy, czy również wysyła bilet. Jeden klik zamiast pięciu pól do wpisania pod ciśnieniem ruchu rynku.

Mini-template: jeden wiersz dziennika

Skopiuj do Excela, Google Sheets, Notion lub dedykowanego dziennika. Każdy wiersz = jedna transakcja. Wszystkie pola wypełniasz tego samego dnia, większość binarne lub liczbowe (5–8 minut przy wprawie; 15–25 minut przez pierwsze 30–50 transakcji, gdy budujesz nawyk).

[PRZYKŁAD ILUSTRACYJNY — NIE WYNIK HISTORYCZNY] Kolumna wartości pochodzi z Case 1 i jest syntetyczna.

To jest minimalny zestaw, który po kilkudziesięciu wierszach daje się posortować i policzyć: klasa setupu, wersja, zgodność z planem, R0, poślizgi, MAE, MFE, kategoria błędu. Kolumna, której nie wypełniasz, po prostu nie istnieje w żadnej późniejszej diagnozie. Pełny szablon z 30+ polami (per faza pre-trade/entry/in-trade/modyfikacja/exit/post-trade) znajdziesz w sekcji 8; od tego mini-templatu zaczynasz, a rozbudowujesz się do pełnego zestawu po 50–100 transakcjach, gdy nawyk zapisu jest już wbudowany w workflow.

Rachunek dla tych pięciu transakcji — jak się to liczy

Definicje i wzory metryk agregowanych (expectancy, profit factor, win rate, drawdown, SQN, Sortino, execution drag) oraz progi interpretacyjne stoją w jednym miejscu w dziale — artykule 15.9. Tutaj pokazujemy wyłącznie, jak wyciągnąć liczby z tych pięciu wpisów, bo to jest ostatni krok anatomii pojedynczej transakcji.

Koszty operacyjne — czego nie widać w R-multiple

R-multiple liczone od entry do exit nie obejmuje wszystkich kosztów. Czysty edge brutto musi przeżyć cztery warstwy kosztów, zanim dotrze do twojego rachunku netto:

• Spread — różnica bid/ask, wbudowana w ceny fillów: long wchodzi po ask i wychodzi po bid, więc spread jest już w R i nie odejmujesz go po raz drugi. Rozszerza się nocą i na publikacjach — własne widełki sprawdzasz w tabeli warunków swojego rachunku, nie w cudzych zestawieniach.
• Prowizja — stała opłata per lot na rachunkach ECN/STP (rachunki market maker zwykle jej nie pobierają, kompensując szerszym spreadem). W tym artykule (przykłady intraday, bez rolowania) to jedyny składnik odejmowany poza cenami fillów — przy pozycji trzymanej przez noc dochodzi swap, a przy rachunku mogą dojść opłaty inne niż transakcyjne. Stawkę bierzesz z tabeli opłat swojego rachunku; w tym artykule przyjmujemy 6,5 USD per lot rotacji jako założenie scenariusza, nie normę.
• Swap (rollover) — koszt utrzymania pozycji przez dzień handlowy, wynikający z różnicy stóp procentowych walut. U większości brokerów FX naliczany potrójnie w środę (rozliczenie T+2, za sobotę i niedzielę z góry) — dzień potrójnego naliczenia jest jednak parametrem instrumentu, więc sprawdzasz go w jego specyfikacji. Kierunek i wielkość zależą od różnicy stóp i od tabeli brokera, więc żadna liczba nie jest tu trwała — punkty swapowe sprawdzasz w specyfikacji instrumentu przed otwarciem pozycji overnight.
• Podatek — nie jest kosztem transakcji i nie wchodzi do R. Dziennik dostarcza dokumentów do rozliczenia (daty, kwoty, kurs przeliczenia), ale sam nie jest kalkulacją podatku: zasady PIT-38, przeliczenia walut i rozliczania strat opisuje dziale 14.

Przykład sumarycznego kosztu transakcji EUR/USD (kapitał 28 400 PLN, 0,2 lota, ECN):

• Spread: już zawarty w cenach fillów (long wchodzi po ask, wychodzi po bid), więc nie dodajesz go drugi raz do rachunku kosztów. W Case 1 poślizg wejścia 0,3 pipsa × 7,60 PLN = 2,28 PLN jest już w cenie 1,08638
• Prowizja: 6,5 USD per lot rotacji × 0,2 lota = 1,30 USD ≈ 4,94 PLN (kurs 3,80) — jedyny składnik doliczany tu poza cenami fillów
• Koszt w R: 4,94 / 273,6 ≈ 0,018R — wynik Case 1 spada z +1,21R do +1,19R
• Swap: pomijalny dla intraday (zamknięcie tego samego dnia, brak rolowania)

Stąd konwencja obowiązująca w całym artykule: R liczone z rzeczywistych fillów zawiera spread, nie zawiera prowizji, swapu ani podatku — a słowo „netto" znaczy tu „po prowizji", nie „po wszystkich kosztach". Tak samo podpisujesz kolumnę w swoim dzienniku, żeby późniejsze porównania miały sens.

Wniosek operacyjny: koszt per transakcja policz raz dla swojego rachunku i swojego typowego wolumenu, a potem porównaj go z własną expectancy w R — to jedyny sposób, żeby stwierdzić, czy edge przetrwa wykonanie. Test strategii bez włączonych kosztów zawyża wynik systematycznie, a im krótszy horyzont i węższy TP, tym bardziej — mechanikę testu z kosztami rozwija artykule 15.4.

Co robisz z tymi liczbami dalej

Zestaw metryk agregowanych (win rate ogólny i per setup, średni R, capture rate, udział błędów egzekucji, poślizgi) razem z progami „cel referencyjny / sygnał alarmowy" jest jedną tabelą w dziale — w artykule 15.9; wszystkie takie progi są założeniami scenariusza, nie normami rynku. Odpowiedź na pytanie, które detal zadaje najczęściej — poprawiać system czy siebie — zapada w audycie, w kolejności: czy dane i wykonanie są wiarygodne (uzgodnienie z raportem brokera, wersja playbooka, udział złamań reguł, koszty w R0), potem reżim, dopiero na końcu przewaga. Cała ta ścieżka z tabelą symptom–diagnoza–akcja stoi w artykule 15.10.

Anatomia transakcji dostarcza do tej decyzji jedną rzecz, której nie da się odtworzyć później: zapis, co było wiadomo w momencie decyzji. Wynik z transakcji, w których złamano reguły albo nie uzgodniono kosztów, nie mówi nic o strategii — ani dobrze, ani źle.

Oś pionowa jest w złotówkach, nie w R — i to nie jest kosmetyka. Case 3 nie ma R0, więc nie ma R; wrzucenie go do krzywej w R wymagałoby dorobienia mianownika po stracie, czyli dokładnie tego błędu, który ten case ilustruje. W walucie, z kwot niezaokrąglonych: +331,36 − 288,80 − 538,08 − 68,76 + 45,81 = −518,47 PLN na pięciu transakcjach (suma pozycji zaokrąglonych do pełnych złotych daje −519 — to efekt zaokrągleń, nie inny wynik). Czterech, które mają R, sumuje się do −0,39R; dwie wykonane zgodnie z planem dają razem +0,15R, a trzy z błędem procesu — −0,54R w R i −561 PLN w walucie (z tego 538 PLN to sam Case 3).

Counterfactual: co dałby tydzień bez błędów procesu

To jest osobne ćwiczenie analityczne, nie alternatywna historia rachunku. Counterfactual liczymy w polu „theoretical R if plan-followed" w dzienniku, nie w polu realnego P&L. Założenia tego scenariusza dla 5 case studies:

• Case 3 (FOMO) — filtr kalendarza nie-spełniony, czyli klasa C → brak wejścia, R = 0
• Case 4 (boredom) — brak setupu w playbooku → brak wejścia, R = 0
• Case 5 (psychika) — TP1 50% na +1R + trailing drugiej połowy → +1,59R per cała pozycja, czyli +412,75 PLN — przy dodatkowym założeniu, że druga połowa przetrwała cofnięcie do 149,38 (przebiegu SMA-20 M15 w tym oknie nie mamy)

Suma counterfactualu w walucie: +331,36 − 288,80 + 0 + 0 + 412,75 = +455,31 PLN wobec realnych −518,47 PLN. Różnica: około 974 PLN na pięciu transakcjach, z czego lwia część to jedna pozycja bez SL. Liczymy w złotówkach, bo Case 3 nie ma R — i widać przy okazji, dlaczego brak SL jest kosztowniejszy niż wszystkie pozostałe błędy razem. Czego ten rachunek nie pokazuje: skali rocznej. Pięć transakcji to ilustracja metody, nie próba — własną różnicę między E a E_adj liczysz na swoim dzienniku i podajesz z przedziałem.

Operacyjny wniosek: u wielu traderów z dodatnim lub bliskim zera systemem największa poprawa nie przychodzi z nowego setupu, tylko z usunięcia FOMO, boredom trade'ów, ręcznego TP w euforii i braku SL po stronie serwera. Skalę tej poprawy podaje wyłącznie własny dziennik: różnicę między E a E_adj liczysz na swoich wpisach i podajesz z przedziałem. Żadnej ogólnej liczby — ani „typowej" expectancy hipotezy rynkowej, ani tempa, w jakim interwencja ją zjada — tu nie ma, bo nie ma źródła, które by ją uniosło.

Od jednej transakcji do rozkładu

Pięć rozebranych transakcji to jeszcze nie rozkład. Gdy zbierzesz ich kilkadziesiąt, ten sam zapis zaczyna działać jako materiał do dwóch obrazów: histogramu R-multiple (gdzie siedzi modalna, czy istnieje prawy ogon) i wykresu MAE/MFE (czy stratne skupiają się dokładnie na SL, czy wygrane schodzą głęboko pod wodę przed odbiciem). Oba wykresy, ich interpretacja i tabela diagnoz stoją w artykule 15.9 — nie duplikujemy ich tutaj, bo z jednej transakcji nie da się ich narysować.

Rola anatomii transakcji jest wcześniejsza i bez niej te wykresy nic nie znaczą: każdy punkt na nich to jeden komplet pól — wersja setupu, klasa, R0 sprzed wejścia, poślizgi, MAE, MFE, kategoria błędu, uzgodnienie z raportem brokera. Punkt, który pochodzi z transakcji bez SL albo z niepoliczonym R0, jest tam śmieciem — niezależnie od tego, jak ładnie wygląda chmura.

Jarosław Wasiński

Redaktor naczelny MyBank.pl • Analityk finansowy i rynkowy

mgr Jarosław Wasiński — niezależny analityk i praktyk z ponad 20-letnim doświadczeniem w sektorze finansowym. Twórca i redaktor naczelny portalu MyBank.pl, dostarczającego rzetelną wiedzę o finansach osobistych, bankowości i inwestycjach od 2004 roku.

• Bankowość i produkty finansowe: porównania kont osobistych i firmowych, analiza taryf opłat, testy aplikacji mobilnych, recenzje kredytów, lokat i kart kredytowych — z naciskiem na realne koszty i ukryte opłaty.
• Rynki finansowe i makroekonomia: analiza fundamentalna rynków walutowych (Forex) i makroekonomicznych od 2007 roku, zarządzanie ryzykiem kapitału, struktura rynków OTC.
• Kryptowaluty: analiza rynku kryptowalut, mechanizmów blockchain i tokenizacji aktywów w kontekście portfela inwestycyjnego.

Autor setek komentarzy rynkowych, analiz porównawczych produktów bankowych i materiałów edukacyjnych. Zwolennik transparentności — każdy ranking i recenzja na MyBank.pl opiera się na jawnej metodologii i zweryfikowanych źródłach (taryfy banków, regulaminy promocji, dane NBP).

Treści mają charakter edukacyjny i informacyjny — nie stanowią porady inwestycyjnej, rekomendacji ani oferty. Decyzje finansowe podejmuj na podstawie własnej analizy i konsultacji z doradcą.