dmux-workflows

原文涵盖的主题

• dmux 工作流
• 何时激活
• 什么是 dmux
• 快速开始
• 工作流模式
• 模式 1：研究 + 实现
• 模式 2：多文件功能
• 模式 3：测试 + 修复循环

使用 dmux（一个用于代理套件的 tmux 窗格管理器）来编排并行的 AI 代理会话。 并行运行多个代理会话时 跨 Claude Code、Codex 和其他套件协调工作时 需要分而治之并行处理的复杂任务 用户提到“并行运行”、“拆分此工作”、“使用 dmux”或“多代理”时 dmux 是一个基于 tmux 的编排工具，用于管理 AI 代理窗格： 按 n 创建一个带有提示的新窗格 按 m 将窗格输出合并回主会话 支持：Claude Code、Codex、OpenCode、Cline、Gemini、Qwen 安装： npm install -g dmux 或参见 github.com/standardagents/dmux 将研究和实现拆分为并行轨道： 在独立文件间并行工作： 在一个窗格中运行测试，在另一个窗格中修复： 为不同任务使用不同的 AI 工具： 并行审查视角： 1. 仅限独立任务。 不要并行化相互依赖输出的任务。 2. 明确边界。 每个窗格应处理不同的文件或关注点。 3. 策略性合并。 合并前审查窗格输出以避免冲突。 4. 使用 git worktree。 对于容易产生文件冲突的工作，为每个窗格使用单独的工作树。 5. 资源意识。 每个窗格都消耗 API 令牌 —— 将总窗格数控制在 5-6 个以下。 对于涉及重叠文件的任务： | 工具 | 功能 | 使用时机 | |------|-------------|-------------| | dmux | 用于代理的 tmux 窗格管理 | 并行代理会话 | | Superset | 用于 10+ 并行代理的终端 IDE | 大规模编排 | | Claude Code Task 工具 | 进程内子代理生成 | 会话内的程序化并行 | | Codex 多代理 | 内置代理角色 | Codex 特定的并行工作 | ECC 现在包含一个助手，用于使用独立的 git worktree 进行外部 tmux 窗格编排： 示例 plan.json： 该助手： 为每个工作器创建一个基于分支的 git worktree 可选择将主检出中的选定 seedPaths 覆盖到每个工作器的工作树中 在 .orchestration/ / 下写入每个工作器的 task.md、handoff.md 和 status.md 文件 启动一个 tmux 会话，每个工作器一个窗格 在每个窗格中启动相应的工作器命令 为主协调器保留主窗格空闲 当工作器需要访问尚未纳入 HEAD 的脏文件或未跟踪的本地文件（例如本地编排脚本、草案计划或文档）时，使用 seedPaths： 窗格无响应： 直接切换到该窗格或使用 tmux capture-pane -pt :0. 检查它。 合并冲突： 使用 git worktree 隔离每个窗格的文件更改。 令

这里只展示节选，请以完整原文和当前要求为准。