JetBrains hat am Wochenende ThinkRail veröffentlicht — eine agentische IDE, die als Open Source unter Apache-2.0 auf GitHub steht und innerhalb eines Tages über tausend Sterne einsammelte. Bemerkenswert ist nicht, dass ein IDE-Hersteller ein KI-Produkt baut. Bemerkenswert ist, wem das Gehirn gehört: dem `pi`-Coding-Agenten von Earendil, einem minimalistischen, erweiterbaren Agent-Harness, den ThinkRail im selben Prozess startet.

Die Arbeitsteilung ist in der README ungewöhnlich offen formuliert. `pi` besitzt Modelle, Skills, Kontextkompaktierung, Kosten und Sitzungszustand. ThinkRail besitzt den Arbeitsbereich, den Editor und "the wire" — das getippte Protokoll zwischen Host und Oberfläche. Und dann der Satz, der wie eine Kampfansage an die Konkurrenz klingt: ThinkRail baue "niemals hinter deinem Rücken Prompts zusammen".

Jeder Arbeitsbereich ist ein git worktree

Das eigentliche Produkt ist Isolation. Ein Projekt ist ein beliebiges lokales Git-Repository; ein Arbeitsbereich ist ein daraus geschnittener `git worktree` mit eigenem Branch und eigenem Arbeitsverzeichnis. Drei Agenten können parallel laufen, und der Dreck des einen bleibt auf seinem Branch, während `main` sauber bleibt, bis man es anders entscheidet. Dateien, Diffs, Terminals und Chats sind jeweils auf den aktiven Worktree beschränkt.

Darum herum liegt eine echte Oberfläche: Monaco-Tabs als Editor, ein Dateibaum, eine Live-Git-Diff-Ansicht, echte PTYs für Tests und mehrere gleichzeitig streamende Chats — pro Sitzung wählbares Modell, Token und Kosten live in der Kopfzeile, laufende Turns steerbar, statt zu warten, bis der Agent fertig ist. Der `pi`-Agent kann strukturierte Rückfragen im Chat stellen.

Spezifikationen als Gedächtnis

Der zweite Teil der These ist Kontext, der eine Sitzung überlebt. Jedes Modul trägt eine `SPEC.md` mit YAML-Frontmatter (id, type, status, parent), die es in einen Graphen einhängt: Ziel, Architektur, Module, Aufgaben. Eine mitgelieferte `pi`-Erweiterung gibt dem Agenten `spec_*`-Werkzeuge zum Suchen, Navigieren und Pflegen, und ein Specs-Tab rendert den lebenden Graphen des Worktrees. Die Spezifikationen liegen als Markdown neben dem Code und werden mit ihm versioniert — der Agent hält sie aktuell, während er baut.

Drei Ringe, mobil zuerst

Technisch ist das ein `Bun.serve`-Host mit HTTP und WebSocket, ein `AgentSessionManager` mit einer In-Process-`pi`-Sitzung pro Tab, ein Vertragspaket als getippte, versionierte Schnittstelle und ein React-19-Client (Zustand, Tailwind v4), der ausschließlich vom Vertrag abhängt — und damit unabhängig ausgeliefert werden kann. Die Oberfläche ist "mobile-first" gebaut: Der Agent läuft auf einer Maschine, bedient wird er notfalls vom Telefon. Ausgeliefert wird als Desktop-App (Electrobun) und als CLI, die dieselbe App im Browser öffnet.

Die Kanten, die man kennen sollte

Es ist ein Inkubator-Projekt, kein IntelliJ-Plugin: Wer es nutzt, braucht `git` und eigene, authentifizierte `pi`-Zugänge — die Rechnung zahlt man beim Modellanbieter. Die Signaturlage ist unvollständig: Windows-CLI und Desktop-Setup sind signiert, die macOS-CLI ist signiert, aber nicht notarisiert, Linux-Artefakte sind unsigniert, und es gibt keinen Intel-macOS-Build. Gatekeeper kann den Start blockieren. Telemetrie geht an PostHog EU; Basisdaten — Starts, Chat-Erstellung, gesendete Nachrichten, Anbieterverbindungen — sind immer aktiv, `--no-analytics` unterdrückt nur zusätzliche Ereignisse.

Warum das zählt

Der Werkzeugmarkt für Agenten hat sich 2026 schnell neu geordnet: Erst kamen Agenten als Terminal-Tools, dann als Plugins in bestehenden Editoren, jetzt als eigene Umgebungen. Die Differenzierung verschiebt sich dabei von Sprachintelligenz — jahrzehntelang das Kerngeschäft von JetBrains — zu Betriebsfragen: Wie viele Agenten laufen parallel, ohne sich gegenseitig zu überschreiben? Was weiß ein Agent nach der Sitzung noch? Wie prüft ein Mensch, was in der Zwischenzeit passiert ist?

ThinkRails Antworten — Worktrees, Spezifikationsgraph, Review-Diff — sind nicht spektakulär, sondern solide. Interessanter ist die Entscheidung, die Modellebene vollständig abzugeben. JetBrains baut kein eigenes Modell, sondern hostet ein fremdes Harness und konkurriert mit einem eigenen Flaggschiff-Produkt im selben Haus. Ob das ein Zeichen von Demut oder von Zeitdruck ist, wird sich daran zeigen, wie schnell Extensions und ein stabiler 1.0-Zweig kommen.