编码智能体各占一个git worktree：并行改码不碰你的检出，PR合并后工作区自己收进项目架
核心概要
ThinkRail 把编码智能体放进一个完整的 IDE：每个任务从仓库切出一块工作区，也就是带自己分支和工作目录的 git worktree，多个 pi 会话因此能在同一项目里并行推进，互不碰开发者正在用的检出。不切工作区时，也可以让智能体直接在项目文件夹本身里干活，或把已有的 worktree 挂进来。工作区在它的 PR 合并或关闭、或安静一周后自动收进项目架，再进去时又回到手边；每个会话各自挑模型并显示实时 token 与花费。
深度剖析
代码改动的单位从一份检出变成一块工作区：打开任意 git 仓库当项目，从里面切出工作区，智能体只在自己那块里动手。 不分工作区的路子也留着——可以让智能体直接在项目文件夹本身里改，或者把已有的 worktree 挂进来。 区分靠的是 git worktree，也就是同一仓库的另一份工作目录，自带分支和目录路径，所以几个 pi 会话并行推进时各改各的，合并好的分支、删掉其余的。
智能体的产出落在可直接审阅的工作台里：编辑标签、文件树、终端与文档都限定在当前工作区，文件与 diff 上留的审阅意见能作为结构化上下文发进对话。 跨会话留住意图靠一张规格图——代码旁边一组互相连接的 SPEC.md，智能体通过专门的 spec_* 工具读取、搜索和维护它。 一个工作区可以同时开几个 pi 会话，各自选模型并显示实时 token 与花费，共享计划里完成的每一步可以单独提交和审阅。
启示与展望
报道覆盖的是 ThinkRail 已发布的功能范围：按 git worktree 切分的工作区、写在代码旁的 SPEC.md 规格图、可并行的 pi 会话与逐项工具开关，读者对象是日常用编码智能体改仓库的工程师。完整扩展支持被列为下一步，届时 ThinkRail 要按开发者的实际工作方式自己生成所需工具。
按工作方式自造工具的能力还没有到位，它是被列为下一步的扩展支持。仓库自带的 MCP 服务器默认保持关闭，非只读调用要先在对话里确认，项目里信任的工具才可以长期放行。