JetBrains 开源了一个新 IDE：agent 再能折腾，也动不了你的主分支

JetBrains 10 月 25 日前后开源了 ThinkRail，一个以 coding agent 为主角的轻量 IDE：编辑器核心复用 VS Code 的 Monaco，agent 引擎直接用开源的 pi，Apache 2.0 协议，GitHub 仓库 JetBrains/thinkrail，Product Hunt 10 月 26 日已上架，macOS、Windows、Linux 都有桌面版。最值得看的不是“又一个 AI IDE”，而是它处理“agent 搞砸代码”这个老问题的方式：隔离。

机制就一句话：每个任务一个 git worktree、一个独立分支。agent 在自己的 worktree 里改代码、跑命令，你的主分支 checkout 从头到尾不被碰；多个 agent 并行时各干各的分支，合并不再是“谁先写完谁赢”，而是你显式 review 之后才发生。配套还有 Spec-Driven Development（先写规格、再让 agent 按规格干活）和“living specs”（项目规格随开发持续更新，agent 下次接着用）。官方介绍页的原话是：每个工作会话都在独立 Git 分支上运行，只有完成并 review 后才合并回原仓库。

这跟你现在用的 Cursor、VS Code Agent 最大的区别不在模型，而在“出事半径”。传统做法是 agent 直接改你正在写的目录，改坏了靠撤销和 git 恢复；ThinkRail 把“改坏了”关进一个分支里，代价是你得多学一套 worktree 的心智：分支多了要管、合并冲突还是要你拍板。我的判断是（未经实测，个人判断）：它最适合的场景是“让 agent 试一个不确定的重构或新功能”——主分支干净，试砸了直接丢分支；不适合的场景是“已经有一套成熟的 IntelliJ 工作流且离不开深度索引和插件”——ThinkRail 目前是薄壳 IDE，别指望它复刻 IntelliJ 的理解能力。落地建议同样是个人判断：先拿一个边角小仓库试，装好后第一件事是确认合并与回滚路径能走通，再让它碰正经项目；另外 pi 是别人的开源 harness，JetBrains 借壳这件事本身要记一笔——后续 pi 的更新节奏会直接影响 ThinkRail，选工具时把这层依赖算进去。

可信度：开源、协议、pi 引擎、worktree 机制为官方介绍页与 GitHub 仓库口径，多家独立评测交叉；星数各家快照日期不同（约 2300 至 2856 星），本文不以星数定论，已注明；“最适合/不适合”为个人判断，已标注未经实测。