JetBrains baut eine IDE, in der jeder Agent seinen eigenen git-worktree bekommt

ThinkRail from JetBrains

JetBrains baut eine IDE, in der jeder Agent seinen eigenen git-worktree bekommt

ThinkRail ist ein Open-Source-Projekt aus dem JetBrains InnovationHub: eine agentische IDE, die den Coding-Agenten pi direkt im Prozess laufen lässt und ihn mit Monaco-Editor, Terminals und Live-Diffs umgibt. Jeder Workspace ist ein echter git-worktree mit eigenem Branch, sodass mehrere Agenten parallel arbeiten können, ohne main zu beschmutzen. Die Absicht des Projekts lebt in einem Spec-Graph aus Markdown-Dateien, den der Agent über eigene Tools liest und pflegt.

Agenten verdienen worktrees, nicht deinen Arbeitsbaum.
  1. rbehrends

    Als jemand, der JetBrains-IDEs mag und benutzt, finde ich diese Zersplitterung ihrer KI-Strategie (falls sie eine haben) frustrierend. Sie haben jetzt sowohl Air als auch ThinkRail in einem funktional unvollständigen Zustand, während der bestehende AI Assistant – für mich weit nützlicher als Air oder ThinkRail – vernachlässigt zu werden scheint. Es gibt bereits zahlreiche Harnesses, mit oder ohne GUIs und Bearbeitungsfunktionen; eine gute Integration mit bestehender IDE-Funktionalität ist der Bereich, in dem es nur sehr begrenzte Angebote gibt und in dem sich JetBrains differenzieren könnte.

    Als Vergleichspunkt: Zed macht die agentische Seitenleiste insgesamt besser (wenn auch noch nicht perfekt), aber Zed ist von seiner Natur her immer noch eingeschränkter als z.B. PyCharm oder CLion oder RustRover oder Rider.

  2. PippaSedai

    Ich fühle mich etwas schlecht für JetBrains. Ihre ganze Welt wurde auf den Kopf gestellt. Meine erste Begegnung mit einem Coding-Harness war über ihre IDE. Nicht einmal einen Monat später und ich hörte ganz auf, ihre Plattform zu nutzen. Nach Ablauf des Jahres werde ich keine der Abonnements meiner Firma erneuern.

    Sie müssen versuchen, dieses Zeug rauszubringen, um zu überleben, aber nichts davon ist innovativ. Ich bin mir nicht sicher, warum jemand dafür bezahlen würde, wenn es mit einem einzigen guten Prompt erledigt werden kann. Sicher, es sieht schick aus, aber das war mir nie wichtig.

  3. solatic

    Ich verstehe wirklich nicht, warum das für JetBrains so schwer ist.

    Baue eine polyglotte IDE, die den agentischen Workflow (Terminal-Chat-Sessions) mit der Leistungsfähigkeit einer IDE verbindet. Indiziere Specs und Code, sodass ich von Specs zur Implementierung springen kann und umgekehrt. Behalte die Indizierung aller im Projekt gefundenen Probleme bei, mit einem einfachen Dialog „Agenten bitten, das zu beheben“. Stelle Debugger mit Markdown-Ausgabe für Agenten über Skills bereit, damit sie aufhören, per Logging zu debuggen. Behalte die schöne UI für Build-/Debug-/Run-Konfigurationen, die immer noch enorm wichtig für die Überprüfung von PRs und Abnahmetests dessen sind, was die Agenten liefern. Upsell durch die Bereitstellung von JetBrains-Cloud-isolierten Agenten-Workspaces, wie es aussieht, als würde Herdr das tun, sodass du nicht darauf beschränkt bist, was du ausschließlich auf deiner Maschine entwickeln kannst, und die Entwicklung nach dem Zuklappen weiterläuft und du die Ausgabe mit deinen Teamkollegen im Multiplayer überprüfen kannst, wie Zed es anstrebt.

    Ist das wirklich so schwer?? Es scheint mir so offensichtlich.

  4. justauserid

    Ich würde gerne ein Harness nutzen, das sich sehr einfach in eine IDE integriert. Das wird mir helfen, wenn ich in einer Sprache programmiere, die ich weitgehend nicht kenne. Ich kann die Dinge irgendwie schnell direkt vor mir überprüfen. Ich weiß, es braucht nur einen Editor und vielleicht ein Language-Server-Setup – aber die Kosten des visuellen Kontextwechsels sind für uns Menschen immer noch schwerwiegend. Oft sind Dinge, die außer Sichtweite sind, auch außer Sinn.

    Ich hatte VS Code im Auge, aber da ich IntelliJ und Android Studio viel benutzt habe, gebe ich dem vielleicht eine Chance.

  5. exceptione

    JetBrains sollte sich auf die handwerklich arbeitenden Ingenieure und die 'vibenden' Ingenieure konzentrieren, die von Zeit zu Zeit von Hand programmieren müssen. Sie haben bereits einen großen Burggraben. Ich stelle mir vor, sie versuchen, die Nutzerbasis davon abzuhalten, ihre Plattform zu verlassen, aber ich denke, sie haben die Prompt-Integration bereits abgedeckt. Meiner Meinung nach gibt es keinen Wert in einem weiteren LLM-Wrapper, der scheinbar völlig unabhängig vom bestehenden Angebot ist, zumindest keinen monetären Wert.

    Ich würde JetBrains dringend bitten, ihre gesamte LLM-Power und ihre menschlichen Gehirne einzusetzen, um ihren IDE-Backlog abzuarbeiten und die GOAT aller IDEs zu liefern. Der Bau von IDEs ist ihre Stärke und es wird immer einen Markt für diese Kategorie geben.

Mehr von diesem Tag

2026-10-24