IDE 主导时代落幕，智能开发环境（ADE）助力开发者管理多编码智能体

编码智能体需要工作树

过去，当开发者一次仅处理一件事时，集成开发环境（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；人工智能