01 / ทำงานขนานกัน
คำสั่งเดียว worktree แยกกัน คุณตัดสินใจ
แต่ละงานมีเอเจนต์และ git worktree ของตัวเอง ตรวจสอบ diff แล้วเลือกการเปลี่ยนแปลงจากหลายไฟล์เพื่อใช้ในครั้งเดียว ใช้ทั้งหมดหรือไม่ใช้เลย
ใหม่v3.65.0 · Windows + macOS · แอปสำหรับ iPhone
พื้นที่ทำงานเดียว ให้เอเจนต์ทำงานร่วมกัน
เรียกใช้ Claude Code, Codex และ Gemini พร้อมกัน แบ่งงานด้วย worktree ตรวจสอบการเปลี่ยนแปลง และตอบเอเจนต์จาก iPhone
ดูการทำงาน แอปสำหรับ iPhone · ต้องมี Mac ที่เปิด wmux
wmux ขณะทำงาน
อธิบายน้อยลง ดูการทำงานจริง
wmux เป็นเครื่องมือรวมพื้นที่ทำงานสำหรับเอเจนต์ AI บน Windows และ macOS โดยรวมเทอร์มินัล git worktree เบราว์เซอร์ และการสนทนาระหว่างเอเจนต์ไว้ด้วยกัน
ติดตั้ง
Windows แค่บรรทัดเดียว macOS แค่ลากครั้งเดียว
ตัวจัดการแพ็กเกจ
ติดตั้งจากเทอร์มินัลของคุณ
$winget install openwong2kim.wmux
Windows 10 (1903 ขึ้นไป) หรือ macOS บน Apple Silicon · ไม่ต้องมีสิทธิ์แอดมิน · ไม่ต้องมีบัญชี · ไม่มี telemetry
เปรียบเทียบ
wmux เทียบกับตัวเลือกอื่น
| wmux | tmux | Windows Terminal · iTerm2 | VS Code terminal | ตัวจัดการ agent | |
|---|---|---|---|---|---|
| แบ่ง pane | ✓ | ✓ | ✓ | ✓ | รองรับบางส่วน |
| เซสชันคงอยู่ถาวร | ✓ | ✓ | ✕ | รองรับบางส่วน | รองรับบางส่วน |
| รอดจากการรีบูตทั้งระบบ | ✓ | ✕ | ✕ | รองรับบางส่วน | รองรับบางส่วน |
| Git worktree fan-out | ✓ | ✕ | ✕ | ✕ | ✓ |
| Orchestrator และ Fleet View | ✓ | ✕ | ✕ | ✕ | รองรับบางส่วน |
| ประตูอนุมัติสำหรับคำสั่งทำลายล้าง | ✓ | ✕ | ✕ | ✕ | รองรับบางส่วน |
| ช่องทาง & การส่งข้อความระหว่าง agent | ✓ | ✕ | ✕ | ✕ | ✕ |
| ระบบอัตโนมัติของเบราว์เซอร์จริง | ✓ | ✕ | ✕ | ✕ | ✕ |
| เครื่องมือ MCP ลงทะเบียนอัตโนมัติ | ✓ | ✕ | ✕ | ✕ | รองรับบางส่วน |
| โอเพนซอร์ส · MIT | ✓ | ✓ | รองรับบางส่วน | รองรับบางส่วน | รองรับบางส่วน |
✓ รองรับรองรับบางส่วน มีข้อจำกัด✕ ไม่รองรับ
คำถามที่ตอบตรงประเด็น
ตัวรวมพื้นที่ทำงาน (workspace multiplexer) คืออะไร
tmux รวมเทอร์มินัลเดียว: หลาย shell อยู่ในหน้าจอเดียว ส่วน wmux รวมพื้นที่ทำงานทั้งหมด: เทอร์มินัล, AI coding agent, git worktree, เบราว์เซอร์จริง และช่องทางที่พวกมันใช้ประสานงานกัน ทั้งหมดถูกดูแลโดย daemon ที่ทำให้มันทำงานต่อเนื่องแม้คุณจะปิดโปรแกรม แครช หรือรีบูต
wmux เป็นการพอร์ต tmux หรือเปล่า
ไม่ใช่ wmux เป็นแอปพลิเคชันของตัวเอง สร้างขึ้นบน ConPTY บน Windows และ forkpty บน macOS มันยืมความเคยชินของมือจาก tmux มา — การแบ่ง pane และโหมด prefix ที่ครอบคลุม 13 การทำงาน — แต่หน่วยที่มันรวมคือพื้นที่ทำงาน ไม่ใช่เทอร์มินัล
wmux ต้องใช้ WSL ไหม
ไม่ต้อง บน Windows wmux คุยกับ ConPTY โดยตรง ส่วนบน macOS ใช้ forkpty ไม่มี Linux VM อยู่ในเส้นทางเลย และไม่ต้องปิดอะไรก่อนไปกินข้าวเที่ยง
มี build สำหรับ macOS ไหม
มี wmux ให้ DMG ที่เซ็นชื่อและ notarize แล้วสำหรับ Apple Silicon และระบบอัปเดตอัตโนมัติในแอปทำงานได้ทั้งบน Windows และ macOS arm64
MCP คืออะไร และทำไม wmux ถึงลงทะเบียนเครื่องมือให้อัตโนมัติ
Model Context Protocol เป็นสเปก JSON-RPC แบบเปิดสำหรับเชื่อมต่อ AI agent เข้ากับเครื่องมือต่าง ๆ wmux เปิดให้ใช้เครื่องมือ MCP 84 ตัว — browser, channel, A2A, pane, terminal และอื่น ๆ อีกมาก — และลงทะเบียนตัวเองกับ agent บนเครื่องคุณตั้งแต่รันครั้งแรก จึงไม่มีไฟล์คอนฟิกที่ต้องมานั่งแก้เอง
worktree fan-out ทำงานอย่างไร
คุณป้อนพรอมต์เดียวแล้วเลือกจำนวน lane ที่จะรัน ได้สูงสุดแปด lane wmux จะสร้าง git worktree แยกอิสระต่อ lane รัน agent ในแต่ละอัน แล้วแสดงผลลัพธ์เคียงข้างกัน จากนั้นคุณเก็บเกี่ยวการเปลี่ยนแปลงทีละ hunk — แต่ละ hunk จะถูกใช้ทั้งหมดหรือไม่ใช้เลย — แล้วเปิด pull request จากแท็บ Git
Claude Code, Codex และ Gemini รันพร้อมกันได้ไหม
ได้ แต่ละ pane เป็นเจ้าของ PTY และโปรเซส agent ของตัวเอง wmux ตรวจจับ Claude Code, Codex CLI, Gemini CLI, Aider, OpenCode และ GitHub Copilot CLI และพวกมันสามารถส่งต่องานถึงกันผ่านช่องทางและข้อความ A2A
เครื่องมือเบราว์เซอร์ทำอะไรได้จริงบ้าง
มันควบคุมแท็บ Chrome จริงผ่าน DevTools Protocol: นำทาง, คลิก, พิมพ์ลงในช่องกรอกข้อมูลที่ควบคุมด้วย React, ประกอบคำภาษา CJK, อ่าน DOM, จับภาพหน้าจอ, เฝ้าดูเครือข่าย เฉพาะหมวด browser หมวดเดียวก็มีถึง 39 จาก 84 เครื่องมือ MCP
รีบูตแล้วอะไรบ้างที่ยังอยู่
daemon เก็บพื้นที่ทำงาน, pane, ไดเรกทอรีที่ใช้งาน, scrollback และประวัติช่องทางไว้ถาวร pane ที่ประกาศไว้ใน wmux.json ถูกดูแลและรีสตาร์ตเหมือน service ตัวโปรเซส agent เองจะหยุดเมื่อเครื่องหยุด แต่สิ่งที่กลับมาคือพื้นที่ทำงานที่พวกมันเคยอยู่ พร้อมให้เชื่อมต่อกลับได้ทันที
wmux เป็นโอเพนซอร์สไหม
ใช่ ใช้สัญญาอนุญาต MIT และซอร์สโค้ดทั้งหมดอยู่บน GitHub
wmux ส่ง telemetry ไหม
ไม่มี telemetry ไม่มีการวิเคราะห์ข้อมูล ไม่ต้องมีบัญชี wmux web ผูกกับ loopback เป็นค่าเริ่มต้น การเปิดให้เข้าถึงจากเครือข่ายต้องเลือกเองอย่างชัดเจนและแอปจะเตือนคุณ
ข้อกำหนดระบบขั้นต่ำคืออะไร
Windows 10 build 1903 ขึ้นไป (x64) หรือ macOS บน Apple Silicon แรม (RAM) ประมาณ 4 GB และพื้นที่ดิสก์ไม่กี่ร้อยเมกะไบต์ อินเทอร์เฟซรองรับ 23 ภาษา
อยากรู้การทำงานภายในไหม
ดูสถาปัตยกรรม ปุ่มลัด และคำศัพท์ของพื้นที่ทำงาน
ออกแบบมาให้ใช้คีย์บอร์ดเป็นหลัก
โหมด prefix ของ tmux ครอบคลุม 13 การทำงาน ความเคยชินของมือจึงยังใช้ได้เหมือนเดิม
Pane
- แบ่งไปทางขวาCtrl+D
- แบ่งลงด้านล่างCtrlShift+D
- แท็บใหม่Ctrl+T
- ปิดแท็บCtrl+W
- Pane ลอย (Quake)Ctrl+`
Workspace
- พื้นที่ทำงานใหม่Ctrl+N
- สลับพื้นที่ทำงานCtrl1-9
- เพิ่มเข้า multiviewCtrl+click
- ออกจาก multiviewCtrlShift+G
- เปิด/ปิด sidebarCtrlShift+B
Terminal
- ค้นหา (regex)Ctrl+F
- โหมดคัดลอกแบบ ViCtrlShift+X
- เพิ่มบุ๊กมาร์กCtrl+M
- บุ๊กมาร์กก่อนหน้าCtrl+↑
- บุ๊กมาร์กถัดไปCtrl+↓
Fleet
- Fleet ViewCtrlShift+A
- โหมด prefix ของ TmuxCtrl+B
- Command paletteCtrl+K
- ตั้งค่าCtrl,
- เปิดเบราว์เซอร์CtrlShift+L
สิ่งที่กำลังทำงานอยู่จริง
สถาปัตยกรรม — daemon, pane, MCP host, agent
┌──────────────────────────────────────────────────────────────┐ │ wmux window · Electron renderer · React + xterm.js │ │ ── panes · tabs · Fleet View · Git tab · browser surface │ ├──────────────────────────────────────────────────────────────┤ │ daemon · owns every session, outlives the window │ │ ── PTY pool (ConPTY on Windows, forkpty on macOS) │ │ ── wmux.json pane supervision ── scrollback up to 999K │ │ ── channels · A2A bus · worktree tasks │ ├──────────────────────────────────────────────────────────────┤ │ mcp host · 84 tools, registered on first run │ │ ── workspace-scoped tokens ── execute approval gate │ ├──────────────────────────────────────────────────────────────┤ │ agents · claude code · codex · gemini · aider · … │ └──────────────────────────────────────────────────────────────┘ # Each agent runs in its own PTY. wmux owns the lifecycle, not the agent. # 8-pane echo latency: p50 4.6 ms, measured in CI. # wmux web binds to loopback; exposing it to the network is opt-in.
คำศัพท์ที่ใช้ในหน้านี้
- Workspace multiplexer
- ซอฟต์แวร์ที่รันหลายพื้นที่ทำงาน — เทอร์มินัล, agent, worktree, เบราว์เซอร์ และช่องทางของพวกมัน — ไว้ในหน้าต่างเดียวและวงจรชีวิตเดียว แทนที่จะเป็นหลายหน้าต่างที่คุณต้องจัดการเอง
- Orchestrator
- บทบาทของ wmux ที่มอบหมายงานให้ sub-agent ใน pane อื่น ติดตามความคืบหน้าใน Fleet View และรันสกิลแบบวนซ้ำจนกว่ารายการ done-when checklist จะผ่าน
- Channel
- ห้องสไตล์ Slack ที่คนและ agent ใช้ร่วมกันในพื้นที่ทำงาน ข้อความ, thread และสถานะยังไม่อ่านถูกเก็บไว้โดย daemon จึงยังอยู่แม้รีสตาร์ต
- Worktree task
- หนึ่ง lane ของ fan-out: git worktree อิสระที่มี branch และ agent ของตัวเอง ซึ่งการเปลี่ยนแปลงของมันจะถูกเก็บเกี่ยวทีละ hunk เข้าสู่ working tree ของคุณในภายหลัง
- A2A — agent-to-agent
- ข้อความงานที่ส่งตรงระหว่าง agent: ส่ง, สอบถาม, อัปเดต, ยกเลิก wmux เปิดให้ใช้สิ่งเหล่านี้เป็นเครื่องมือ MCP เพื่อให้ agent ใดก็ตามที่พูดภาษา MCP ได้เข้าร่วมได้
- MCP — Model Context Protocol
- สเปก JSON-RPC แบบเปิดสำหรับเชื่อมต่อ AI agent เข้ากับเครื่องมือและทรัพยากรต่าง ๆ wmux เปิดให้ใช้เครื่องมือ MCP 84 ตัวจาก host ในเครื่องที่จำกัดขอบเขตตามพื้นที่ทำงาน
- CDP — Chrome DevTools Protocol
- โปรโตคอลดีบักของ Chromium ที่เปิดให้ใช้งานผ่าน WebSocket wmux ใช้มันเพื่อให้ agent ควบคุมแท็บเบราว์เซอร์จริงแทนที่จะเป็นแท็บจำลอง
- PTY — ConPTY / forkpty
- pseudo-terminal ที่ pane ใช้ทำงาน: ConPTY บน Windows, forkpty บน macOS wmux เรียกใช้มันโดยตรง จึงไม่มี Linux VM เข้ามาเกี่ยวข้อง
หน้าต่างเดียว กองทัพเดียว
ดาวน์โหลด wmuxฟรี · MIT · Windows และ macOS · ไม่มี telemetry · ไม่ต้องมีบัญชี