一句话看懂：开发者 openwong2kim 在 GitHub 上发布了 Wmux，一个原生 Windows 终端复用器，专为 Claude Code、Codex CLI、Gemini CLI 等 AI 编码代理设计，让它们能在同一窗口内并行运行、控制浏览器，且无需 WSL。
事件核心：发生了什么
Wmux 是一个专为 Windows 系统构建的终端复用器，作用类似 Linux 上的 tmux，但完全基于 Windows 原生的 ConPTY 伪终端。它支持分屏、浮窗、自动滚动书签和持久化终端内容（重启后不丢失）。核心卖点是内置了对 AI 代理的支持：通过 Chrome DevTools Protocol（CDP）让 AI 代理直接控制浏览器（打开页面、点击、输入文字、执行 JavaScript），同时集成了 MCP（Model Context Protocol）桥接，可与 Claude Code 等工具自动协作。开发者称其安装可在 30 秒内通过 winget、Chocolatey 或 PowerShell 脚本完成。目前安装包尚未完成 Authenticode 签名，但已在申请 SignPath 免费签名。
为什么重要
在 AI 代理工作流中，终端是执行代码、运行测试、处理命令的最小操作单元。传统上，Windows 用户需要依赖 WSL 才能使用类 tmux 的多终端管理方案，或者手动切换窗口。Wmux 填补了这个空白：它为 AI 编码代理提供了一个原生、稳定的多窗口“控制台”，让 Claude Code（写后端）、Codex CLI（写前端）、Gemini CLI（跑测试）等能同时运行，互不干扰。这种“多代理并排”的编排能力，直接降低了开发者在 Windows 上搭建实验性多代理工作流的门槛。此外，其内置的 CDP 浏览器控制功能，让 AI 代理能够完成“搜索网页并截图”等端到端任务，将终端与浏览器联动起来，这正是当前 AI Agent 落地所需的关键基础设施。
对用户/开发者/创作者的影响
对于 Windows 上的 AI 开发者，Wmux 提供了一个无需 WSL 即可使用的原生方案，降低了多代理并行开发的门槛。对于使用 Claude Code、Codex CLI 或 Gemini CLI 编写代码或自动化脚本的用户，可以直接在同一个窗口内拆分任务，比如左侧运行 AI 生成后端代码，右侧运行前端调试，底部跑自动化测试。此外，MCP 桥接意味着用户可以通过简单的配置，让 AI 代理自动读写终端、触发浏览器动作，而不需要手动开关窗口。对于非开发但有自动化需求的创作者，这一工具可能加快在 Windows 上搭建“AI 代理人”——比如用自然语言让 AI 代理完成网页信息收集——的实践。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
首先，Wmux 代码签名是否完成将直接影响企业用户是否敢在生产环境中安装——当前 SmartScreen 拦截和 Smart App Control 阻止是明确的安装障碍。其次，项目虽然已开源，但社区贡献、文档完善和长期维护能否跟上，是判断其是否能成为主流工具的标准。第三，多代理并行编排的稳定性和 MCP 桥接的兼容性（特别是与不同模型厂商的工具如 Codex CLI 的集成），将是开发者实际体验的关键指标。
来源：github.com
