Tmux

ターミナルを複数ペインに分割して同時に操作したいとき、Rust製マルチプレクサ Zellij は設定なしですぐ使える操作ガイドを画面下部に表示してくれます。しかし実際に業務で使い込むと「CLIのサブコマンドが把握しきれない」「モード別のキーバインドを一覧で確認したい」という場面が出てきます。 ここでは Zellij のコマンド体系を CLIサブコマンド・モード別キーバインド・アクション定義 の3つの軸で整理し、tmux との操作比較やカスタマイズ例まで含めて解説します。 Zellij の概要と基本構造 Zellij は Rust で実装されたターミナルマルチプレクサです。GitHub で 29,000 以上の Star を獲得しており（出典: GitHub）、MIT ライセンスで公開されています。最新の安定版は v0.43.1（2025年8月リリース）です。 tmux や screen と同じ「セッション → タブ → ペイン」の階層構造を持ちますが、以下の点で異なります。 観点 Zellij tmux 実装言語 Rust C 設定形式 KDL (.kdl) 独自形式 (.tmux.conf) 操作ガイド 画面下部にリアルタイム表示 なし（暗記前提） プラグイン WebAssembly（WASM）対応 なし フローティングペイン 標準搭載 tmux 3.3+ で popup プレフィックスキー モード切替方式 Ctrl+b（デフォルト） CLI サブコマンド一覧 zellij コマンドには以下のサブコマンドがあります。引数なしで実行すると新しいセッションが起動します。 セッション管理 サブコマンド 短縮形 機能 attach <session-name> a 既存セッションに接続 list-sessions ls 実行中セッション名の一覧表示 kill-session <target> k 指定セッションを終了 kill-all-sessions ka 全セッションを終了 # セッション一覧の表示 zellij ls # 名前付きセッション作成 zellij -s my-project # 既存セッションへの再接続 zellij attach my-project # セッション削除 zellij kill-session my-project セットアップ・設定 サブコマンド 機能 setup --dump-config デフォルト設定ファイルを標準出力に出力 setup --dump-layout <name> 指定レイアウトファイルを標準出力に出力 setup --generate-completion <shell> シェル補完スクリプトを生成（bash/zsh/fish） setup --check 設定ファイルの構文チェック setup --clean デフォルト設定で起動 options 起動時の動作オプションを変更 # デフォルト設定の書き出し zellij setup --dump-config > ~/.config/zellij/config.kdl # zsh 補完の生成 zellij setup --generate-completion zsh > ~/.zfunc/_zellij # レイアウト指定で起動 zellij --layout my-layout zellij run（コマンド実行） 新しいペインでコマンドを直接実行するサブコマンドです。短縮形は zr です。 ...

ターミナル作業を変えるZellijの正体 Zellijは、Rust言語で開発されたオープンソースのターミナルマルチプレクサです。1つのターミナルウィンドウを複数のペインやタブに分割し、それぞれで独立したシェルを操作できます。 「Zellij（ゼリージュ）」という名前は、モロッコなど北アフリカの建築に見られるモザイクタイル装飾に由来しています。個々のタイルを組み合わせて幾何学模様を作る伝統工芸のように、ターミナル上で複数のペインを自在に配置する様子を表現しています（出典: GitHub README）。 公式は「A terminal workspace with batteries included（バッテリー同梱のターミナルワークスペース）」を掲げており、初期設定なしで使い始められる点を最大の特徴としています（出典: Zellij公式サイト）。 GitHubのStar数は29,100を超え、167名以上のコントリビューターが参加するアクティブなプロジェクトです（出典: GitHub）。コードの99.4%がRustで記述されており、MITライセンスの下で公開されています。 Zellijが解決する3つの課題 ターミナルマルチプレクサを使わない場合、開発者は次のような問題に直面します。 SSH接続の断絶でプロセスが終了する: サーバー上で長時間実行するタスクが、ネットワーク切断と同時に消える ターミナルウィンドウの増殖: エディタ用、ビルド用、ログ監視用…と複数のウィンドウを行き来する手間が発生する 作業環境の再構築コスト: PCを再起動するたびにペイン配置やディレクトリ移動をやり直す必要がある Zellijはセッション管理・ペイン分割・レイアウト保存の3機能でこれらを解消します。 Zellij・tmux・GNU Screen — ターミナルマルチプレクサ3種の比較 ターミナルマルチプレクサにはZellij以外にもtmuxやGNU Screenが存在します。選択の判断材料として、技術的な違いを整理します。 観点 Zellij tmux GNU Screen 実装言語 Rust C C 初回リリース 2021年 2007年 1987年 設定ファイル形式 KDL 独自（.tmux.conf） 独自（.screenrc） 初期設定の要否 不要（即座に利用可） 実用にはカスタマイズが必要 実用にはカスタマイズが必要 キーバインド表示 画面下部に常時表示 表示なし（暗記が必要） 表示なし プラグイン機構 WebAssembly（WASM） なし（外部スクリプト連携） なし フローティングペイン 標準搭載 tmux 3.3以降でポップアップ対応 非対応 レイアウト定義ファイル KDL形式で宣言的に定義 シェルスクリプトで手続き的に記述 限定的 セッション共有 マルチプレイヤーモード ソケット共有で可能 マルチユーザーモードで可能 Webクライアント v0.43で搭載（ブラウザからアクセス） 非対応 非対応 ライセンス MIT ISC GPL-3.0 tmuxからの乗り換えを検討すべきケース tmuxを長年使っているユーザーにとって、乗り換えコストは無視できません。次のいずれかに当てはまる場合に移行メリットが大きくなります。 ...

Claude Codeで複数のタスクを同時に進めたいとき、ターミナルを1つしか使わない運用では待ち時間が積み重なります。機能追加の裏でテストを回す、フロントエンドとバックエンドを同時に実装する――こうした場面で並列実行が効果的です。 並列実行の手段は大きく3つあり、それぞれ得意な場面が異なります。 手法 概要 向いている場面 git worktree + 複数ターミナル ブランチごとに作業ディレクトリを分離し、各ターミナルでClaude Codeを起動 独立した機能の同時開発、PR単位の並行作業 サブエージェント（Task tool） Claude Code内部から別エージェントを起動し、調査・テスト・レビューを委譲 コードベース調査、テスト実行、コードレビュー tmux / iTerm2 による多重化 ターミナルマルチプレクサでセッションを分割し管理 短時間のタスク並行、セッション監視 git worktreeで作業ディレクトリを分離する git worktreeは、1つのリポジトリから複数の作業ディレクトリを切り出す機能です。各worktreeは独立したブランチをチェックアウトできるため、ファイルの競合を気にせずClaude Codeを複数同時に動かせます。 worktreeの作成手順 # feature-authブランチ用のworktreeを作成 git worktree add ../my-project-auth -b feature/auth # feature-api用のworktreeを作成 git worktree add ../my-project-api -b feature/api # 作成済みworktreeの一覧を確認 git worktree list 各ディレクトリに移動して、別々のターミナルでClaude Codeを起動します。 # ターミナル1 cd ../my-project-auth claude # ターミナル2 cd ../my-project-api claude VSCodeのgit worktreeサポート VSCode 1.103（2025年7月版）以降、標準でgit worktreeの管理機能が搭載されました。GUIからworktreeの作成・削除が可能です。コマンドパレットからGit: Create Worktreeを実行し、ブランチ名と保存先ディレクトリを指定するだけで新しいworktreeが開きます。 ...