Windows のための
AI エージェント・ターミナル。

分割ターミナル、ブラウザ自動化、MCP 統合 — WSL なしで。新しいコーディングの形のために設計。

Windows 版をダウンロード GitHub で Star 211

claude-code

thinking

~/api ❯ claude-code "add /sessions endpoint"

↳ Reading src/routes/index.ts …

✻ Designing handler with persistence

+ created src/routes/sessions.ts

+ updated src/routes/index.ts

+ test sessions.test.ts (4/4 pass)

~/api ❯

codex

writing

~/web ❯ codex --task "polish settings page"

↳ Touching components/Settings.tsx

~ Refactoring tabs (3 children)

✓ Added skeleton states

✓ Accessibility: aria-controls wired

~/web ❯

gemini

running

~/repo ❯ gemini "run e2e and summarize"

↳ playwright test — 24 specs, 4 workers

✓ auth.spec.ts (6) 2.4s

✓ dashboard.spec.ts (9) 3.1s

✓ mcp.spec.ts (9) 1.8s · done

~/repo ❯

macOS には cmux がある。Windows には tmux がない。だから作った — AI 時代のために。

wmux は AI コーディングエージェントを中心に設計された Windows ネイティブのマルチペイン・ターミナルです。WSL ではない。移植でもない。ゼロから構築。

wmux — pwsh

機能

Windows で wmux だけができる六つのこと。

01 / Browser

AI が本物のブラウザを操作する。スクリーンショットではなく。

Claude、Codex、Gemini が CDP 経由でライブの Chromium タブを操作。クリック、入力、スクロール、DOM 読み取り — wmux はバイトをルーティングするだけ、作業はエージェント自身が行う。

Chrome DevTools ProtocolSelector pickerInspector panel

github.com / openwong2kim / wmux● driven by claude

Browser CDP recording

15s loop — Claude clicks through GitHub releases, reads patch notes, opens PR.

webm/av1 · 1280×720 · 800kbps

claude → browser.click("a[href*=releases]")

claude → browser.read(".release-body") · 1.2kb

02 / Panes

一つのウィンドウに複数のターミナル — そして複数のエージェント。

tmux が教えてくれた方法でペインを分割。各ペインは本物の PTY(conpty)、各々が自分のエージェントとスクロールバックを持つ。さらに tmux スタイルの Ctrl+B プレフィックス、Quake 風 floating pane、長いログを飛び回るスクロールブックマーク。

Native conptyTmux prefix (Ctrl+B)Floating pane (Ctrl+`)Scroll bookmarkMultiview

● claude~/api

❯

tests passing · 24/24

● codex~/web

❯

rendering settings…

● gemini~/e2e

❯

spec 18 / 24

● pwsh~/wmux

❯

idle · awaiting input

03 / Notifications

「終わった?」 — 自動でお答えします。

wmux がエージェントプロセスを監視。終わった瞬間 — または確認を求めた瞬間 — ネイティブな Windows トーストが届きます。90 秒ごとにタブを覗く必要はありません。

Native toastPer-agent rulesSound optional

~/api ❯ claude-code "refactor and run tests"

⠼ working… (12s)

⠴ writing src/store/leveldb-driver.ts

⠦ running tests…

✓ done — 24 tests passed

claude finished — backend refactor

24 tests passed · 1m 42s

04 / MCP

Claude Code MCP、自動登録。JSON 編集ゼロ。

wmux を一度開けば、13 のツールを ~/.claude.json に適切なスコープで書き込みます。Codex と Gemini にも各々の設定。同じ wmux 内のエージェント同士は A2A(agent-to-agent)ツールでメッセージを送受信できます。コピペ地獄なし。

Auto-config13 built-in toolsA2A messagingLocal-only host

~/.claude.json (auto-managed by wmux)

{

"mcpServers": {

+ "wmux/browser_cdp": { cmd: "wmux-mcp", args: ["browser"] },

+ "wmux/filesystem": { cmd: "wmux-mcp", args: ["fs"] },

+ "wmux/shell": { cmd: "wmux-mcp", args: ["shell"] }

}

browser_openbrowser_clickbrowser_readfs_readfs_writeshell_runtask_notify+ 6 more

05 / Persistence

閉じる。再起動。まったく同じ状態に戻る。

wmux はあらゆるペイン、cwd、env、スクロールバック、活動中のエージェントをスナップショットします。再起動 — あるいは頼んでいない Windows Update — の後でも、開けば文の途中から続けられる。

Crash-safePer-workspaceSnapshot diff

STEP 01

Close wmux

3 panes · 2 agents alive

state.snapshot()

STEP 02

Reboot Windows

shutdown /r /t 0

wmux daemon stops cleanly

STEP 03

Reopen — same state

panes, cwds, history restored

agents reattach if alive

06 / Security

エージェント・ターミナルに本当に必要なセキュリティ。

エージェントは強力です。wmux は彼らが間違っていたり、悪意があったり、乗っ取られたりすることを前提とします。デフォルトで四つのガードが動きます。

Token-bound MCP

すべての MCP 呼び出しはセッションごとのトークンを持つ。偽造可能? いいえ — 署名します。

SSRF block-list

browser_open はメタデータ IP、ホストの localhost、プライベートサブネットを拒否します。

Electron Fuses

Node integration、ASAR 検証、run-as-node — すべてビルド時にロック。

Memory watchdog

エージェントごとの RSS 上限。暴走セッションにはソフト信号、そしてハードキル。

ライブデモ

60 秒。エージェント 3 つ。ウィンドウ 1 つ。

wmux が 3 つのエージェントを起動し、ブラウザタスクを Claude にファンアウトし、終わったら通知する流れ。

wmux — live demo

60 秒プロダクトウォークスルー

1080p · AV1 + H.264 デュアルエンコード · poster ≤ 75 KB · playsinline autoplay muted loop

video/av1 · 1920×1080 · 6mb target · poster ≤ 75 KB

0:00空のワークスペース

0:10Ctrl+D 二回 — ペイン 3 つ

0:20claude / codex / gemini を起動

0:35Claude がブラウザを操作

0:50トースト → 3 つすべて完了

wmux のユーザー

wmux を真っ先に手に取る四人。

Claude Code ヘビーユーザー

一つのペインで Claude が動き、他のペインで diff やテストを見る — 同じワークスペース、同じ cwd、コンテキストスイッチゼロ。

ペイン A で Claude がバックエンドリファクタ → ペイン B はテスト出力監視 → ペイン C は PR コメント読み。一つのウィンドウで。

claude-codeMCP

マルチエージェント運用者

Claude、Codex、Gemini を並列で。回答を A/B 比較し最良を選ぶか、大きなタスクを三つに分ける。

ペイン 3 つ、エージェント 3 つ、一つのプロンプトを三つに分岐。先に — そして最良に — 終えた者が勝つ。

claude / codex / geminiA/B

WSL を避けたい Windows 開発者

WSL2 のメモリ肥大、NTFS と EXT4 のパス問題、毎日の「WSL 再起動」税にうんざりしたら。wmux はネイティブ conpty、Linux VM なし。

コールド起動: 280ms。ベースラインメモリ: 118MB。昼食前に "wsl --shutdown" 不要。

conptynative

エージェント + ブラウザ自動化

エージェントに changelog を読ませ、CI ダッシュボードをクリックさせ、自分の PR をスクレイプさせる — スクリーンショットではなく本物の Chromium で。

Claude が GitHub リリースノートを読み、Markdown に要約を書いて、完了したら Windows トーストで通知。

browser_cdptask_notify

ベンチマーク

形容詞ではなく数字で。

コールド起動

280ms

vs WSL+tmux 3.2s (11× faster)

ベースラインメモリ

118MB

1 pane idle · vs WSL+tmux 824MB

インストーラサイズ

42MB

signed exe · x64 + ARM64

ディスク占有

198MB

post-install footprint

セッション復元

120ms

3 panes · 50KB scrollback each

MCP 呼出遅延

<2ms p50

<5ms p99 · local MCP host

Windows 11 23H2 · Intel i7-13700K · 32 GB RAM · NVMe SSD 環境で測定。

MCP ツール

13 のツール。設定ゼロ。

すべての wmux インストールにはこれらの MCP ツールが付属します。アクティブなワークスペースにスコープされ、MCP を話せるあらゆるエージェントに公開されます。

⌖

browser_open

CDP がアタッチされた Chromium を起動。

◉

browser_click

ライブページの任意のセレクタをクリック。

◐

browser_read

CSS セレクタでテキストや DOM を読む。

⌨

browser_type

フォーカスされた入力欄に文字通り入力。

▤

fs_read

サンドボックス内のプロジェクトファイルを読む。

▥

fs_write

diff レビューと共に編集を保存。

◎

fs_search

ワークスペース全体に ripgrep。

▶

shell_run

サンドボックスされたシェルで pwsh コマンドを実行。

⥥

shell_stream

長時間実行の出力をエージェントへストリーム。

◔

task_notify

エージェント終了時にネイティブな Windows トースト。

◇

session_attach

完全なスクロールバックと共に以前のペインを復元。

⧉

workspace_open

アクティブな wmux ワークスペースを切り替え。

⌬

memory_recall

スコープされたエージェントのメモリストアを読む。

⌖

browser_open

CDP がアタッチされた Chromium を起動。

◉

browser_click

ライブページの任意のセレクタをクリック。

◐

browser_read

CSS セレクタでテキストや DOM を読む。

⌨

browser_type

フォーカスされた入力欄に文字通り入力。

▤

fs_read

サンドボックス内のプロジェクトファイルを読む。

▥

fs_write

diff レビューと共に編集を保存。

◎

fs_search

ワークスペース全体に ripgrep。

▶

shell_run

サンドボックスされたシェルで pwsh コマンドを実行。

⥥

shell_stream

長時間実行の出力をエージェントへストリーム。

◔

task_notify

エージェント終了時にネイティブな Windows トースト。

◇

session_attach

完全なスクロールバックと共に以前のペインを復元。

⧉

workspace_open

アクティブな wmux ワークスペースを切り替え。

⌬

memory_recall

スコープされたエージェントのメモリストアを読む。

インストール

どのみち選ぶ二つ — そのどちらかで。

オプション 1 — ダウンロード

Windows 11 / 10 用インストーラ

wmux をダウンロードwmux-3.11.1.Setup.exe · 152 MB

x64 · ARM64 · 署名済み · 自動更新

オプション 2 — パッケージマネージャ

ワンライナー — 5 秒でインストール

$winget install openwong2kim.wmux

winget 推奨 · scoop / choco / PowerShell も使用可

Windows 10 (1903+) 必須 · 管理者権限不要 · WSL 不要

ショートカット

キーボード優先、設計通り。

Pane

右に分割Ctrl+D
下に分割CtrlShift+D
新規タブCtrl+T
タブを閉じるCtrl+W
Floating pane (Quake)Ctrl+`

Workspace

新規 WorkspaceCtrl+N
Workspace 切替Ctrl1-9
Multiview に追加Ctrl+click
Multiview 終了CtrlShift+G
サイドバー切替CtrlShift+B

Terminal

検索 (正規表現)Ctrl+F
Vi コピーモードCtrlShift+X
ブックマーク追加Ctrl+M
前のブックマークCtrl+↑
次のブックマークCtrl+↓

その他

Tmux prefix モードCtrl+B
Command paletteCtrl+K
設定Ctrl,
Browser を開くCtrlShift+L
DevToolsF12

アーキテクチャ

実際に何が動いているか。

アーキテクチャ (Electron + Rust コア + Node MCP ホスト)README.md → architecture

┌──────────────────────────────────────────────────────────────┐
│  wmux shell  ·  Electron renderer  ·  React + xterm.js     │
│  ── window chrome · pane manager · workspace router          │
├──────────────────────────────────────────────────────────────┤
│  core (Rust, native)                                       │
│  ── PTY pool (winpty / conpty)   ── session snapshotter      │
│  ── encrypted token store         ── Electron Fuses (locked) │
├──────────────────────────────────────────────────────────────┤
│  mcp host (Node)                                          │
│  ── 13 built-in tools  ── auto-register into ~/.claude.json   │
│  ── SSRF block-list   ── memory watchdog (per agent)         │
├──────────────────────────────────────────────────────────────┤
│  agents  ·  claude-code  ·  codex  ·  gemini-cli  ·  any cli │
└──────────────────────────────────────────────────────────────┘

# Each agent runs in its own PTY. wmux owns the lifecycle, not the agent.
# MCP host is local-only (127.0.0.1:auto); never exposed to the network.

比較

wmux と代替手段。

	wmux	WSL + tmux	Windows Terminal	ConEmu / Cmder	VS Code Terminal
ペイン分割	✓	✓	一部	✓	✓
セッション永続化	✓	一部	✕	一部	一部
AI エージェント認識	✓	✕	✕	✕	✕
MCP ツール自動登録	✓	✕	✕	✕	✕
ブラウザ自動化 (CDP)	✓	✕	✕	✕	✕
Windows ネイティブ (WSL 不要)	✓	✕	✓	✓	✓
オープンソース · MIT	✓	✓	✓	一部	一部
一つのウィンドウでマルチエージェント	✓	✕	✕	✕	✕
ネイティブ Windows トースト	✓	✕	✕	✕	✕
コールド起動 < 500ms	一部	✕	✓	一部	✕
ベースラインメモリ < 200MB	✓	✕	✓	✓	✕

✓ 対応一部制約あり✕ 非対応

用語集

このページで使う用語。

MCP — Model Context Protocol: Anthropic が 2024 年 11 月に公開したオープン JSON-RPC 仕様。AI エージェントとツール・リソースを接続します。wmux は 13 の MCP ツールをローカル専用ホストとして提供します。
CDP — Chrome DevTools Protocol: Chromium のデバッグプロトコル。WebSocket 経由で公開されます。Puppeteer/Playwright はこの上に構築されています。wmux は CDP でエージェントが本物のブラウザタブを操作できるようにします。
PTY / conpty: 疑似ターミナル。Windows はビルド 1809(2018) に conpty を追加。wmux は conpty を直接呼び出し、WSL なしで本物のターミナルを提供します。
AI コーディングエージェント: コードを自律的に書き、編集し、実行する LLM ベースのツール。例: claude-code、codex、gemini-cli。
Workspace (wmux 用語): 名前付きのペイン + 作業ディレクトリ + エージェント状態の集合。wmux がスナップショットし、再起動や Windows Update でも進捗が失われません。
Pane: wmux ウィンドウ内の一つの PTY。各ペインは独自のシェル、cwd、スクロールバック、オプションでバインドされたエージェントを持ちます。
Session: エージェントがペインに接続している実行単位。デタッチして後で完全なスクロールバックと共に再アタッチできます。

FAQ

ストレートな答え。

wmux は Windows 向け tmux のポートですか?

いいえ。wmux は ConPTY と Electron 上に構築されたネイティブ Windows ターミナル多重化ツールで、tmux スタイルの分割パネル・プレフィックスキー・セッション永続化を提供します — WSL や Cygwin は不要です。

wmux に WSL は必要ですか?

いいえ。wmux は conpty と小さな Rust コアで Windows ネイティブに動きます。WSL は必要なく、使用もしません。

MCP とは何で、なぜ wmux はツールを自動登録するのですか?

Model Context Protocol は Anthropic のオープン仕様で、AI エージェントとツール・リソースを JSON-RPC で接続します。wmux は 13 個の内蔵 MCP ツール(ブラウザ/ファイルシステム/シェル/セッション/メモリ)を ~/.claude.json に自動書き込みし、Claude Code、Codex、Gemini が設定ゼロで使えるようにします。

wmux は Windows Terminal とどう違いますか?

Windows Terminal はタブ式シェルホストです。wmux はマルチペイン + エージェント認識ターミナル: 一つのウィンドウに複数の PTY、ペインごとのエージェントプロセス、CDP によるブラウザ自動化、ネイティブなトースト通知、再起動を耐えるセッション永続化。

Claude Code、Codex、Gemini を同時に動かせますか?

はい。各ペインが自分の conpty PTY とエージェントプロセスを持ちます。ウィンドウを 2-6 ペインに分割し、それぞれで異なるエージェントを動かしながら、同じワークスペースのコンテキストを共有できます。

CDP によるブラウザ自動化とは?

Chrome DevTools Protocol で、エージェントが本物の Chromium タブを操作します — クリック、入力、スクロール、DOM 読み取り。wmux の browser_open ツールが CDP のアタッチされた Chromium を起動し、MCP を話す任意のエージェントが制御できます。

wmux はオープンソースですか?

はい、MIT ライセンス。ソースは GitHub にあります。

wmux はテレメトリを送信しますか?

テレメトリゼロ、アナリティクスゼロ、アカウント不要。MCP ホストは 127.0.0.1 にのみバインドされ、ネットワークに公開されません。

最低システム要件は?

Windows 10 ビルド 1903 以降 (または任意の Windows 11)、4 GB RAM、200 MB のディスク。x64 と ARM64 両対応。

wmux と tmux の違いは?

wmux は tmux の Ctrl プリフィックスの筋肉記憶(ペイン分割・ワークスペース切替)を借りています。大きな違いは wmux がエージェント優先という点 — エージェントプロセスを追跡し、完了時にトーストを出し、MCP トラフィックをルーティングします。tmux は汎用ターミナルマルチプレクサです。

Claude 以外のエージェントも使えますか?

はい。MCP を話すあらゆるもの(Codex、Gemini CLI、カスタムエージェント) — あるいは MCP を必要としない任意の CLI ツール — 問題なく動きます。wmux はペイン、セッション、MCP ホストを提供するだけです。

ターミナルのジャグリングは終わり。

wmux をダウンロード

無料 · MIT · windows 10+ · テレメトリなし · アカウント不要

macOS には cmux がある。Windows には tmux がない。 だから作った — AI 時代のために。