Jump to content
Co nového? Mé kurzy
Diskuze Sledované příspěvky Žebříčky
  1. Otevřená sekce

    1. 75
      75 příspěvků
  2. Uzavřené diskuze pro absolventy kurzů Finančníka

    1. TechLab

      Pracovní skupina poskytovaná tradery pro tradery. Naleznete v ní odpovědi na své technické otázky týkající se programů Amibroker, Python, InteractiveBrokers TWS a TradeStation Global.

      8,7k
      8,7k příspěvků
      • Mio
    2. Trading Room

      Diskuzní skupina v rámci Trading Roomu.

      2,8k
      2,8k příspěvků
      • petr
    3. 422
      422 příspěvků
      • petr
    4. Základy práce s programem Amibroker

      Uzavřená diskuze pro účastníky online kurzu Základy práce s programem Amibroker.

      194
      194 příspěvků
      • ReDa
    5. FIMS A–Z: Profesionální daytrading orderflow

      Diskuze o intradenním obchodování v rámci informací prezentovaných v kurzu FIMS A–Z: Profesionální daytrading orderflow.

      29,3k
      29,3k příspěvků
      • Jack
  3. Archiv původních anonymních diskuzích

    1. 200,4k
      200,4k příspěvků
  • Statistiky uživatelů

    31 618
    Celkem uživatelů
    985
    Nejvíce online
    Ma-tylda
    Nejnovější uživatel
    Ma-tylda
    Registrace
  • Všechny poslední příspěvky

    • Když to hodíte do AI, tak napíše čím to je,pokud to rozhazuje na více Burz a v kódu to není upravené, tak to nastaví. Protože množství by asi neměl být problém. Nebo upraví i to.
    • V případě /new-project se startovací prompt ukáže na konci skillu a jde o toto: V případě skillu /starting-prompt se vypíše to stejné: Toto tedy stačí skopírovat a spustí se popisovaný proces vytvoření backtesteru. Co jsem změnil - startovací prompt se vytváří přímo z pravidel ze spec.md. Předtím byla pravidla uložena jak do spec.md, tak do .yaml projektu, což se ukázalo jako duplikace, která může vést k chybě. Takto mohu po založení projektu pravidla v spec.md zeditovat a /starting-prompt vždy vyjde z pravidel, která jsou ve sped.md aktuální.  
    • Dobrý deň Petr, úvodom chcem poďakovať za tento skvelý projekt. Chcel by som sa vrátiť k Lekcii 4. Pri mojich testoch prebehol príkaz /new-project presne tak, ako je popísané v domácej úlohe. Claude položil správne otázky, vytvoril adresár projects/my_first_test/, doplnil spec.md aj research/catalog/my_first_test.yaml. V YAML súboroch sa uvádza len frozen_spec (čo som pôvodne považoval za „prompt“ pri štúdiu Lekcie 5). Dnes som pridal skill /starting-prompt. Opäť všetko prebehlo správne a na konci Claude napísal: Keďže som nikde nevidel „implementation prompt“, spýtal som sa, kde ho nájdem, a dostal som odpoveď, že ide o kopírovateľný blok kódu na konci správy (začínajúci Implement generate_signals(...)). Ten mám vložiť ako ďalšiu správu, aby Claude vytvoril súbor my_second_test.py podľa pravidiel v spec.md. Moja otázka je: Je správne, že súbor my_second_test.yaml zostal bez položky prompt, na rozdiel od príkladu v Lekcii 5? Ak chcem dosiahnuť rovnaký YAML ako v Lekcii 5, mám po vložení implementačného bloku ešte spustiť /backtest my_second_test? Alebo robím chybu niekde inde? Ďakujem za vysvetlenie.
    • Tady je startovací verze co tam zhruba mám. Tento soubor už patří spíše do oblasti detailního pilování workflow. Tedy většinou ho pak upravuji v momentě, kdy vnímám, že bych byl rád, aby workflow pracovalo po technické stránce určitým opakovatelným způsobem. coding-standards.zip
    • Dobrý den, Chtěl bych se zeptat na soubor coding-standards.md v adresáři rules. Bude sdílena nějaká "startovací verze" tohoto souboru, nebo se máme pokusit vytvořit tento soubor s pomocí claude AI ?   V.
    • Máte pravdu a jsem rád, že někdo postupy zkouší V dalších lekcích používám trochu optimalizovanější workflow, kdy se startovací prompt vytváří jen z spec.md, ve kterém je vždy popsaná aktuální verze strategie. A omylem jsem ke 4. lekci nahrál již aktualizovaný skill new-project. Nyní je to opravené a do zipu čtvrté lekce (https://www.financnik.cz/webinar/techlab-researchOSxde/download/researchos-lekce4.zip) jsem nahrál i skill /starting-prompt, kterým se dá startovací prompt vytvořit. Workflow při zakládání projektu mám tedy takové, že zavolám new-project a ten na konci vypíše startovací prompt v claude code okně. A pokud ho chci vyvolat znovu, použiji /starting-prompt.  Proč jsem toto ve workflow změnil. Jednak proto, aby /new-project nezapisoval stejnou definici projektu paralelně na dvě místa najednou. A také proto, že tímto způsobem dá jednodušeji pokračovat při komplexní práci. Pokud stavím složitější backtestery tak mohu místo vypsání promptu a vytvoření jednoduchého backtesteru vyvolat například plánovací prompt, se kterým mnohem podrobněji specifikuji implementaci.      
    • Ono to bude asi tím, že neotevíráte tak velké pozice. Mně se to začalo dít až letos kdy jsem navýšil významně alokaci. I původní deník s tím má problémy a do té doby fungoval bez problémů ... T.
    • Zdravím, mě funguje vše bez problémů, mám python 311 a používám tyto knihovny: requirements.txt samozřejmě výše zmíněné skripty fills a diary.
    • Ano, vytvořil se mi soubor my_first_test.yaml ve složce catalog, ale když tento soubor otevřu v Pycharmu, tak v něm chybí starting prompt tak, jak to Petr ukazuje ve videu Lekce 5 v čase 1:50.
    • Dobrý den, vytvoření yaml souboru je součástí skill, definice je uvedená v bodě 6.5, kde nejdete i cestu určenou pro uložení research/catalog.  Ta složka se vytvořila? Mohlo se stát, že jste omylem nepotvrdil krok s vytvořením složky.  B.  
    • Aktualizovaná výkonnost strategií dashboardu k 24.5.2026: V květnu zatím super výsledky hlavně v rotační SMO NDX a také v intradenním breakoutu. Takto vypadá intradenní breakout (viz Trading Room intradenní breakout) na mém vlastním účtu (export z IBKR): Strategie se vymanila z drawdownu a i letos vytváří nová high. Strategii obchoduji se sdíleným opčním autotraderem na samostatném účtu. Od spuštění je zde výkonnost +72,66%:  
    • Dobrý den, Otestoval jsem SKILL new-project dle domácího úkolu lekce 4. Celé otestování proběhlo, ale závěrečný prompt mi byl na konci ukázán v terminálu v kopírovatelném bloku, ale již není uveden v yaml souboru, který se k my_first_test vytvořil. Je to tak v pořádku, nebo tento požadavek chybí v SKILL.md souboru? V.
    • Projekt mám vždy pro strategii jen jeden. Když měním například filtry tak to jsou jen variace, které mají jen svůj backtest. Pokud vnímám, že variance je podstatná, vytvořím si tzv. checkpoint (o kterém budeme hovořit v lekci 8), čímž se mi variace zapíše do dokumentace a mohu s ní později pracovat - například ji porovnávat s dalšími variacemi. Pokud vidím, že variace je patrně směr, kterým by se měla strategie ubírat, tak ji nechám zapsat do spec.md jako součást strategie. Po úpravách nechávám samotnou Claude Code zkontrolovat backtest s pomocí skillu red-team, který právě dohlíží na to, aby kód odpovídal danému plánu (tomu se budeme věnovat  lekci 7).  
    • Zdravím, za mě jsme s deníkem ve stavu kdy používám výší zmíněné skripty od @Mio, kdy spouštím fills diary pro starší a pak vzápětí pro novou verzi. A mám už otestované, že vše funguje jak má. Jediné omezení, které se občas vyskytne a to opravdu nevím jestli má vůbec nějaké řešení je to, že IB občas prostě rozdělí pozice do několika menších částí. Jelikož obchoduji již poměrně velké pozice kdy otevírám i několik tisíc až desítky tisíc ks akcí tak se mi děje, že to IB rozešle na jednotlivé burzy a ve Fillu vidím třeba 5 řádků s obchody. Když se tohle stane tak se mi nikdy nespárují obchody správně a quantity nesedí. Takže tohle je aktuální stav u mě. T.
    • Chtěla bych poprosit o odpověď ty, kteří research os nějakou dobu používají: Jak v rámci tohoto systému řešíte situace, kdy nějakou nadějnou strategii chcete “prohnat” různými filtry (indikátory apod.) a porovnat výstupy. Zakládáte pro každý filtr nový projekt nebo máte nějaké podprojekty? Necháváte Claude programovat pro každý filtr nový backtester? Pokud ano, dohlížíte nějak speciálně na Claude, aby opravdu měnil jen filtr a základ počítal stejně? Máte např. ve složce src nějaký předpřipravený seznam indikátorů nebo naprogramované, zkontrolované výpočty indikátorů? Předem děkuji za odpovědi. 
    • Dobrý den, publikovaná verze skriptu obsahuje 12 výstupních funkcí, tedy další nad rámec jsou vytvořené uživateli. Nastavení strategií je individuální podle preferencí, Signaltrader umožňuje různé variability a tak se moc nedá komentovat přiložená nastavení když vlastně nevím jak přesně uvedené systémy obchodujete. Doporučuji otestovat nastavení na paper účtu a sledovat jestli se příkazy provádějí podle požadavků, a pokud ne, pak uveďte konkrétní ukázku problému. Píšete, že jste MOB a SMO testoval, tam jste zjistil nějaký problém s příkazy? Jinak pokud jde o provoz, tak Signaltrader podporuje pouze režim offline, a spuštění na Close funguje na stejném principu jako u předchozí verze autotraderu. B.   
    • Dobrý den, publikovali jsme pátou lekci minikurzu. B.
    • Zdravím, po testování prvních dvou strategií  #1 strategie SMO NDX #2 strategie Monday Buyer v opraveném signaltraderu jsem si rozšířil skript strategies o další strategie. Nejsem si jistý, zda tam mám správně nastavené parametry  - viz přiložený skript. A pak trochu tápu jak je to s provozem offline a spouštěním sgtraderu na close. I když jsem to hledal, trochu jsem se v množství příspěvků ztratil, protože něco je ještě ve starém autotraderu, pak něco v tutoriálu a něco v poznámkách. Jestli jsem minul nějaký manuál, tak mě prosím nasměrujte. Například o pár příspěvků výš Plutarchos uvádí parametr nastavení SMO NDX a tam vidím exitstrategy 14, v mém exits.py je pouze 12. Asi vlastní modifikace, nebo jsem si něco neupdatoval??? Může mi prosím někdo v tomto poradit pro mé prozatím povolené strategie viz přiložený skript? Děkuji strategies.py
    • Zeptal jsem se Claude Code proč mi vyhazuje tuto chybu. On mi odpověděl, že mám uzavřít projekt aby skills byl viděn. Tak jsem ukončil projekt a vše proběhlo v pořádku. Jaromír
    • Dobrý den. Mezitím už jsem spustil projekt. Posílám screen. Jaromír
×
×
  • Vytvořit...