技能介绍

这个技能解决什么问题

在 Windows 上同时跑多个编码代理时，你很快会遇到三件事：终端窗口切来切去看不过来、几个代理在同一个 checkout 里互相踩脚、某个 agent 准备执行危险操作时你根本不知道它什么时候动手。这个技能基于 Wmux，把 Claude Code、Codex、Gemini CLI、OpenCode、Aider 或 GitHub Copilot CLI 这类 agent CLI 分发到原生 Windows 窗格中，每个代理独占一个 pane，并各自运行在独立的 git worktree 上，互不干扰。

它是怎么工作的

核心能力：

原生 Windows 窗格：每个 agent 一个 pane，不用开一堆终端窗口手动排列
隔离 worktree：每个代理操作独立的 checkout，并行编辑不会互相覆盖
审批闸门：代理执行关键动作前需要经过审批，而不是闷头跑完才给你看日志
持久通道：跨会话保持连接，中断之后不用从头再来
浏览器 / MCP 自动化：可以接 MCP 浏览器工具完成网页侧的操作任务

关键步骤：准备一台 Windows 10 或 11 机器，装好 Wmux 并指向目标 git 仓库；按需准备支持的 agent CLI（至少一个）；可选准备 gh 或 glab，以及 MCP 浏览器工具；然后按 Wmux 的方式把 agent CLI fan-out 到各个窗格，并配置好审批策略。

适用边界与注意点

只面向 Windows 10 / 11，不提供 macOS / Linux 原生窗格支持
需要 Node 18+、Python 3.x 和 VS Build Tools（C++ workload）
至少要安装一个受支持的 agent CLI，否则没有东西可编排
gh / glab 与 MCP 浏览器工具都是可选依赖，不装不影响基本编排
审批闸门的具体行为取决于上游 Wmux 的实现，遇到高风险操作仍建议人工复核

截图预览

使用场景

在 Windows 10 上同时用 Claude Code、Codex 和 Gemini CLI 修改同一个 git 仓库的不同功能分支，通过原生窗格并行运行避免相互覆盖
需要在企业 CI 前统一对多个编码代理的危险命令设置审批闸门，确保删除分支、force push 等操作经过人工确认后再执行
使用 Wmux 为每个编码代理提供独立 worktree，并在会话中断后通过持久通道恢复长时间运行的任务，不丢失上下文
需要将 MCP 浏览器工具接入 Wmux 编排，让编码代理在独立窗格中完成网页自动化与数据采集任务