AI coding agent が日常に入ってくると、最初に困るのは必ずしも「model が書けない」ことではない。もっとよく起きるのは、terminal が増えすぎることだ。ある Claude Code は permission を待っていて、ある Codex は test を走らせ終わり、別の session は長い説明を出している。しかし人間のほうは、どの directory、どの branch、どの task がどの画面だったかを忘れ始める。

今日見ておきたいのは receptron/mulmoterminal だ。新しい agent model でも IDE でもなく、browser 上で動く terminal grid である。複数の Claude Code と Codex session を一つの画面に並べ、各 cell に status、directory、branch、token / cost information、agent summary を表示する。内部では real PTY、WebSocket、xterm.js、tmux を使い、page reload や server restart の後でも session に戻れるようにしている。

GitHub repository API、repository page、README、Latest Release、LICENSE、package.json、default branch commit を 2026-07-30 時点で確認すると、receptron/mulmoterminal は 70 stars、11 forks。主要言語は TypeScript、license は MIT。repository は 2026-06-14 12:39:37 UTC に作成され、最近の public push は 2026-07-30 10:02:10 UTC。default branch main の現在の HEAD は 5b7bf2e、commit time は 2026-07-30 10:02:08 UTC。最新 GitHub Release は 2.8.0、published time は 2026-07-30 05:28:22 UTC。root package.json の package name は mulmoterminal、version は 2.8.0、required Node.js は >= 22.9、CLI entry は mulmoterminal と claude-ollama を含む。

プロジェクト概要

項目内容
リポジトリreceptron/mulmoterminal
位置づけ複数 Claude Code / Codex session の browser terminal grid
Stars70
Forks11
主要言語TypeScript
ライセンスMIT
GitHub 作成時刻2026-06-14 12:39:37 UTC
最新 push2026-07-30 10:02:10 UTC
現在の default branch commit5b7bf2e、2026-07-30 10:02:08 UTC
最新 GitHub Release2.8.0、2026-07-30 05:28:22 UTC
npm packagemulmoterminal 2.8.0、Node.js >= 22.9
キーワードClaude Code、Codex、browser terminal、xterm.js、tmux、git worktree、Web Push

解いているのは「どの agent が待っているか」

README の中心的な利用場面はかなり具体的だ。single agent なら普通の shell で足りる。しかし複数 agent を並行して動かすと、terminal split はすぐに attention cost になる。MulmoTerminal は各 session を cell に入れ、working、waiting、done、idle などの状態を色で示す。人間は出力を一つずつ読むのではなく、まずどの cell が介入を求めているかを見ればよい。

これは小さな UI 改善に見えるが、CLI agent workflow では効く。Claude Code も Codex も、途中で user confirmation、permission request、continue prompt を待つことがあるし、長い task を終えてそのまま止まることもある。複数 terminal tab を切り替えていると、作業よりも「この session に何を頼んでいたか」を思い出す時間が増える。

MulmoTerminal は cell header に model、context percentage、token in / out、branch / changes chip、AI summary を置く。agent を賢くする tool というより、agent の状態を chat transcript から取り出して、人間が scan できる control surface にする tool だ。

tmux と worktree で並行作業を壊れにくくする

この project の実務的な設計は、browser UI だけを state source にしていない点だ。README では、各 session は server 上の real PTY として動き、WebSocket 経由で browser の xterm.js terminal に流れると説明されている。tmux は terminal session を server restart、page refresh、development server reload の後も残すための層だ。

coding agent ではこれが重要になる。agent は build、test、code generation、repository analysis の途中かもしれない。browser reload がそのまま session kill になると、parallel workflow はかなり脆い。tmux が session lifecycle を server side に置き、MulmoTerminal が reconnect と status 表示を担当する。

もう一つ実用的なのが git worktree だ。各 repo cell は branch chip を表示し、isolated worktree を作り、diff panel を開き、commit、push、PR 作成まで扱える。multi-agent workflow で怖いのは、複数 agent が同じ checkout で互いの変更を踏むことだ。worktree は各 task line に directory と branch を与え、最後に人間が merge する判断をしやすくする。

単なる terminal split ではない

MulmoTerminal が terminal を四分割するだけなら、価値はかなり限定的だ。README でより気になるのは、agent の出力や周辺操作も同じ画面に寄せていることだ。

一つは GUI panel だ。project は MCP / plugin mechanism を通じて、agent が生成した documents、forms、charts、images、HTML、collection cards などを Canvas area に render できる。これは、本来 plain text だけで見るべきではない task に向いている。chart を作る、report を整理する、page を確認する、structured output を扱う、といった場面だ。

もう一つは file と path の扱いだ。README では、file を terminal に drag する、screenshot を直接 paste する、agent が出した file path を clickable にする、といった細部が説明されている。CLI agent を長く使うと、こういう細部は model support より手触りに響く。absolute path の copy paste が減り、agent に何度も「file はどこか」と聞かれにくくなる。

mobile push と RemoteHost companion もある。task が完了したり input 待ちになったりすると Web Push で呼び戻し、phone から yes / no / continue のような簡単な返答もできる。この機能が全員に必要とは限らないが、project の狙いが「agent をずっと前面で監視する」ことではなく、「必要な時だけ人間を戻す」ことだとわかる。

Install は直接的だが依存は少なくない

README にある起動方法は次の通りだ。

npx mulmoterminal@latest

local server を起動し、browser を開く。package.json にも mulmoterminal CLI entry がある。requirement として Node.js は >= 22.9。README には claude、git、gh なども並び、codex は OpenAI Codex session を cell で動かすための optional tool として扱われている。session persistence には tmux が推奨され、Docker、ffmpeg、ollama も optional capability に対応する。

つまり、これは browser で開くだけの SaaS ではない。local machine や development machine に Node server を立て、agent CLI、GitHub CLI、tmux、repository permission を整える type の tool だ。その代わり、session と code は自分の machine に残り、browser は control surface になる。

注意したい境界

第一に、project はかなり若い。2026-06-14 に作成され、stars は 70。最近の更新は多いが、広く検証済みの infrastructure と見る段階ではない。

第二に、主な対象は個人または小さな workflow だ。README が前面に出すのは local grid、worktree、PR operation、Web Push であり、SSO、audit、centralized permission governance のような enterprise orchestration ではない。

第三に、permission boundary は自分で考える必要がある。MulmoTerminal は real terminal、agent CLI、repo、gh login state を操作できるので、実質的には development machine の control plane に近い。trusted network で使うこと、port exposure を理解すること、credential を持った machine を不用意に public にしないことは、採用前に確認したい。

第四に、GUI は review の代替ではない。status color、summary、diff panel、PR button は parallel management cost を下げるが、agent が出した code は build、test、review される必要がある。この tool が改善するのは、複数 agent を同時に監督するしやすさであり、結果の正しさを保証することではない。

まとめ

receptron/mulmoterminal が面白いのは、AI coding workflow の問題が「一つの assistant と会話する」段階から「複数の task line を同時に見る」段階に進みつつあることを掴んでいる点だ。必要なのは chat window を増やすことではなく、状態が見える execution surface だ。

たまに一つの Codex や Claude Code session を開くだけなら、普通の terminal で十分だと思う。しかし複数 agent を同時に走らせ、どの terminal が permission 待ちで、どの branch に diff があり、どの task が終わったかをよく見失うなら、MulmoTerminal は試す価値がある。agent に判断を任せる tool ではなく、人間が並行中の agent を見失わないための tool だ。