App Emdash 桌面端并行调度多个编码代理

一、项目介绍

同时推进三五个需求时，多数人的桌面会变成这样：五个终端窗口、五个分支、五个 Agent 在跑，改完哪个、改坏了哪个全靠记忆。Emdash 想解决的就是这个"多任务并行"的调度问题——它是一个桌面应用，每个任务跑在独立的 Git worktree 里，你可以同时探索多个修复方案或功能，然后逐一审查 diff、合进主线。

它支持接入 Linear、GitHub、Jira、GitLab、Asana、Featurebase、Monday.com、Forgejo、Plain、YouTrack 等平台的 issue 与工单，直接投喂给 Agent。工作面覆盖 diff 审查、建 PR、看 CI 检查、合并，一处完成。

在部署上，它既能用本地工程，也能通过 SSH / SFTP 连你自己的远程机器。Agent 侧支持 Claude Code、Codex、Cursor、OpenCode、Amp 等多种 CLI 客户端，会自动检测已安装的 provider。开源协议 Apache 2.0。

Emdash 解决的问题，本质上是"多任务并行时的状态管理"。人在终端里同时跑五个 Agent 的困难不在于启动它们，而在于十分钟后你面对五个终端窗口、五个分支、五份改动，已经不记得哪个对应哪个需求、哪个先改、哪些能合。

worktree 隔离让这件事变得可控。Git worktree 让同一个仓库的多个分支同时存在于不同目录，各自独立构建与运行，Emdash 为每个任务分配一个 worktree 与分支，改动天然不互相污染；最后由你集中审查 diff、决定合并顺序。

issue 集成是它的另一半价值。你可以把 Linear、GitHub、Jira、GitLab、Asana、Featurebase、Monday.com、Forgejo、Plain、YouTrack 里的 issue 直接投给 Agent，任务的来源、描述与验收标准因此留在同一个系统里，不必在网页和终端之间来回抄。

远程能力也值得一提：Emdash 可以通过 SSH / SFTP 连你自己的远程机器。这样 Agent 可以跑在服务器或远程开发机上——算力更足，也不用占本地笔记本的内存。对"把 AI 编程接进自有基础设施"的团队来说，这条路径比本地桌面应用更有想象空间。

二、项目基本信息

三、核心优势

• 每个任务独立 Git worktree，多个方案并行探索互不干扰
• 可从 Linear / GitHub / Jira 等十来个平台直接拉 issue 与工单投给 Agent
• diff 审查、建 PR、查看 CI 检查、合并在一个界面完成
• 支持通过 SSH / SFTP 连接自己的远程机器，Agent 可以在远端仓库上干活
• 自动检测本机已安装的 Agent CLI，接入成本低
• 为支持生命周期 hook 的 Agent 写入标记化配置，行为更可控
• PR 创建时可自动生成描述，减少手写变更说明的负担
• 内置应用预览与 CI 检查查看，把"改完到能不能合"压缩到同一个界面
• 支持生命周期 hook 的 Agent 可写入标记化配置，行为边界更清晰
• Apache 2.0 协议，可自行修改界面或接入内部工单系统

四、适用场景

适合同时并行推进多个需求、习惯用 issue 驱动开发的团队与独立开发者；也适合希望把 Agent 放到自己远程服务器上跑、而不是本地笔记本的场景。

Emdash 适合的场景有一个共同特征：任务数量多、来源分散、需要同时推进。如果你的工作方式是"一次专注做一件事"，它的价值有限。

选型时可以留意三点。第一，你的主力 Agent CLI 是否在它的支持列表里（Claude Code、Codex、Cursor、OpenCode、Amp、Devin、Qwen Code、Droid、GitHub Copilot 等），不在的话集成会别扭。第二，你是否用 issue 管理需求——用得越深，价值越大；不用 issue 管理的话，worktree 隔离这一半功能仍可用，但收益会打折。第三，是否需要远程执行。

它是桌面应用而非 Web 服务，安装与升级走 GitHub Releases，macOS 有 Homebrew cask，Windows 有 msi 与便携版，Linux 提供 AppImage、DEB、RPM，覆盖 x64 与 ARM64。团队内部要统一版本的话，直接分发 Releases 里的安装包是最省事的方式。

第一次使用时有个细节值得提前规划：Agent CLI 的检测发生在启动时。也就是说，先装好 Claude Code 或 Codex，再启动 Emdash，它才能识别出这些 provider；如果先开了 Emdash 后装 CLI，通常需要重启应用才能识别到。工单平台的接入同样如此，OAuth 授权通常需要在 Emdash 的设置里走一遍浏览器授权流程，授权成功之后从 issue 拉取任务才会顺畅。

如果你正被同类问题反复绊住——要么是人肉重复劳动没完，要么是工具装不上跑不通、要么是产出的结果根本没法用——那这个项目值得先花十分钟装一遍试试。

五、安装教程

当前最新版本 v1.2.9。下面是可直接执行的安装方式：

# macOS
brew install --cask emdash

# macOS 手动下载（Apple Silicon / Intel）
https://github.com/generalaction/emdash/releases/latest/download/emdash-arm64.dmg
https://github.com/generalaction/emdash/releases/latest/download/emdash-x64.dmg

# Windows 安装包 / 便携版
https://github.com/generalaction/emdash/releases/latest/download/emdash-x64.msi
https://github.com/generalaction/emdash/releases/latest/download/emdash-x64.exe

# Linux x64
https://github.com/generalaction/emdash/releases/latest/download/emdash-x86_64.AppImage
https://github.com/generalaction/emdash/releases/latest/download/emdash-amd64.deb

# Linux ARM64
https://github.com/generalaction/emdash/releases/latest/download/emdash-arm64.AppImage
https://github.com/generalaction/emdash/releases/latest/download/emdash-aarch64.deb

常见报错与处理：依赖缺失时先确认运行时版本（Node、Python、Rust、PHP 等）是否满足项目要求；网络超时多半是镜像或代理问题，可换源重试；权限类报错请检查当前账号是否已登录对应平台，以及脚本是否需要管理员权限执行。

六、使用示例

下面这段是可以直接参照的真实用法：

# 1. 安装完成后启动 Emdash，它会自动检测本机已安装的 Agent CLI
#    支持 Claude Code、Codex、Cursor、OpenCode、Amp、Devin、Qwen Code、Droid、
#    GitHub Copilot 等

# 2. 在 Emdash 中新建任务，为每个任务选择独立的 Git worktree 与分支

# 3. 从 issue 平台拉取工单投喂给 Agent，例如从 GitHub Issues 或 Linear

# 4. 在同一界面审查 diff、创建 Pull Request、检查 CI 状态并合并

七、常见问题

问：必须先装好某个 Agent CLI 吗？答：是的，Emdash 负责调度与隔离，具体执行由 Claude Code、Codex、OpenCode 等本地 CLI 完成，它会自动检测已安装的 provider。

问：能连远程机器吗？答：可以，通过 SSH / SFTP 连接你自己的远程机器，任务在远端仓库上执行。

问：Linux 有哪些安装包？答：提供 AppImage、DEB、RPM 三种格式，分别覆盖 x64 与 ARM64 架构。

问：任务之间会互相影响吗？答：每个任务都跑在独立的 Git worktree 与分支上，隔离了文件改动；合并阶段由你在同一界面集中审查。

问：本地仓库和远程仓库能混用吗？答：可以，本地项目与通过 SSH/SFTP 连接的远程机器都支持，任务可分别落在两边执行。

问：合并策略怎么定？答：工具负责展示 diff、创建 PR 与检查 CI，最终合并决策仍在人手里，适合保留人工把关的流程。

以上是实际使用中最常被问到的几个问题。若遇到文档未覆盖的情况，可以先翻项目的 Issues 与 Discussions 区，那里有更多真实踩坑记录。

八、总结

Emdash 在把复杂链路收进一个顺手的工作台这件事上做到了足够扎实的程度：它不追求大而全，而是把一个具体环节做透，让原本要靠人盯的流程变成可以交给工具执行的流程。

从上面的安装步骤和使用示例可以看出，它的接入成本并不高：一条命令装好，按提示完成配置，然后就能把它放进你原有的工作流里。如果你正在被同类问题困扰，不妨先在自己的一小块任务上试一轮，确认顺手了再推广到日常流程中。