dev-3.0 单人多智能体编码驾驶舱

单人并行编码的三道坎

当你想要同时让多个编码代理干活——比如一个修 Bug、另一个加新功能——单人开发马上会遇到三个问题：

• 所有代理挤在同一个终端会话里，上下文互相踩踏，谁改了什么说不清。
• 多个代理改同一份代码，合并冲突几乎无法避免。
• 完成的任务缺少标准交接入口，人工审查时只能靠翻聊天记录找线索。

技能如何工作

这个技能的核心逻辑是把代理任务拆成隔离的看板单元，再用工程化工具链让它们并行且可控。

核心能力

• Kanban 任务隔离：用 dev-3.0 将每个编码任务定义成独立的看板卡片，每张卡片对应一个代理工作单元，状态流转清晰可见。
• Worktree + tmux 双隔离：每个任务会自动分配一个 git worktree 分支和独立的 tmux 会话。代理在各自的工作树里改代码，互不干扰；即使崩溃或超时，也不会影响其他任务。
• 多代理启动：支持同时拉起多个本地编码代理（如 Claude Code、Codex CLI、Gemini CLI、opencode 或 Cursor），每个代理绑定到对应的看板任务。
• 实时预览：任务运行过程中可以查看实时输出，验证代码是否按预期工作。
• Review 交接：任务完成后，代码变更会统一汇总，方便你集中审查和合并。

关键步骤

1. 在 dev-3.0 中定义任务，每个任务关联一个代理和对应的 worktree 分支。
2. 技能自动创建隔离的 tmux 会话，代理在独立环境里执行编码任务。
3. 你通过看板查看任务状态，随时进入对应会话检查进度或干预。
4. 任务结束后，代码变更集中暴露在主仓库的合并流程中，避免散落的修改。

适用边界与注意点

• 需要本地已安装 dev-3.0、git、tmux，以及至少一个编码代理。
• 技能本身不提供自动安装流程，使用前需先审查上游仓库。
• 隔离机制依赖 git worktree，如果你的项目使用非标准分支策略，可能需要手动调整。
• 多代理并行会消耗较多计算资源，建议根据机器性能控制同时运行的任务数。