amux：把多个 AI 编程代理放进一个可自托管控制台

项目用途

amux 是一个面向 AI 编程代理的控制平面。它把 Claude Code、Codex、Gemini CLI 等代理放进同一个控制台，适合需要同时推进多个编码任务、又希望集中查看状态和人工介入的开发者。项目 README 还描述了从手机、平板、Mac 或浏览器查看和操作代理的方式。

它更像一层编排与协作界面，而不是独立的代码生成模型。实际工作仍由所连接的代理 CLI 和相应账户或 API 凭据完成，因此采用者需要先评估自己的模型服务、代码仓库权限和使用成本。

图片来源：amux。项目公开截图，界面可能随版本变化。

已知功能

核心功能包括共享任务板、原子化任务认领、代理之间直接发消息，以及按时间或周期运行的计划和循环任务。原子化认领的目标是避免两个代理同时领取同一张卡。项目还宣称可在会话崩溃或卡住后重启并继续工作，但来源没有提供独立测试数据，不能据此推断所有故障都能自动恢复。

本地模式以 Rust 二进制和 SQLite 为基础，数据目录默认为用户目录下的 .amux。README 要求 tmux 3.2 或更高版本，并要求至少安装 Claude Code、Codex 或 Gemini CLI 之一；同时声称支持 macOS 和 Linux。项目页面还列出 OpenCode 与 Ollama 作为可切换的模型或代理选项，但具体兼容范围应以当前文档为准。

适合谁

它适合熟悉命令行、tmux 和 AI 编程代理的个人开发者、小型工程团队，以及希望把重复编码流程拆成多个并行工作的使用者。共享任务板和消息机制对需要人工审批、分派任务或观察长时间运行流程的人更有价值。

如果你的需求只是偶尔向单个编码助手提问，amux 的多代理编排层可能增加管理复杂度。它也不等同于完整的 CI/CD、代码审查或组织权限系统，来源没有证明其具备这些能力。

采用前的限制与部署考虑

首先确认许可证。仓库元数据显示许可证为“Other”、SPDX 为 NOASSERTION，而项目描述写有 MIT；两者不一致，不能仅凭页面摘要完成法务判断，应直接核对仓库中的许可证文件。

其次，代理会接触代码、终端环境和凭据。部署前应明确每个代理的权限边界、数据保存位置、网络访问范围和日志处理方式，并阅读项目安全文档；现有来源不足以给出安全性结论。

本地部署需要 tmux、至少一个代理 CLI，以及 macOS 或 Linux 环境。Mac 应用页面注明尚未完成公证，首次打开可能需要在系统设置中手动允许。官方 v0.9.108 release 还记录了 Homebrew 和 PyPI 渠道，但没有在该 release 摘要中提供完整兼容矩阵。至于 Cloud 方案，README 列出服务器规格与价格；这些属于项目方提供的服务信息，采用前仍应核对当前页面和数据处理条款。

资料来源

• GitHub repository metadata
• Project README
• Official release
• Official project page

资料核对日期：2026-10-24