ThinkRail od JetBrains: agentické IDE v praxi

Konec října 2026 patřil na GitHubu ThinkRailu, agentickému IDE od JetBrains. Nejde o další fork VS Code s AI tlačítkem, ale o obrácený přístup — JetBrains postavil celé vývojové prostředí kolem cizího open-source agenta pi a sám vydal jen tenkou UI vrstvu. V článku ti ukážu, jak ThinkRail od JetBrains funguje v praxi: proč jsou workspaces postavené na git worktrees zásadní, co dělají SPEC.md specifikace a zda stojí za to si ho nainstalovat vedle Cursoru nebo Claude Code.

Poctivě předem ThinkRail jsem na tomto serveru sám nespouštěl (jde o desktopové IDE). Článek vychází z oficiálního README repozitáře JetBrains/thinkrail (stav k 2. 11. 2026), diskuse na Hacker News z 25. 10. 2026 a z demo videí.

01Co je ThinkRail od JetBrains a kdo za ním stojí

ThinkRail je agentické IDE vedené jako JetBrains incubator project, uvolněné pod licencí Apache 2.0 na GitHubu. Prezentuje se jako „agentic IDE, které se zlepšuje pokaždé, když ho používáš". Za samotné IDE se neplatí a README výslovně uvádí, že ThinkRail nemá vlastní účty. Přihlašuješ se buď přes JetBrains AI, nebo si připojíš vlastního providera modelů.

Repozitář vznikl v červenci 2026 a k 2. 11. 2026 má přes 7 000 hvězdiček. Virální vlnu způsobil konec října: 24. a 25. 10. se ThinkRail objevil na Hacker News a vlákno z 25. října má přes 240 bodů a 170 komentářů.

Klíč k pochopení je architektura. ThinkRail je tenký host (thin host): agent pi běží přímo v procesu aplikace a vlastní veškerou agentní logiku — modely, skilly, kompakci kontextu, náklady i stav session. IDE jen přidává bohaté UI. Jak se píše v README repozitáře: host nikdy neskládá prompty za tvými zády. To je zásadní rozdíl oproti většině „AI editorů", kde je prompt engineering výrobním tajemstvím dodavatele.

02Agent pi pod kapotou ThinkRailu

Pokud jsi o pi neslyšel: jde o open-source agenta @earendil-works/pi-coding-agent, který si můžeš spustit v terminálu i bez ThinkRailu. Jeho filozofie je minimalismus — základ tvoří čtyři nástroje (read, bash, edit, write) plus správa session a rozšiřuješ ho přes extensions, skilly a balíčky.

ThinkRail tuto filozofii respektuje. Při startu si přečte existující konfiguraci pi z adresáře ~/.pi/agent — pokud už pi používáš, ThinkRail převezme tvé API klíče, skilly i nastavení oprávnění a můžeš rovnou pracovat. Podle README má každý chat vlastní model a živé počítadlo tokenů i ceny.

Na pi navazují i dva oficiální rozšiřující balíčky ThinkRailu: pi-ask-user-question pro strukturované otázky od agenta člověku a pi-visualize pro inline diagramy. A pokud máš MCP servery v pi mcp.json, ThinkRail je načte a u zápisových operací vyžádá schválení — stejně jako u klasického pi v terminálu.

03ThinkRail workspaces: každý úkol má vlastní git worktree

Nejprodejnější myšlenka ThinkRailu je workspace jako izolovaný git worktree. Každý workspace je skutečný checkout repozitáře na vlastní větvi, s vlastními soubory, terminály i chatty. Fyzicky leží pod ~/.thinkrail/worktrees/ a hlavní pracovní kopii nikdy nesáhne.

V praxi to vypadá takto:

• Spustíš dva workspaces pro dva nezávislé úkoly — třeba redesign UI a novou funkci kalendáře. V demu na YouTube autor nechává agenta přepisovat vzhled todo aplikace do stylu „Frutiger Aero" ve workspace číslo dvě, zatímco první workspace pokračuje ve vlastní práci.
• V každém workspace běží samostatný agent pi, každý commituje na svou větev. Terminál v rámci workspace ukazuje cestu do jeho worktree — vidíš na první pohled, že jsi mimo hlavní checkout.
• Horní lišta ukazuje stav větve vůči origin, otevřené PR, CI kontroly i výsledek review. Jedním klikem publikuješ větev, pushneš nebo otevřeš PR — a když CI spadne, můžeš agenta požádat, aby kontrolu opravil přímo z IDE.
• Hotové a nečinné workspaces se samy „usadí" (settle) na projektovou poličku, když se jejich PR sloučí nebo zavře, nebo po klidném týdnu — a vrátí se, jakmile v nich zase pracuješ.

Paralelní agenti na worktrees nejsou novinka — stejný playbook pro Claude Code jsme popsali v článku Jak spustit paralelní Claude Code: playbook s git worktrees a přehled více agentů najednou i v textu o Claude Code Agent view. ThinkRail z ní dělá výchozí režim práce místo pokročilého triku, který si musíš nastavit sám.

04SPEC.md v ThinkRailu: specifikace jako živý graf kódu

Druhý pilíř je spec-driven development. Vedle kódu žije souvislý graf SPEC.md souborů — každý má frontmatter (id, typ, status, parent) a dohromady popisují, co software dělá a proč. Agent na nich pracuje přes speciální spec_* nástroje: čte je, prohledává a hlavně je sám aktualizuje, takže záměr projektu přežívá i po zavření session. V UI si graf specifikací zobrazíš jako strom v samostatném panelu.

JetBrains to dogfoodí — celý repozitář ThinkRailu je vyvíjený „spec-first" a v CI kontrolují, jestli deklarovaná veřejná plocha specifikace odpovídá skutečnému kódu (check spec-surface). Koncept specifikací psaných před kódem jsme na Aičku rozebírali v návodu Spec-driven development s GitHub Spec Kit — ThinkRail jde o krok dál: specifikace nejsou jen vstupem pro agenta, ale trvale udržovanou vrstvou projektu.

Můj odhad (z textu README, ne z vlastního testu): graf SPEC.md bude fungovat jen tehdy, když ho člověk reviduje stejně pečlivě jako kód, ne když mu slepě důvěřuje.

05Jak si ThinkRail nainstaluješ a vyzkoušíš

Instalace je otázka minut a stojí jen za API klíče modelů:

1. Stáhni desktop verzi z thinkrail.ai — macOS DMG, Windows x64 instalačka nebo Linux x64/ARM64 (na Linuxu potřebuješ Ubuntu 24.04+ a sadu knihoven jako WebKitGTK). Případně nainstaluj CLI jedním příkazem: curl -fsSL https://raw.githubusercontent.com/JetBrains/thinkrail/main/install.sh | bash
2. Spusť thinkrail ~/cesta/k/repozitari. CLI otevře stejnou aplikaci v prohlížeči; desktop verze běží nativně. Obojí sdílí stav pod ~/.thinkrail.
3. Potřebuješ jen git v PATH a přihlášeného providera modelů — buď JetBrains AI, nebo klíče, které už má pi v ~/.pi/agent.
4. Aktualizace: thinkrail update. Instalátor umí kanály stable (v README je jako příklad verze 0.1.2) a nightly; stabilní je výchozí.

Editor je postavený na Monacu (jádro editoru z VS Code) s rozdělitelnými panely, souborovým stromem se značkami gitu a skutečnými PTY terminály. V chatu vybíráš model u každé konverzace zvlášť, vidíš průběžné náklady (v demu například „hotovo za 5 s · 25,9k tokenů · $0,17"), agent umí pokládat strukturované otázky s předvolbami místo hádání a umí i komentovat výběr v kódu přímo v editoru. Aplikace i web používají analytiku PostHog (detaily v README), což je dobré vědět u firemního kódu.

06ThinkRail vs Cursor vs Claude Code desktop

Pokud řešíš výběr AI editoru obecně, máme srovnání tarifů v článku Cursor cena 2026 i návod Jak nainstalovat Cursor.

07Na co si u ThinkRailu dát pozor

Ohlas není jednohlasý — vlákno na Hacker News (174 komentářů k 2. 11. 2026) je plné debat o tom, proč JetBrains staví na editoru Monaco z ekosystému VS Code. Zajímavé je, že už 17. 9. 2026 se na HN objevil „Show HN" fork, který místo pi hostuje Claude Code — architektura „tenký host" dává smysl i pro jiné agenty.

Dvě věci musíš znát před nasazením:

• Izolace je routing, ne sandbox. Worktree je jen samostatný adresář pod tvým uživatelem — README o sandboxu agentských session nic neslibuje, takže agentovi technicky nic nebrání sahat na sourozenecké cesty nebo sdílené přihlašovací údaje. Pro bezpečnostní hygienu s agenty platí stejná pravidla jako v článku Jak zabránit, aby ti AI agent smazal produkci.
• Verze 0.x a mladý projekt. Stabilní release je zatím řady 0.1 a slogan „zlepšuje se pokaždé, když ho používáš" je zatím spíš příslib: README říká, že plná podpora extensions, díky které si ThinkRail bude umět vytvářet nástroje sám, teprve přijde. CLI na macOS je podepsané, ale zatím ne notarizované, a Linuxové buildy jsou nepodepsané.

Přesto: paralelní běh úkolů, živé náklady v UI a specifikace udržované agentem jsou přesně směr, kterým se agentické vývojové nástroje ubírají. Zdarma a open source je to nejlevnější způsob, jak si ten trend vyzkoušet na vlastním repozitáři.

08Časté otázky