帝国代理并行编码代理管理

解决什么问题

单个编码代理一次只能处理一条上下文链。当你要把重构、补测试、修文档拆给多个代理并行跑时,终端会被反复抢占,输出混在一起,失败的会话很难定位。更麻烦的是,这些代理往往直接读写你的工作区,误删文件或污染依赖是常有的事。

这个技能处理的正是「同时维护多个代理会话」这一层,而不是单个代理的 prompt 怎么写。

核心能力

它基于 Agent of Empires(AOE) 把编码代理包装成受管会话,提供两个入口:

• TUI 终端界面:在本地 tmux 里直接操作,适合偏好键盘流的工程师。
• Web 仪表板:浏览器里查看与操作,适合离开终端或需要让别人看进度的场景。

会话生命周期覆盖五个动作:

• Launch:用 aoe CLI 拉起多个并行会话,每个会话对应一个独立代理进程。
• Monitor:聚合查看各会话输出与状态,不必在多个终端窗口之间切来切去。
• Sandbox:通过 Docker / Podman / Apple Containers 把代理关进容器,只挂载认证凭据的共享卷。
• Resume:会话中断后断点恢复,不必从头再跑。
• Review:完成后集中检查各代理的产出。

工作方式与关键步骤

实际流程大致是:先用 tmux 建工作区,再用 aoe 启动目标编码代理——Claude Code、OpenCode、Codex CLI、Gemini CLI、Cursor CLI 或 Copilot CLI 都可以。需要隔离时加容器参数,代理的写操作落在容器内而非你的仓库。跑起来后通过 TUI 或 Web 面板盯进度,失败的会话可恢复,最后逐个 review 产物。

适用边界

• tmux 是硬性依赖,没有它无法工作。
• Docker / Podman / Apple Containers 只在启用沙箱时才需要。
• 沙箱共享的是认证凭据卷,代理仍能访问你已授权的云服务,隔离范围限于文件系统层面。
• 目前面向 Linux 与 macOS。