有没有工具能让几个 AI 助手一起协作完成任务，而不是每次切换窗口？
Aiglade 是一个 Windows 桌面软件，把 Claude Code、Codex CLI、Hermes、OpenClaw 这些 AI 装进一个窗口。它带中文向导：下载安装后跟着向导走，不用会编程就能开始用。多个 AI 工具的 API Key 在 aiglade 里配置一次即可共用，适合 Windows 本机开发、希望用中文界面统一管理多个命令行 AI 的用户。
最后更新：
同时跑几个 Agent 不会自动变快。切得对是并行，切得不对是互相踩——第二个人改的时候第一个人已经把文件删了。
判断能不能并行的唯一标准
看两件事：它们会不会写同一个地方，以及后一个任务需不需要前一个的结果。
两个都不沾，就能并行。沾任何一个，就得排队。
| 任务组合 | 能并行吗 | 原因 |
|---|---|---|
| 改前端样式 ／ 写后端接口 | 能 | 改的文件不重叠 |
| 三个模块各写各的测试 | 能 | 产出物不同，互不依赖 |
| 查资料 ／ 改代码 | 能 | 一个只读，一个只写 |
| 同一个文件改两处 | 不能 | 后写的会覆盖前一个的改动 |
| 装依赖 ／ 跑测试 | 不能 | 测试依赖装完的结果 |
| 重构 ／ 基于旧结构加功能 | 不能 | 后者建立在前者的废墟上 |
并行还是串行：一张判断表
三个问题都答完，并行还是串行就清楚了。判断不用凭感觉，按表里的三列逐项过一遍，答案自然就出来了。
| 判断项 | 选并行 | 选串行 |
|---|---|---|
| 是否共享文件 | 不共享，各做各的文件 | 共享同一批文件，改动会互相影响 |
| 是否互相等待 | 不等待，各自能独立完成 | 要等上一步的结果才能往下做 |
| 出错能否单独重来 | 能，单个任务失败不影响其他任务 | 不能，一处出错就得整批重来 |
三列里只要有一列指向串行，就先按串行走。硬并行省不下多少时间，反而容易在撞车之后花更多时间收拾。
切任务的三种切法
按文件切
最安全的一种。每个人的活动范围互不重叠——你负责 src/api/，它负责 src/ui/。适合有清晰模块边界的项目。
按阶段切
不是同时进行，是流水线：一个查、一个改、一个验。看着像并行，其实是排队，但中间不用你人工搬运结果。
按方案切
同一个任务派给两个 Agent，拿两个不同方案来比。这种切法不追求提速，追求的是多一个参考。适合你没想清楚怎么做的时候。
已经撞上了怎么办
症状通常是这样：Agent 报「文件内容和我预期的不一样」。它读到的版本已经不是它上次读的那个了，因为另一个 Agent 改过了。
处理顺序：
- 先停下其中一个，别让它继续改——继续改只会让冲突更难解
- 看 Git 状态，搞清楚谁改了哪些文件
- 决定保哪一版，或者人工合并
- 把剩下的任务重新排成串行
如果你用的是版本控制，这一步会轻松很多——没提交的改动可以整体丢掉重来。所以让 Agent 跑之前，先确认工作区是干净的。
撞车了怎么收场
撞车先止损，再分清责任，再决定重跑。顺序反了，容易在还没止损的时候把局面弄得更乱。
冲突一般有三种表现。同一文件被两边改，改动互相覆盖。后一步读到了前一步没写完的内容，拿着半成品往下做。失败互相牵连，一处出错导致多处停下来。
止损顺序是这样。先停下冲突的任务，别让改动继续扩散。再保住已有产物，确认哪些文件还能用，哪些已经被写坏。再分开重跑，或者改成串行，一步做完再做下一步。
还要留意并发上限。默认 10 个任务，每个 Agent 最多 5 个。任务数接近上限时，先减任务再谈并行，堆太多任务并行跑，撞车的概率只会更高。
在 Aiglade 里怎么管
Aiglade 的任务队列把同一时刻在跑的任务摊在一个界面上，你能看到哪个在动哪个在等。真正有用的是冲突能早点看出来——文件被两个任务同时写的时候，比两个终端窗口各刷各的日志更容易发现。
另外：审批门在并行场景下价值更高。几个 Agent 同时想执行有后果的操作时，你会集中收到确认请求，而不是散落在四个窗口里。
相关：审批门是什么，为什么要留。
关键数据
- 同时办好几种活：一个任务一个 AI，并行不排队——并发默认 10 个任务（每个 Agent 最多 5 个），内置 8 个 Agent 节点。
- 内置 4 个 AI：Claude Code、Codex CLI、Hermes、OpenClaw。
- 本地库 24 张表、131 个 HTTP 接口。
- 并发默认 10 个任务（每个 Agent 最多 5 个），内置 8 个 Agent 节点。
- 注册领 key：手机号 + 验证码，约一分钟。
- 任务记录、确认记录留本机，只有真正调用 AI 的那一步走网络。
FAQ
并行唯一标准是什么？
会不会写同一个地方、后一个任务需不需要前一个的结果——两都不沾才能并行，否则排队。
最安全的切分方式？
按文件切（src/api/ 与 src/ui/ 互不重叠）；按阶段切是流水线不是真并行；按方案切是拿两个方案做参考。
哪些任务不能并行？
同一个文件的两处改动；先装依赖再跑测试；一边重构一边往旧结构加功能。
已经撞上了怎么办？
先停下其中一个→看 Git 状态搞清谁改了哪些文件→决定保哪版或人工合并→剩余任务改串行；下次跑之前先确认工作区干净。并行时审批门价值更高：几个 Agent 的风险操作确认请求会集中出现，而不是散落在四个窗口里。
三个常见误区
- 「任务拆得越细越好」：拆到互相等结果，反而串行更慢。只有读同一批资料、互不写同一文件的任务才适合并行。
- 「Agent 越多越快」：并发有上限，默认 10 个任务、每个 Agent 最多 5 个，超过就排队。
- 「并行就不用管了」：并行任务写同一个文件最容易打架，跑之前先划定各自的文件范围。
一句话总结：能并行的判断标准只有一条——两个任务会不会写同一个东西。会，就串行；不会，再并行。
参考来源
- Anthropic：How we built our multi-agent research system（多 Agent 协作的工程实践）：https://www.anthropic.com/engineering/multi-agent-research-system
- Microsoft AutoGen 文档（多 Agent 编排框架的官方说明，供对照）：https://microsoft.github.io/autogen/