Diskuze

Princip skriptu Bot sleduje trhy definované v konfiguraci - obchoduji SPY a QQQ. Když cena prorazí z klidného ranního rozpětí, nakoupí opce s expirací tentýž den (0DTE) - call, nebo put; nikdy opce nevypisuje. Před zavřením burzy nakoupené opce prodá (pokud není v konfiguračním souboru nastaveno jinak). Protože opce expirují ještě týž den, nejvyšší možná ztráta na obchod je částka zaplacená za opce. Na každý obchod platí nepřekročitelný rozpočet, na den tvrdý strop počtu obchodů a bot nikdy nepoužívá market příkazy - každý příkaz je limitní a bot ho průběžně upravuje. Jeden běh programu = jeden obchodní den. Bot nastartuje, obchoduje, uzavře pozice, podá zprávu a skončí. 1. Start - "nejdřív vše zkontrolovat, teprve pak obchodovat" Po spuštění bot s brokerem zatím nekomunikuje. Nejprve: Načte konfigurační soubor a zkontroluje každé nastavení. Cokoli špatně - překlep, zastaralý název klíče, chybějící hodnota, časy ve špatném pořadí - bot vypíše VŠECHNY nalezené chyby najednou a odmítne nastartovat. Ověří, že neběží další kopie bota. Teprve potom se připojí k TWS - dvakrát: jedno spojení pro příkazy, druhé pro tržní data. Obě připojení mohou být ke stejné TWS. Následně uklidí po případném dřívějším pádu: Pokud v TWS zůstal náš nákupní příkaz z havarovaného běhu, bot ho zruší a počká na potvrzení od TWS. Po restartu nikdy nenavazuje na rozjetý obchod - pouze uklízí. Znovu si sestaví přehled "co už jsme dnes obchodovali", a to ze tří míst najednou: z vlastního stavového souboru, z obchodního deníku a z plnění hlášených TWS. Stačí, aby obchod evidoval kterýkoli z těchto tří zdrojů, a započítá se. I při ztrátě souboru tak denní limit platí dál. Jednou načte hodnotu účtu a dnešní měnový kurz a obojí si uloží do mezipaměti. Pokud je načíst nedokáže, přepne se do režimu "pouze uzavírání": žádné nové obchody; uzavírání a upozornění fungují dál. To je základní princip celého bota: když něco nelze ověřit, bot přestane otevírat nové obchody a upozorní nás. 2. Americké ráno - příprava Kolem 9:28 newyorského času bot pro každý trh: Stáhne nedávnou cenovou historii a spočítá ATR (míru toho, o kolik se trh běžně za den pohne). Vyhodnotí "kontextovou podmínku" z konfigurace - jednoduché pravidlo, zda má dnešek vůbec smysl obchodovat (například "zavřel včerejšek určitým způsobem?"). Když pravidlo řekne ne, daný trh se dnes prostě neobchoduje. (debug: true obchází pouze toto pravidlo a slouží k testování na paper účtu.) Z dnešní otevírací ceny spočítá dvě cenové úrovně: jednu nad ní (zavře-li svíčka nad úrovní, kupuje se call) a jednu pod ní (zavře-li svíčka pod úrovní, kupuje se put). Pro každou úroveň vybere nejbližší strike a u IB ověří, že oba kontrakty existují. Přihlásí se k odběru živých cen a pošle na Telegram zprávu ARMED: "tady jsou dnešní breakout urovně a opce, které budu kupovat." Zpráva je důležitá: přesně tyto kontrakty bychom dnes neměli obchodovat ručně, protože IB slučuje naši a botovu pozici do jednoho čísla. 3. Čekání na signál Od 9:31 bot sleduje dokončené minutové svíčky - ne každý tik. Signál vzniká jen tehdy, když svíčka zavře za breakout úrovní. Další opatrnost: Svíčka musí být čerstvá (dokončená během posledních 90 sekund). Po výpadku dat se stará data dohrávají zpětně - ta nákup nikdy spustit nemohou. Signály platí jen mezi časem startu a časem "posledního příkazu" (výchozí hodnota 14:00). Potom už se nenakupuje. Standardně platí, že první průraz vyhrává den: spustí-li se první strana call, je putová strana po zbytek dne vypnutá. 4. Nákup - jeden příkaz, trpělivě přeceňovaný Když signál přijde, bot si před nákupem čehokoli projde kontrolní seznam: Smíme obchodovat? (Nejsme v režimu "pouze uzavírání", tato kombinace trhu a strany se dnes ještě neobchodovala, denní strop obchodů není dosažen.) Jaký je rozpočet? Buď pevná částka v dolarech, nebo procento z účtu (přepočtené do USD dnešním kurzem). Bot zároveň ověří, že na účtu je volná hotovost na rozpočet plus 10 % - víc tento obchod nikdy stát nemůže. Obchod si NEJDŘÍV zapíše - do dvou nezávislých míst - a teprve pak odešle příkaz. Kdyby bot spadl uprostřed obchodu, záznamy už existují, takže po restartu nemůže zobchodovat totéž dvakrát. Pak zadá jeden limitní nákupní příkaz s množstvím spočítaným tak, aby se celkové prémium vešlo do rozpočtu. Každou další minutu tentýž příkaz přeceňuje (upravuje ho - nikdy neruší a nezadává znovu) směrem k aktuální tržní ceně, ale nikdy tak daleko, aby celkové prémium mohlo překročit 110 % rozpočtu. Chybí-li kotace opce nebo je zastaralá, bot prostě počká a zkouší to znovu každých pár sekund. Nákup končí jedním ze čtyř způsobů: Vyplněno - hotovo, pozice je zapsaná i s přesným celkovým prémiem. Částečně vyplněno / vypršel čas - ve 14:00 bot zbytek zruší, počká na potvrzení zrušení, znovu ověří, co se skutečně vyplnilo, a to zapíše. Nevyplněno nic - denní slot zůstává spotřebovaný (žádný nový pokus), rozpočet se uvolní. Nejasno - TWS ohlásila něco, co bot nedokázal ověřit (stává se: knihovna někdy lokálně hlásí "Cancelled", i když skutečný příkaz může být stále aktivní). Pak bot obchod zmrazí: pošle jeden pokus o zrušení, v deníku obchod označí jako "AMBIGUOUS", každých 5 minut nás upozorňuje a náhradní příkaz nezadá nikdy. Automaticky to vyřeší jen úplný důkaz, že se vyplnil celý příkaz; jinak je nutný náš zásah. 5. Během dne - dohled Jednou za sekundu bot: zpracuje novou svíčku a přecení pracující příkazy, kontroluje datové kanály (žádná svíčka 2 minuty = upozornění a nové přihlášení k odběru), kontroluje spojení (výpadek = opakované připojování s rostoucí prodlevou, poté obnova všech odběrů a nové načtení účtu), hlídá zamítnutí kvůli marginu ze strany IB (jedno zamítnutí = dnes už žádné nové obchody, probíhající nákup se zastaví ověřeným zrušením), odpovídá na Telegramu: /status, /pnl (dnešní P&L po jednotlivých opcích, poctivě označený jako odhad; pokud některou položku nelze zahrnout, výstup dostane označení "PARTIAL") a /stop. Pokud některá z těchto úloh na pozadí selhává opakovaně, bot přestane otevírat nové obchody a nechá běžet jen uzavírací mechanismus. Priorita je vždy stejná: nejdřív uzavřít pozice, účetnictví až potom. 6. Čas uzavírání - 15:58 Teď to podstatné. Bot sestaví seznam toho, co prodat - a je při tom vybíravý, protože účet může sdílet s našimi obchody: Prodává jen pozice, u kterých DOKÁŽE, že jsou jeho: v deníku je záznam, nebo plnění u IB nesou botovu vlastní značku příkazů (OrderRef). Pozici v okruhu sledovaných kontraktů, kterou nedokáže prokázat jako vlastní, považuje za NAŠI: hlasitě nás upozorní a pozice se nedotkne. Strike, který bot dnes už koupil A prodal, je uzavřená kapitola - objeví-li se tam pozice znovu (vrátili jsme ji tam ručně), bot ji nechá být. Nejasný případ, který lze bezpečně přiřadit ke konkrétnímu kontraktu - nevyřešený záznam z dřívějšího problému, dva záznamy pro stejný kontrakt, poškozené množství bez důkazů o plnění - přejde do "MANUAL": bot pro tento kontrakt zruší své zbývající příkazy a dál s ním neobchoduje; uzavřít musíme v TWS my. Řádek, který bezpečně přiřadit nelze, přeskočí a ohlásí; zdravé pozice dál uzavírá. U každé vlastní pozice padne jedno rozhodnutí: prodat, nebo nechat vypršet? Režim určuje přepínač v konfiguraci pro každý trh. close_option_position: 1 znamená: prodat vše v penězích nebo poblíž strike; vypršet smí jen opce, které jsou od strike dál, než sahá ochranné pásmo (šetří se komise - případný zbytkový bid se záměrně ignoruje). Pásmo 100 a více znamená "prodat vše". close_option_position: 0 znamená, že závěrečné uzavírání neprodává vůbec nic - všechny pozice se nechají vypršet bez ohledu na cenu. Tento režim je určen pro indexové opce vypořádávané v hotovosti (SPX, SPXW, NDX, XSP😞 opce v penězích se při expiraci vypořádá v hotovosti namísto dodání akcií. Podporované nastavení režimu 0: trh SPY s option_ticker: XSP a option_exchange: CBOE - signály zůstávají z akcie SPY, obchodují se opce na mini-index XSP. Příkaz /stop oba režimy přebíjí a prodává vše. Kandidáti na vypršení se přehodnocují každých 30 sekund (v poslední půlminutě každou sekundu😞 při přepínači 1 je pozdní pohyb zpět ke strike přepne na "prodat". Samotný prodej je žebřík limitních příkazů, vše úpravou jediného příkazu: nejprve ask, potom mid, pak bid a nakonec cena pod bidem. V posledních 30 sekundách se přepne do režimu "chase": prodejní limitní příkaz s cenou lehce pod bidem, upravovaný každé 2 sekundy, dokud se nevyplní nebo nezazvoní zvonec. Po celou dobu běží dvě pojistky: Bot nikdy neprodá víc než vlastní zaznamenané množství - i kdyby číslo u IB tvrdilo něco jiného. Právě tohle brání nejhorší nehodě celé konstrukce: nechtěnému shortu opce expirující týž den. Pokud se pracující prodejní příkaz stane větším, než na co má bot podle záznamů nárok (důkazy se změnily), příkaz se zruší - s potvrzením - a zadá se menší. 7. Po zavření burzy - závěrečná kontrola V 16:00 udělá bot poslední úklid a kontrolu. Cíl je jediný: u každé pozice si OVĚŘIT, že skončila bezpečně - a co ověřit nejde, poctivě nahlásit. Postup: Pokud na některé pozici ještě pracuje prodejní příkaz bota, bot ho zruší a počká na potvrzení. Když se příkaz místo zrušení stihl vyplnit, započítá se prodej. Každá pozice pak dostane jeden ze tří výsledků: CLOSED (prodáno) - jen když se shodují tři věci najednou: vlastní záznamy bota říkají "vše prodáno", IB ukazuje nulovou pozici a záznamy o obchodech šly v tu chvíli přečíst. Bez trojité shody CLOSED nezazní. EXPIRING (necháno vypršet) - pozice, kterou bot záměrně nechává vypršet. I tady kontroluje: na pozici nesmí viset žádný pracující příkaz, nesmí to být short a při přepínači 1 musí být opce právě teď prokazatelně daleko od strike. (Při přepínači 0 se vzdálenost nekontroluje - vypršet má vše, to je záměr konfigurace.) NOT CONFIRMED CLEAN (neověřeno) - všechno ostatní: zaseknutý příkaz (i nákupní z dřívějška), zamrzlý obchod, ruční případ, nečitelné záznamy. U každého řádku zpráva říká, co přesně v TWS zkontrolovat. Souhrn odejde na Telegram vždy - i když je vše v pořádku. "ALL CLEAN" znamená: každá pozice je ověřeně prodaná, nebo řízeně vyprší. Cokoli jiného znamená "NOT CONFIRMED CLEAN" a je třeba se podívat do TWS. Pak se bot odpojí a skončí: návratový kód 0 = čistý den, 1 = zkontrolujte TWS. 8. /stop - záchranná brzda /stop na Telegramu spustí okamžitě uzavírací mechanismus - zruší se příkazy, uzavřou pozice. Uzavře-li se vše ověřitelně čistě, bot se vypne. Pokud ne, zůstane běžet v režimu "pouze uzavírání" a dál upozorňuje; pravidelný závěr v 15:58 zkusí běžné zbytky uzavřít znovu. Pozice ve stavu UNCONFIRMED ale automaticky neuzavírá; ty musíme uzavřít ručně sami. Poznámka: pošlete-li /stop pár sekund po nákupu opce, je potřeba podívat se po /stop do TWS a nespoléhat na hlášku "clean". Přehled bezpečnostních pojistek Peněžní limity: Rozpočet na obchod - velikost pozice se spočítá z rozpočtu jednou a už neroste; celkové prémium nikdy nepřekročí 110 % rozpočtu. Kontrola volné hotovosti před každým obchodem - a musí pokrýt celých 110 %, ne jen rozpočet. Tvrdý denní strop počtu obchodů, počítaný ve třech nezávislých místech; použitý slot se nikdy nevrací, ani po pádu, ani po nevyplněném obchodu. Každá kombinace trhu a strany se obchoduje nejvýš jednou denně. Nikdy neprodat víc, než kolik bot podle vlastních záznamů koupil - sloučené poziční číslo u IB (zpožděné a obsahující i případné ruční kontrakty) nikdy neurčuje velikost prodeje. Nechtěný short je tím vyloučen už konstrukcí. Zjištěný short vyvolá poplach, nikdy se nehlásí operace jako v pořádku. Disciplína příkazů: Výhradně limitní příkazy - kód pro market příkaz vůbec neexistuje. Jeden živý příkaz na obchod, přeceňovaný úpravou na místě; druhý příkaz smí vzniknout, až když je první potvrzeně mrtvý. Každé zrušení se ověřuje - bot čeká na potvrzení od TWS; zrušení, které potvrdit nedokáže, blokuje jakoukoli náhradu a spouští upozornění. Stav, který bot sám neověřil, je jen předběžná informace - obchod se zmrazí (AMBIGUOUS), upozornění se opakují a nic nového se nezadává. Ochrana proti špatným datům: Konfigurace se před startem validuje jako celek; staré nebo neplatné nastavení znamená odmítnutí startu s vysvětlením. Nákup smí spustit jen čerstvá, dokončená svíčka - zpětně dohraná data po výpadku nikdy nespustí obchod. Zastaralé, překřížené nebo chybějící kotace pozastaví obchodování. Skript neobchoduje bez dat. Poškozený řádek obchodního deníku se přeskočí a ohlásí - nikdy nezhavaruje uzavírání zdravých pozic; nečitelný soubor přepne bota do režimu "pouze uzavírání". Hlídací psi: mrtvá realtime data = nové přihlášení k odběru; spadlé spojení = znovupřipojení a obnova všech odběrů; opakované vnitřní chyby = konec otevírání obchodů, uzavírání běží dál. Ochrana sdíleného účtu: Bot uzavírá jen pozice, které prokazatelně patří jemu; vše nenárokované ohlásí a nechá být. Cokoli nejasného přechází do MANUALU: bot pro daný kontrakt zruší vlastní příkazy, dál s ním neobchoduje a ozve se na Telegram. Ochrana na konci dne: Opce v penězích nebo poblíž strike se před zvoncem prodávají vždy při close_option_position: 1 - a s ochranným pásmem 100 a více se prodává úplně vše. Při close_option_position: 0 (indexové opce vypořádávané v hotovosti) závěrečné uzavírání záměrně neprodává nic; prodat stále může /stop a nouzové ošetření poruch - při nastavení 0 na fyzicky vypořádávaném tickeru bot při startu varuje. "Nechat vypršet" je volba v konfiguraci pro každý trh: 1 nechá vypršet jen opce daleko od strike (bid se ignoruje), 0 nechá vypršet vše. Kandidáti na vypršení se při přepínači 1 přehodnocují do poslední sekundy. Opční kontrakty se vybírají z řetězce IB: vždy denní opční třída na nakonfigurované burze (nikdy FLEX ani měsíční AM třídy); pokud nejbližší expirace není dnešní, bot daný trh ten den vůbec neobchoduje a ohlásí to. Každý dosud pracující nákupní příkaz bot v čase trading_last_order bot zruší a vyžaduje z TWS potvrzení; tento čas musí být 15:45 newyorského času nebo dříve (kontrola při startu). Zaseknuté rušení bot opakovaně hlasitě hlásí a den označí jako NEPOTVRZENÝ. Provozní: Jedna instance bota současně (zámkový soubor), jeden den na jeden běh. Záznamy odolné proti pádu: obchody se zapisují dřív, než se odešlou příkazy, soubory se ukládají atomicky a restart uklízí, nikdy nenavazuje. Telegram nikdy nemůže blokovat ani shodit obchodování a token bota se nikdy neobjeví v logu.

Nová verze opčního autotraderu pro obchodování 0TDE breakoutu pomocí opcí. Kompletní kódy a instrukce k instalaci: Bot-0dte-opce-breakout-limit-2-00.zip Hlavní úprava skriptu: 0TDE opce jsou vždy obchodovány za limit, včetně vstupu - viz https://www.financnik.cz/forum/topic/5164-opcni-breakout-autotrader-skript/page/31/#findComment-324941   Poznámka: Jde stále o verzi, kterou testuji. Určitě spouštějte nejprve na paper účtu.

Aktualizovaná výkonnost strategií dashboardu k 25.7.2026: Kromě intradenního breakoutu jsem měl pěkné zisky prakticky ve všech systémech. Podařilo se mi dotáhnout stahování FLEX reportu z IBKR a analyzování systémů přímo z dat reportovaných od Interactive Brokers. Mohu zde tak dávat reporty, toho jak se sdíleným strategiím daří přímo z mého účtu. Nové maximám mám u MRZ, kterou si v Trading Room sdílíme v rámci kompletní výuky. Od začátku obchodování mi strategie obchoduje se sharpe ratio 2: Po doplnění o mé živé obchody z DeepDip (kde obchoduji stejné sdílené signály) má equity vypadá takto: Jde tedy o mé vlastní živé obchody (export z IBKR) systémů MRZ + MRZ CA + DeepDip Tedy z mého pohledu long mean reversion jednoznačně stojí za pozornost. Druhou hlavní složku, kterou obchoduji je momentum. Především na US akciích (NDX SMO) + od dubna kanadskou verzi (kterou sdílím v signálech). Kanadská verze se nyní dostala z drawdownu. Takto vypadá equity mého momenta: Sharpe 1.88 je určitě nadstandardní a čekám drawdown. Sdílený intradenní breakout mi jde letos zatím stále do strany: (tyto výsledky jsou za poslední rok, protože z Flex reportu IBKR nejde natáhnout delší historii). Nejhůře se mi zatím letos vede u shortování akcií - tam je kombinace MR3000S (velmi malá váha), plus short breakout na akciích (zatím nesdílím): Ale z pohledu celého účtu to není žádná tragedie. Pomalu navíc začínám zvažovat zapojení větších vah i do short mean reversion (protože mi přijde, že celková mánie v trzích pomalu končí). Equity mého celého účtu se za poslední rok pohybuje v tomto rytmu: Což je za mě velká spokojenost. Uvidíme ale co přinesou další měsíce.    

Automatický audit Claude Code s pomocí dalšího LLM modelu Ve videu se s vámi chci podělit o postup, který výraznil zefektivnil mou výzkumnou práci v rámci ResearchOS. Spočívá v propojení dvou nezávislých agentních nástrojů založených na odlišných modelech. Jeden připravuje plán a implementuje řešení, zatímco druhý vystupuje jako kritický oponent a hledá chyby. Kopie popisovaného základu skillu: For plan/code audits, use headless OpenAI Codex CLI as an external adversarial reviewer. Invoke it as: codex exec --sandbox read-only --skip-git-repo-check -C <project-dir> - < prompt.txt> Rules: - Write the audit prompt to a file, don't inline it. The prompt must be focused and adversarial: include the plan or diff, plus a specific hunt list (what classes of bugs to look for), and ask for a verdict — blocking issues vs. non-blocking, and an explicit "implementation-ready: yes/no". - Redirect full output to a file (> codex-roundN.md 2>&1) — never rely on truncated terminal output. Run in the background; it can take minutes. - Iterate in rounds: fix the blocking findings, then re-audit the delta, until codex reports zero blocking issues. Expect a real, shrinking issue each round — including issues your own fixes introduced. - Workflow order: PLAN.md first → codex audit rounds until approved → only then implement → codex audit the implementation diff → run → audit results. Never implement from an unapproved plan. - Apply audit findings without argument unless genuinely wrong; push back only if necessary. - Save this workflow to memory.  

Dnes 24.7. se nenaimportovaly data volatility a v dashboardu se tak neobjevily signály pro DeepDip. Už je to opravené a signály jsou k dispozici:

Upozornění k verzi 1.05 - verze má problémy s obchodováním stejného ETF a opce na ETF. Tj. například současné otevření pozice v SPY a nákup opce v SPY. Tj. pokud byste na účtu podobnou kombinaci provozovali, tak tento bot ještě není pro podobný styl tradingu vhodný. Pracujeme na nápravě.

Dobrý den Petře, děkuji za reakci. Zatím jsem dělal jen takové „hurá analýzy“, kdy jsem se snažil navnímat možné vlivy nějakých jednotlivostí. A také se mi zdá, že zásahem do strategií na úrovni nějakého vyššího pohledu (třeba portfolia) se nedostanu ke kýženým výsledkům a dojde k příliš velkému zhoršení výkonnosti dotčených strategií a portfolia. Dospívám k názoru, že situace popsaná v mém postu výše je vlastností portfolia současných strategií a nedá se s ní nic moc dělat (kromě rozkročení se do dalších trhů). Nicméně to jsou pocity. Tento týden bych snad mohl mít hotovou analýzu, která by měla vnést více světla. U dnů s 50 největšími zisky a 50 největšími ztrátami portfolia (+ kontrolní vzorek 100 dnů náhodně vybraných ze zbytku dnů) se dívám na expozici v těchto dnech. A to jak v jednotlivých akciích, tak i strategiích a celkově za portfolio, vše dle TRBC kódu. Uvidím, co to přinese. Zatím si říkám, že pokud by byl vidět nějaký výrazný rozdíl v datech za ziskové a ztrátové dny (nebo nějaké opakující se anomálie na úrovni jednotlivých strategií), tak by to naznačovalo, že „se s tím dá něco dělat“. Pokud se ukáže, že velká expozice do jednotlivých segmentů je normální v ziskových i ztrátových dnech, tak je to asi vlastností portfolia a k vyhlazenější equity se dostanu jednodušeji rozkročením do dalších trhů. Podělím se o výsledky. I tak tento pohled asi neodpoví na otázku, zda by mohl být edge v situacích, kdy se prakticky všechny akcie v jednom segmentu pohybují nezvykle silně jedním směrem. To pravděpodobně nepůjde poznat na EOD datech, kdy nám OHLC nedá informaci o „přesvědčivosti“ pohybu, ale bude asi třeba analyzovat intradenní data. Tedy nejde ani tak o výsledek, ale spíše o způsob, jakým se k němu celý segment dostal. Přeji hezký den. Aleš

Nikdy jsem to nepoužíval

Aktualizovaná výkonnost strategií dashboardu k 19.7.2026: Stále poměrně neutrální obchodování, tj. za poslední týden jsem +/- na nule. Aktuální export mé equity intradenního breakoutu z IBKR: Od pondělí začínám na hlavním účtu breakout obchodovat jako kombo - cca 2/3 risku do trailing varianty, a 1/3 risku do výstupu na EOD s tím, že toto obchoduji přes opce. Pro trailing variantu už na živo používám sdílený nový autotrader (nově ve v. 1.05 - viz https://www.financnik.cz/forum/topic/5371-autotrader-intradenni-breakout/), pro opce už jedu také na novém autotraderu, který jsem ale v týdnu ještě ladil a budu sdílet za týden/dva poté, co ještě více ověřím funkčnost.  

Já jsem testoval zatím jen to, že bych limitoval počet příkazů například v mean reversion podle sektorů. Tj. abych neobchodoval například 5 tickerů reagující na stejný fundament. Ale toto jsem vyhodnotil jako něco, co výsledkům nepomáhá.

Obchoduju u nich už pár měsíců. Terminál je docela pohodlný, neseká se, podmínky jsou standardní bez skrytých chytáků. S výběrem peněz jsem taky problém neměl, takže za zkoušku to určitě stojí.

Research OS 1.0 - Backtest a audit V dnešním tutoriálu navážeme na předchozí video a otestujeme strategii nakonfigurovanou v souboru spec.md. Provedeme první backtest a ověříme implementaci pomocí skilu /red-team. Součástí je i ukázka vytvoření virtuálního prostředí.     Skill red-team verze 2.0 red-team.zip

Ahoj všichni. Hledám změnu brokera a momentálně se dívám na pkfinancial limited. Má s nimi někdo reálné zkušenosti? Co si myslíte o podmínkách a terminálu? Vyplatí se kontaktovat?

Připravujeme nový tutoriál, ve kterém navážeme na předchozí díl a otestujeme strategii nakonfigurovanou v souboru spec.md. Provedeme první backtest, ověříme implementaci pomocí skilu /red-team a ukážeme si, jak jeho výstup opět přizpůsobit do češtiny. Poznatek z vývoje: První výsledky backtestu vypadaly velmi špatně. Strategie skončila s výrazně zápornou equity, ale problém nebyl v obchodní logice. Skill /red-team upozornil na nevhodně nastavenou velikost pozice, kvůli které obchodní náklady převážily nad výnosy. B.

Tak už jsem to doladil. Jindra

Slyšel jsem, že je to podvod

Zdravím Bogdane. Rád bych radu ohledně instalace pythonclient při rozchození IB api. Do PC to šlo v pohodě, ale na VPS jsem narazil. Při instalaci mě vyhodí hlášku:  C:\TWS API\source\pythonclient>python setup.py install Traceback (most recent call last):   File "C:\TWS API\source\pythonclient\setup.py", line 6, in <module>     from setuptools import setup ModuleNotFoundError: No module named 'setuptools' Něco mě chybí doinstalovat? Mám windows 2019.Zkusil jsem upgrade PIP instalátoru, ale to nepomohlo. Používám stejný python 3.13.6 jako vPC. Díky Jindra

Mám dojem, že jsi s odpovědí trochu zpozdil.😅

Díky za radu. Aleš

Dobrý den, ve svém postupu jsem zůstal u jednoho projektu a různé typy testů mám rozdělené podle dedikovaných skilů. Například  pro test jednoho trhu spouštím příkaz /backtest a pro portfolio testy /backtest-portfolio. Umožňuje mi to testovat stejné strategie na různém univerzu a stále zůstávám v rámci jednoho výzkumného bloku. Na druhou stranu oddělený projekt také není špatnou variantou jak to řešit. B.