编码智能体需要工作树过去当开发者一次仅处理一件事时集成开发环境IDE占据主导地位。而如今我们迫切需要一款下一代工具用以管理多个编码智能体并行处理多项任务。在过去约 40 年里软件开发工具始终以 IDE 为核心。Borland 公司因将 IDE 推广给大众而备受赞誉。编辑器、编译器和调试器整合为一体给软件开发行业带来了革命性的变化。20 世纪 80 年代中期像 Turbo Pascal 这样的 IDE 得到普及这成为编码领域的一个重大转折点。然而IDE 的主导时代已然过去。随着智能编码的飞速发展IDE 逐渐被冷落开发者使用它的频率越来越低。相反开发者把更多时间花在管理实际编写代码的智能体上。形势变化极快即便不是每周一变也是每月都有新情况。就在几个月前还在 IDE 里借助智能体的帮助进行开发。但不久后就同时打开四五个控制台窗口在不同项目上工作而智能体也在各自处理不同的任务。同时处理不同的代码仓库和项目时这还勉强能应付但当想在同一个代码仓库里处理不同功能时就有点棘手了。显然开发者需要一款下一代工具来管理这一切。编码智能体需要工作树首先要认识到 Git 一个鲜为人知且未充分利用的特性——工作树worktrees。Git 工作树允许从单个 Git 数据库将同一代码仓库的多个分支检出到不同目录。这是一项长期以来只有少数高级用户掌握的技术非常适合智能编码的新时代。通常开发者一次处理一个任务单简单的 Git 检出操作就能解决问题。这是基于只有一个角色——开发者——在代码库上工作的假设。但有了编码智能体后同时处理三个 Jira 任务单不再是天方夜谭而工作树就能实现这一点。它为每个“开发者”提供自己的分支和目录。无需克隆和分叉代码仓库的独立实例就能轻松实现隔离。所以这个几乎被闲置的老 Git 特性突然成了智能编码的关键。当然管理工作树本身也有挑战。要是能有一个地方统一管理就好了。智能编码者需要智能开发环境ADE这正是智能开发环境ADE发挥作用之处。作为伴随智能 AI 出现的新型开发环境ADE 能协调和管理多个编码智能体在一个代码仓库的多个分支上处理多个问题时所需的一切操作。正如 Kepler ADE 的开发者 GitKraken 首席执行官 Matt Johnston 所说“IDE 是为单个人类打字的时代而设计的而 ADE 是为人类协调大量智能体的时代而打造的。”ADE 会处理 Git 中打开、运行和关闭工作树等繁琐工作。同时打开五个控制台窗口并进行管理这并非人类所长但由 AI 驱动的智能开发环境却能胜任。单线程开发的时代已经过去。有了 ADE开发者可以轻松进行多任务处理同时跟踪多个任务。开发者无需担心管理多个工作树中多个智能体的后勤和开销问题可以专注于指挥智能体确保它们为手头的任务做好工作。承认吧其实已经不怎么用 IDE 了而且以后也不会怀念它。关键词开发工具软件开发生成式 AI人工智能