智能体运行工作区
为 AI 编程智能体提供统一的运行环境,不需要自己在终端里拼启动命令、管进程,把「跑一个智能体」变成界面里的一个会话。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
ADE 是一个面向 AI 编程智能体的开源工作区,核心思路是把「让智能体替你写代码」这件事从命令行搬进一个可视化的界面里:你能看到它在读哪些文件、执行了哪些命令、改了哪几行,而不是只丢给它一句需求然后等结果。它更偏向开发者自用——一边跑智能体,一边保留人工审查和干预的余地。适合已经在用 Claude Code、Codex 这类智能体、但苦于过程不透明、会话不好回收的人;如果你只是想找个开箱即用的代码补全插件,它并不对口。
ADE 是一个开源工具,定位是「运行和管理 AI 编程智能体的工作区」。它本身不是模型,也不生产代码能力,而是给已经存在的编程智能体提供一个可控的操作环境:在哪里跑、看到什么、什么时候停下来让人接手,都由这个工作区来组织。从形态上看,它更接近一个围绕智能体会话的桌面应用,而不是 IDE 插件。
它要解决的是智能体写代码时「过程不透明」的问题。命令行里跑智能体,输出是滚动的日志,改了什么文件、为什么这么改,事后很难回看。ADE 把这些动作放进界面:文件改动、命令执行、会话记录都能被看到和翻查,人也就能在中间插进去纠偏,而不是等它跑完一大段再推倒重来。
不同角色的用法不太一样。个人开发者把它当日常编码时的第二个终端,让智能体跑重复性改动、自己盯着关键步骤;团队把它当协作载体,把智能体的会话和改动沉淀下来方便交接;对智能体本身做研究或调试的人,则更看重它能把一次会话里的每一步摊开来看,方便定位智能体在哪一步走偏。
为 AI 编程智能体提供统一的运行环境,不需要自己在终端里拼启动命令、管进程,把「跑一个智能体」变成界面里的一个会话。
智能体对文件做了什么改动会直接展示出来,方便在采纳前逐处过一遍,而不是全盘接受后靠版本控制回头找。
每次和智能体的交互被保留下来,事后可以翻查它当时读了什么、执行了什么,出问题时能顺着过程往回定位。
在智能体执行过程中可以打断、修正方向或接管后续操作,而不是只能等它整段跑完再判断是否推倒重来。
项目开源,代码可自行审查和修改,对在意数据流向或想按自己习惯改造工作流的人比闭源工具更可控。
ADE 值得用的情况很明确:你已经在用命令行跑 AI 编程智能体,但被「过程看不到、出错不好查」困扰,想要一个能盯着它干活、随时插手的工作区。这种情况下它补的是流程上的洞,不是能力上的洞。反过来,如果你还没有固定的智能体工作流,或者更习惯让 IDE 插件在编辑器里直接补全,ADE 的学习成本就显得不划算;它面向的是「以智能体为主力干活」的人,不是偶尔问一句代码的人。
日常主要靠 AI 智能体写代码,需要一个界面来同时盯住多个会话并随时接管的人,ADE 正好补的是流程可视化这一环。
需要把一次智能体会话的每一步摊开来看、定位它在哪一步走偏的开发者,会话留存和改动展示直接服务于这个目的。
对代码和数据流向有要求、希望工具本身可审查可改造的团队,开源属性是选择它的主要理由。
还停留在「写代码时让 AI 补一行」阶段的用户,用不上工作区这一层,直接选编辑器插件上手更快。
终端里跑智能体,输出是滚动的日志,改了什么文件、为什么这么改,事后很难回看。ADE 把这些动作放进界面:文件改动、命令执行、会话记录都能看到和翻查,人也就能在中间插进去纠偏,而不是等它跑完一大段再推倒重来。
不带。ADE 是运行和管理智能体的工作区,本身不生产代码能力,具体写代码的是你接入的编程智能体。它的价值在于把「跑智能体」这件事变得可见、可干预、可回看,而不是替你多写几行。
不太适合。它面向的是已经有固定智能体工作流、并且被过程不透明困扰的开发者。如果你还在「写代码时让 AI 补一行」的阶段,编辑器插件上手更快,等工作区这层的需求真实出现了再换也不迟。
意味着代码可以自己审查、按需要改造,也能自托管。对在意数据流向、或者想按团队习惯调整工作流的用户,这比闭源工具多了一层可控性;代价是遇到问题更多靠自己看代码和社区,而不是等官方支持。