muxel 多智能体工作台
在原生桌面工作区中并行运行、跟踪和调度多个编码智能体。
按维度查看评分与理由
证据明确披露了 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。
这个 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 有哪些优点和局限？
- 不是简单包装多个进程列表，而是提供可拆分、重新停靠、弹出、最大化和持久恢复的原生 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？
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 与同类方案有什么区别？
与 tmux 一类终端复用器相比，muxel 是原生桌面 GUI，并把编码智能体状态、Git worktree、定时运行、通知、编辑器和远程布局纳入同一工作区；不过其 tmux 会话持久化仍是 Unix 专属。与通用终端应用相比，它的定位是智能体管理器：窗格预设包含模型、系统提示词和状态标记，并能根据输出识别智能体状态。
常见问题
它只能运行 Claude Code 吗？
本地使用是否需要云端账户或 API 密钥？
gh CLI 功能也需要各自可用的外部配置。