muxel 多智能体工作台
在原生桌面工作区中并行运行、跟踪和调度多个编码智能体。
- Star 数
- ★ 36
- 最近更新
- 今天
- License
- GPL-3.0
- 主语言
- Rust
- FA 评分
- 63/100 · 存在缺口
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Claude Code
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 同时维护多个功能分支的开发者，可让不同编码智能体在独立 Git worktree 和终端窗格中并行工作。
- 不适合
- 不愿接受 GPL-3.0 传染性条款的闭源产品团队
- Windows 上依赖持久 tmux 会话的用户
- 源码审查
- 63/100 · 存在缺口
这个 Agent 能做什么，适合哪些场景？
muxel 是用 Rust 和 GPUI 构建的原生 GPU 加速终端复用器，面向需要同时运行多个 AI 编码智能体和 shell 的开发者。它提供可拆分、停靠、弹出和恢复的标签化终端窗格，每个窗格都通过 PTY 承载真实的终端模拟器。内置预设覆盖 Claude、opencode、Amp 等程序，并允许编辑命令、参数、模型、系统提示词、环境变量和状态标记。除终端管理外，它还整合 Git worktree、状态通知、定时 Loop、共享 MEMORY.md、代码编辑器、差异查看器以及 GitHub PR 辅助功能。项目可以在本机运行，也可以通过复用的 SSH 连接驻留在远程主机；Linux、macOS 和 Windows 均有发布包，但 tmux 会话持久化仅支持 Unix。
用户先为程序或编码智能体建立 preset，配置 program、args、model、system prompt、env 和 status markers，再在标签化窗格中启动它。muxel 通过 PTY 运行每个 shell 或智能体，从终端输出判断 running、working、awaiting-input 和 done 状态，并在状态转换时生成应用内及桌面通知。多个窗格可以共享具名、带颜色的 Git worktree，并进入 review/dispose 流程；需要时可借助 gh CLI 处理 GitHub PR。用户还能把提示词和智能体保存为 runner，手动启动或配置为每隔若干分钟、小时或每日固定时间执行的 Loop。启用共享记忆后，各次运行会读取并追加项目中的 .muxel/MEMORY.md。对于远程项目，shell、智能体、Git 和文件浏览器通过单个复用 SSH 连接在远端工作，并可利用持久 tmux 会话和 roaming layouts 恢复布局。
- 同时维护多个功能分支的开发者，可让不同编码智能体在独立 Git worktree 和终端窗格中并行工作。
- 需要监督长时间编码任务的工程师，可通过实时状态、跨项目仪表板和完成或等待输入通知减少逐窗格检查。
- 希望周期性执行代码维护提示词的团队，可将提示词与智能体保存为 runner，并用 Loop 按分钟、小时或每日时间调度。
- 代码驻留在远程服务器的开发者，可经复用 SSH 连接运行智能体、浏览文件和执行远程 Git，同时同步工作区布局。
- 在 Claude、opencode、Amp 与普通 shell 之间切换的用户，可用可编辑 preset 统一程序参数、模型、提示词和环境变量。
- 需要审阅智能体修改的维护者，可结合 worktree review/dispose 流程、内置差异查看器和 GitHub PR 辅助功能。
如何安装或部署这个 Agent？
Linux 或 macOS：curl -fsSL https://muxel.sh/install.sh | sh
Windows PowerShell：irm https://muxel.sh/install.ps1 | iex
也可从 GitHub Releases 下载对应平台的软件包：Linux 提供 .deb、.rpm、.AppImage 和便携 .tar.gz；macOS 提供通用 .dmg 或 .zip；Windows x64/arm64 提供签名的按用户安装 .exe 或便携 .zip。
从源码运行需要仓库所固定的近期稳定 Rust 工具链，执行：cargo run -p muxel。首次构建会从源码编译作为 Zed Git 依赖的 GPUI。Debian/Ubuntu 还需安装 README 列出的 clang、lld、cmake、pkg-config、字体、Wayland/X11、ALSA、Vulkan 和 D-Bus 开发库。安装说明未列出使用本地终端的必需凭据，也未给出 SSH 或 GitHub CLI 的认证配置步骤。
如何使用这个 Agent？
源码环境中的首个已记录启动方式是：cargo run -p muxel。应用启动后，创建或打开项目，并从内置或自定义 preset 启动 Claude、opencode、Amp 或 shell 窗格；preset 可设置程序、参数、模型、系统提示词、环境变量和状态标记。使用水平或垂直拆分及标签页组织任务，需要分支隔离时为窗格分配具名 Git worktree。重复任务可保存为 runner；若需自动执行，则建立按分钟、小时或每日时间触发的 Loop。跨运行共享经验时，为项目启用 .muxel/MEMORY.md。远程开发可把项目配置为 SSH 主机上的项目；具体主机字段、密钥配置和认证命令未在给定材料中说明。
这个 Agent 有哪些优点和局限？
- 不是简单包装多个进程列表，而是提供可拆分、重新停靠、弹出、最大化和持久恢复的原生 GPUI 桌面工作区。
- 直接从终端输出跟踪智能体的工作、等待输入和完成状态，并提供桌面通知与跨项目仪表板。
- Git worktree 是一等对象，具备命名、颜色标识、共享、审阅和处置流程，还可通过
ghCLI辅助 PR 工作。 - 支持多个智能体程序和可编辑 preset，核心工作流不局限于单一模型提供商。
- 同时覆盖本机与 SSH 远程开发，并支持远程 Git、文件浏览、持久 tmux 会话和漫游布局。
- 从源码首次构建需要编译 GPUI，文档明确提示耗时较长；Linux 还需要较多 Wayland/X11、Vulkan、字体和 D-Bus 开发依赖。
- GPUI 无法跨操作系统交叉编译，因此每个平台的构建和发布都依赖对应的原生 runner。
- 远程 tmux 会话持久化仅支持 Unix，在 Windows 上被禁用。
- GitHub PR 辅助功能依赖外部
ghCLI；远程功能还依赖 SSH，并增加主机与认证配置成本。 - GPL-3.0 要求分发的修改版本同样采用 GPL-3.0；无法遵守时需要向 ProjectHax LLC 获取单独的商业许可证。
这个 Agent 与同类方案有什么区别？
与 tmux 一类终端复用器相比，muxel 是原生桌面 GUI，并把编码智能体状态、Git worktree、定时运行、通知、编辑器和远程布局纳入同一工作区；不过其 tmux 会话持久化仍是 Unix 专属。与通用终端应用相比，它的定位是智能体管理器：窗格预设包含模型、系统提示词和状态标记，并能根据输出识别智能体状态。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| muxel 多智能体工作台 当前 | 63 · 存在缺口 | 桌面应用免费 + 模型费 | ★ 36 | 今天 | Rust | Claude Code |
| Diri | 59 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 463 | 今天 | Rust | Codex · Claude Code |
| Alas 智能编程工作区 | 78 · 表现良好 | 桌面应用免费 + 模型费 | ★ 21 | 今天 | Swift | Codex · Claude Code |
| dmux | 69 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 1.8k | 2 个月前 | HTML | Codex · Claude Code · OpenAI API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据明确披露了 PTY、代理进程、环境变量、Git worktree、gh CLI、SSH、远程布局同步、共享 MEMORY.md、定时运行和应用内更新等高影响能力，也将发布工作流的写权限限定在 release 作业；Windows 安装器还标为按用户安装且无需管理员权限。扣分在于没有给出代理权限沙箱、逐项确认机制、远程同步的数据范围与传输边界、敏感环境变量或 SSH 凭据的存储保护方案。依赖有 Cargo.lock 固定 GPUI 修订的说明和带版本的 CI actions，但根清单中的 GPUI Git 依赖本身未写 rev，也没有审计、漏洞响应或供应链校验说明。worktree 的 review/dispose 流程提供了有限恢复线索，但没有明确撤销或备份策略。ProjectHax LLC、仓库和主要上游依赖均有归属信息，不过发布者身份未经企业注册表验证，且未见完整第三方归属清单。
README、Cargo 工作区和 CI/release 工作流在平台、构建方式、包格式及版本发布流程上大体一致；CI覆盖格式检查、Clippy、构建和测试，并对 AppImage 依赖闭包、缺失产物及缺失变更日志段设置显式失败或警告。扣分在于核心产品功能主要由 README 陈述，未提供相应实现或测试文件交叉验证；依赖可用性仍受 Git 上游、系统库、包管理器和在线安装脚本影响；可见错误处理主要属于构建发布流程，缺少运行时 SSH、PTY、更新、调度和持久化失败时的用户消息证据。
目标用户和使用场景描述充分：多编码代理、shell、多项目仪表板、本地与远程开发、工作树、定时任务及跨平台桌面使用均有明确定位。预设可编辑并支持程序、参数、模型、系统提示、环境变量和状态标记，环境适配还细分 Linux/macOS/Windows、CPU 架构、图形栈和原生构建限制，因此相关项得分较高。扣分在于能力边界只部分说明，例如 Windows 不支持 tmux 持久化、签名可能降级，但未定义支持的代理协议、远程安全边界或失败降级范围；Loop 的时间触发语义有概述，却没有并发、错过执行、时区或防重复规则。
README 的功能、安装、源码构建、CI、发布和许可结构清楚，项目名、crate 名、版本 0.2.0 和 vX.Y.Z 标签方案稳定一致。安装说明覆盖三大平台、多种包格式、源码命令和 Linux 系统依赖；GPL-3.0-only 在 Cargo 元数据和完整 LICENSE 中一致，双许可安排也有明确说明。发布流程从 CHANGELOG.md 提取对应版本说明，体现成熟的版本路径。扣分在于 FEATURES.md、LICENSING.md、CONTRIBUTING.md、CHANGELOG.md 和工具链文件仅被引用而未提供；缺少实际日常操作示例和 FAQ；已知限制虽有若干具体说明但不成体系；ProjectHax LLC 被列为作者和商业许可方，却没有维护联系人、支持渠道、响应承诺或安全报告路径。
所描述的输出是可直接操作的原生多窗格工作区，整合真实终端、状态显示、通知、编辑器、差异查看、工作树和持久化，对同时管理多个编码代理具有明确增量价值。GPL 使用路径免费，预构建包较丰富，并提前披露首次 GPUI 编译较慢及平台依赖，具备普通使用所需的成本信息。扣分在于未提供实际界面流程、完整示例、基准或用户验证来证明功能易用性与状态检测质量；多数差异化价值仍是 README 主张；没有量化 CPU、内存、网络、远程主机、通知噪声或多代理服务费用等持续成本。
版本、许可、作者、工作区结构、平台矩阵、包格式、签名条件和发布规则可在 Cargo 元数据与两个工作流间相互追踪，工作流还记录了 AppImage 兼容问题及防回归检查。扣分在于代理状态检测、共享记忆、SSH 漫游布局、编辑器和工作树交互等核心产品主张只见于 README，所给材料中没有实现代码或针对性测试进行交叉佐证；“verified locally”等表述没有附带静态证据。事实与限制通常区分得较清楚，但营销性功能描述没有系统标注哪些是设计目标、已实现能力或平台例外。
- 安装命令通过管道直接执行远程 shell 或 PowerShell 脚本；在使用前应单独下载、审阅并校验脚本及发布产物。
- 该应用可启动任意代理和 shell、传递环境变量、操作 worktree、调用 gh、建立 SSH 连接并执行定时任务；应先确认各代理的文件、网络、凭据和远程主机权限。
- 远程漫游布局、持久 tmux 会话和共享 .muxel/MEMORY.md 可能传播项目路径、提示或工作信息；现有材料没有说明同步内容、加密、保留或删除策略。
- macOS 在缺少签名密钥时会退回临时签名并触发 Gatekeeper 警告，Windows 签名又是发布后的独立步骤；获取二进制时应核验具体资产是否已签名。
- GPL-3.0-only 与商业双许可会影响再分发和闭源嵌入；在集成前应审阅未提供的 LICENSING.md 和 CONTRIBUTING.md。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
发布说明摘录
Added - Other tools can open panes in muxel — muxel ctl new PROJECT lets a script or another agent open a tab or split in a project, from one of your presets or from a command it spells out, with its own folder, tab name, and, for presets set up for them, model and effort. --prompt gives the new agent its first task: muxel waits until the agent is ready to take it, types it once, and reports whether the agent actually accepted it instead of assuming so. It is off by default: turn on Outside terminal creation in Settings → Grok Bot, next to …在 GitHub 查看 ↗ -
发布说明摘录
Added - A log of what your agents got done — turn it on for a project (its right-click menu, or Settings → Projects) and every agent you start there records each feature it adds, bug it fixes, or refactor, performance, docs, or test improvement it finishes, as one line in .muxel/ACCOMPLISHMENTS.md. Agents add to the log without ever reading it, so it costs them almost nothing, and an agent can correct an entry later — when a fix turns out to be partial, say — and muxel replaces the original, which keeps its date and shows when it was updated. muxel dates each line, drops …在 GitHub 查看 ↗ -
发布说明摘录
Added - Paste screenshots and files into an agent on another machine — pasting an image into a remote pane did nothing. muxel hands an image paste to the agent, which reads the clipboard itself, and over SSH that is the host's clipboard, which never has your screenshot. Files copied in Finder or dropped on the pane fared no better, because their paths name files on your computer. In a remote pane, muxel now copies a pasted image, or the files you paste or drop, to the host first and pastes their path there instead, so Claude Code attaches a pasted …在 GitHub 查看 ↗
常见问题
它只能运行 Claude Code 吗？
本地使用是否需要云端账户或 API 密钥？
gh CLI 功能也需要各自可用的外部配置。