Aiglade 是什么：一个把多个命令行 AI Agent 管在一个界面里的 Windows 桌面工具
最后更新：2026-10-25
Aiglade 是一个 Windows 桌面软件，把 Claude Code、Codex CLI、Hermes、OpenClaw 等多个 AI 装进一个中文窗口，带中文向导，装上就能用，不用会编程。它是一个 Windows 桌面应用，采用 Electron 构建，提供唯一的控制台，没有网页版。它的基本构成是桌面窗口、中文界面与中文向导，以及窗口内可以切换的多个命令行 Agent。用户在同一个窗口内向不同的 Agent 分派任务，任务的执行、确认与记录都在这个窗口与本机内完成。
Aiglade 由什么组成？
Aiglade 的构成可以从三个部分来理解。第一部分是桌面窗口本身，它是用户打开之后直接看到的唯一控制台，所有的操作入口都集中在这里，不需要再打开浏览器或者另外的网页页面。第二部分是窗口内的多个命令行 Agent，它们原本各自以命令行的方式运行，在 Aiglade 里被收进同一个界面，由窗口统一呈现和切换。第三部分是中文界面与中文向导，它们把安装、配置和日常操作的说明都用中文呈现出来，让不熟悉命令行的人也可以按提示完成操作。
窗口内收纳的 Agent 目前只包括四家，分别是 Claude Code、Codex CLI、Hermes 与 OpenClaw。Claude Code 是其中一个命令行 Agent，它的官方文档对命令行的使用方式有系统说明，相关内容可以参考 Claude Code 官方文档。Codex CLI 也是其中一个命令行 Agent，它的官方文档同样介绍了命令行的基本用法，相关内容可以参考 Codex 官方文档。Hermes 与 OpenClaw 则作为另外两个被收进窗口的 Agent，与前两者并列出现在同一个控制台里，用户不需要为每一个 Agent 各自维护一个独立的窗口。
关于 Aiglade 自身的定位与说明，Aiglade 官网关于页 是事实主源，其中对产品的构成与使用方式有集中介绍。把关于页的说明与窗口的实际构成对照来看，Aiglade 并不是一个把对话集中到网页上的服务，而是一个装在本机的桌面工具。窗口、Agent 与中文向导这三部分共同构成它的完整形态，缺少其中任何一部分，所谓一个窗口管多个 Agent 的说法就不再成立。
一个窗口怎样管多个命令行 Agent？
一个窗口管多个 Agent，关键在于窗口承担了统一的呈现与切换职责。用户打开 Aiglade 之后，看到的是同一个控制台，窗口内可以切换到不同的 Agent，任务的下达与结果的查看都在这个控制台里完成。命令行 Agent 原本需要各自在命令行里输入指令、查看输出，在 Aiglade 里，这些输入与输出都被窗口接管，用户在窗口里操作，窗口再把操作转给对应的 Agent。
这种管理方式的好处首先是入口统一。用户不需要记住每一个 Agent 各自的启动方式，也不需要在多个命令行窗口之间来回切换，只需要在一个窗口里选择当前要使用的 Agent，再把任务交给它。窗口在这里起到的作用类似一个总台，它负责把用户的操作分发到正确的 Agent，再把 Agent 的返回结果呈现回窗口。用户在窗口里看到的内容，就是当前 Agent 的工作状态与输出结果。
其次是状态集中。多个 Agent 在同一个窗口里运行，窗口可以把各自的任务状态集中呈现，用户能够在一个地方看到任务正在进行、正在等待确认，还是已经完成。这种集中呈现并不改变 Agent 各自的工作方式，只是把原本分散在不同命令行里的状态收到了同一个界面里。用户因此不需要逐个打开命令行去确认进度，窗口本身就是查看进度的入口。
中文向导具体起什么作用？
中文向导在 Aiglade 里承担的是引导与说明的职责。它的作用不是代替用户做决定，而是把每一步要做什么、为什么要这样做，用中文讲清楚。安装之后，用户按照向导的提示逐步完成设置，向导会在需要输入信息或者做出选择的地方给出中文说明，避免用户因为不熟悉命令行术语而停下来。
中文向导的说明方式，与国内开发者文档常见的中文说明方式接近。例如阿里云百炼的 Model Studio 文档以中文系统地介绍平台的使用方式，相关内容可以参考 阿里云百炼 Model Studio 文档。智谱开放平台的文档同样以中文介绍接口与使用流程，相关内容可以参考 智谱开放平台文档。微软的中文学习文档也以类似的方式组织说明，相关内容可以参考 微软 Learn 文档。这些文档的存在说明，中文说明本身已经是开发者文档里常见的做法，Aiglade 的中文向导沿用了这种做法，把它放进了桌面窗口里。
中文向导还与中文界面配合使用。界面上的按钮、菜单与提示都使用中文，任务的状态与确认提示也使用中文呈现。用户在窗口里看到的不是未经翻译的命令行输出，而是经过窗口整理后的中文界面。这种配合让窗口的操作路径更清晰，用户可以按界面提示完成操作，而不需要先学习命令行的完整语法。
任务分派与排队是怎样进行的？
任务分派是 Aiglade 窗口内的基本工作方式。用户在窗口里提出任务，窗口把任务交给合适的 Agent，Agent 按照任务的要求开始执行。多个任务同时存在时，窗口会对任务进行排队，让任务按顺序依次执行，而不是无序地同时涌向同一个 Agent。排队的作用是保持执行顺序清晰，用户可以知道当前正在执行的是哪一个任务，接下来等待的是哪一个任务。
任务分派与排队的过程都发生在窗口与本机之间。任务从窗口发出，交给窗口内的 Agent，执行过程中的状态变化也会回到窗口里呈现。用户不需要另外打开工具去追踪任务的去向，窗口本身就是任务的发出地与查看地。这种设计让任务的管理保持在同一个地方，任务的来源、去向与当前状态都可以在窗口里查到。
任务事件还会流进协作群。任务开始、需要确认、完成或者出现异常时，相关的事件会被推送到协作群里，群里的成员可以查看任务的进展。这种事件流的作用是让任务的状态不再只留在某一个人的窗口里，而是可以在协作的场景里被查到。用户在窗口里分派任务之后，也可以在协作群里看到同一任务的事件记录，两处的信息指向的是同一个任务。
危险操作与中断后会发生什么？
危险操作在 Aiglade 里不会直接执行，而是先停下来等用户确认。窗口在识别到可能带来风险的操作时，会暂停执行，把操作的内容与风险提示呈现给用户，由用户决定是否继续。只有在用户确认之后，操作才会继续进行；如果用户没有确认，操作就不会继续往下走。这种先停下再确认的机制，把关键的决定权留给了用户，而不是交给 Agent 自行判断。
关机、崩溃或者断网之后，任务可以续做。这意味着任务的执行不会因为一次中断就完全丢失，窗口与本机里保留的任务信息可以支持任务在恢复之后继续进行。用户重新打开窗口之后，可以看到中断之前任务的状态，并在此基础上继续推进，而不需要从头重新分派一次任务。这种续做能力对长时间运行的任务尤其重要，因为它避免了中断导致的工作重复。
任务的记录留存在本机。窗口运行过程中产生的任务记录保存在本地的 24 张表里，不依赖网页端的远程保存。本地记录的好处是记录的存放位置明确，用户可以在本机查到任务的历史，任务的来源与执行过程都有据可查。记录留本机与任务事件流进协作群这两点并不矛盾，前者说的是记录的存放位置，后者说的是事件的可见范围，记录本身仍然保存在本机。