tmux

tmux 是最成熟、生態最廣的選擇。配置在 ~/.config/tmux/tmux.conf（新版）或 ~/.tmux.conf（傳統位置）。

核心配置項目

 1# prefix key（預設是 Ctrl-b，很多人改成 Ctrl-a）
 2unbind C-b
 3set -g prefix C-a
 4bind C-a send-prefix
 5
 6# 分割 pane 的快捷鍵（預設不直覺，改成 | 和 -）
 7bind | split-window -h -c "#{pane_current_path}"
 8bind - split-window -v -c "#{pane_current_path}"
 9
10# 用 vim 風格的 hjkl 切換 pane
11bind h select-pane -L
12bind j select-pane -D
13bind k select-pane -U
14bind l select-pane -R
15
16# 啟用滑鼠支援
17set -g mouse on
18
19# 256 色支援
20set -g default-terminal "tmux-256color"
21set -ag terminal-overrides ",xterm-256color:RGB"
22
23# status bar 位置
24set -g status-position top

tmux plugin

用 TPM（Tmux Plugin Manager）管理，常用：

• tmux-sensible：合理的預設值
• tmux-resurrect：重開機後還原 session 佈局
• tmux-continuum：自動儲存 session

zellij

zellij 是較新的替代品，Rust 寫的，內建佈局系統、tab 命名、浮動 pane。配置在 ~/.config/zellij/config.kdl（KDL 格式）。

跟 tmux 的主要差異：

• 開箱即用的 UI 提示（底部顯示可用快捷鍵），學習曲線較低
• 佈局用 KDL 宣告式描述，比 tmux 的 script 式設定更容易管理
• Plugin 系統用 WASM，跟 tmux 的 bash script 式 plugin 不同
• 生態較新、plugin 和整合沒有 tmux 多

選型判讀

已經熟 tmux 的人通常沒有強烈理由遷移；從零開始的人 zellij 的上手成本更低。

深入

這篇是多工器的概覽（在終端機生態裡的定位、tmux 與 zellij 的取捨）。把它們當「遠端工作工具」深入用——session 持久化的核心概念、遠端斷線接回、瀏覽器連遠端 session——見工具選單的深度頁：

• tmux 持久化與基礎——session 持久化怎麼保住遠端工作。
• zellij 分頁與 pane——內建佈局的操作深入。
• zellij 遠端 web 客戶端——從瀏覽器連遠端 session。
• 遠端連線與同步工具選型——多工器之外的連線（mosh/autossh）與同步（rsync/sshfs/mutagen）。

遠端伺服器優先選 tmux 的理由是可用性。它幾乎是事實標準，多數 Linux 發行版的套件庫都有、很多伺服器甚至預裝。zellij 功能新、畫面提示友善，但通常要自行安裝；在不能隨意裝套件的機器上，tmux 處處可用就是決定性優勢。兩者的取捨在最後一節展開。

本文承接 終端機圖形化工具總覽 的多工器分類，聚焦 tmux 在遠端情境的實際操作。

持久化工作流：detach 與 reattach

tmux 對遠端最重要的能力是 session 持久化：session 跑在伺服器上，跟當前這條 SSH 連線無關，所以主動離開或被動斷線後它都還在。這條工作流由四個指令構成。

關鍵在於被動斷線與主動 detach 的結果相同：手機從 Wi-Fi 切到行動網路、SSH 連線逾時、筆電闔上，這些情況下 tmux session 都留在伺服器上，重連後 tmux a 就接回去。判讀訊號很單純：任何超過幾秒、不想因斷線重來的工作（build、資料遷移、tail -f 追 log、跑測試），開始前先進 tmux。

prefix key：tmux 操作的入口

tmux 的所有指令都以 prefix key 起手，預設是 Ctrl-b。操作方式是按下 Ctrl-b 放開、再按功能鍵，而不是同時按住。理解這個「兩段式」是上手 tmux 的第一道門檻；若按住不放或間隔太久而沒反應，多半是兩段式沒按對，重來一次即可。

window 與 pane 是兩個層級：window 是整頁工作區（類似分頁），pane 是一個 window 內切出的子區塊。遠端開發常見的佈局是一個 window 切成數個 pane，一個跑編輯器、一個跑 tail -f、一個留著敲指令。捲動歷史要先進 copy mode（prefix 後按 [），用方向鍵或 PageUp 往回看，按 q 離開 — 這是初學最容易卡住的點，因為進了 tmux 後終端機原本的捲動行為改由 tmux 接管。

遠端與手機的調校

tmux 預設設定對手機與慢速連線不夠順，幾項調整能明顯改善體感，全部寫在 ~/.tmux.conf。

prefix key Ctrl-b 在手機虛擬鍵盤上難按，常見的調整是改綁成 Ctrl-a（更靠近鍵盤左側）：

1# ~/.tmux.conf
2unbind C-b
3set -g prefix C-a
4bind C-a send-prefix

滑鼠支援讓觸控裝置能直接點選 pane 與捲動，在手機與平板特別有用：

1# ~/.tmux.conf
2set -g mouse on

頻寬層面，tmux 本身傳輸的是純文字、量很低，斷線重連的成本也小。真正吃頻寬的是跑在 tmux 裡的全螢幕 TUI（例如 btop）的高頻重畫 — 這要調的是那個工具自己的刷新率，而非 tmux。改完設定檔後，在既有 session 內用 prefix 後按 : 輸入 source-file ~/.tmux.conf 重新載入。

tmux 與 zellij 的選型對照

tmux 與 zellij 解決同一類問題，session 持久化是兩者共有的基本能力（zellij 甚至內建 resurrection），真正的選擇依據是可用性與上手成本。

選型分界很清楚：受限或陌生的伺服器、要求處處可用，選 tmux；自己掌控的機器、想要友善的上手體驗與內建 layout，選 zellij。對 prefix 快捷鍵還不熟的人，這條分界仍成立：在別人的伺服器上工作優先學 tmux，因為無法保證對方裝了 zellij，可用性約束高於上手體驗；zellij 的友善體驗留給自己能掌控安裝的機器。兩者的指令心智模型相近（都靠一個 prefix/modifier 起手），學會一個再換另一個成本不高。zellij 路線的實際操作在本資料夾另有兩篇：pane 的 CLI 操作見 Zellij 多終端機操作指南、瀏覽器遠端連線見 Zellij Web Client 外網連線教學。

下一步路由

• 在多工器的 pane 裡擺即時監控：見 TUI 監控工具。
• zellij 的進階用法：Zellij 多終端機操作指南 與 Zellij Web Client 外網連線教學。
• 多工器在三類遠端工具中的定位：終端機圖形化工具總覽。

這類工具常被誤解成「把圖片塞進終端機」。那是另一條技術路線（sixel、kitty 影像協定、chafa 把 PNG 轉成色塊），依賴特定終端機支援、傳輸量大，在低頻寬遠端會卡。本篇談的是另一條路線：用 ─│┌┐└┘ 這類製圖字元、用半形與全形方塊堆出長條圖、用 sparkline 點陣畫趨勢線。畫面本質仍是一段文字，任何能顯示文字的終端機都能呈現。

為什麼遠端操作特別需要這條路線

遠端操作的核心限制是頻寬與連線穩定度，而純文字介面正好把這兩個成本壓到最低。一個全螢幕的監控介面，每次刷新送出的是一整片字元矩陣；若改用影像協定，送出的是一張壓縮點陣圖，資料量通常相差一個量級以上（實際視壓縮率而定）。連線中斷時，文字介面只要重連就能重畫，影像協定則可能因終端機狀態錯亂而花屏。

這條路線也避開了環境依賴。遠端伺服器通常沒有桌面環境，X11 forwarding 設定繁瑣又吃頻寬；手機上的 SSH app（Termius、Blink、JuiceSSH）能穩定顯示的就是文字。把操作介面建立在文字之上，等於把「能不能用」的前提降到「終端機能顯示字」，這是所有遠端通道都滿足的最低標準。

六類工具的定位

終端機圖形化工具依本篇關注的責任分六類，各自解決遠端操作的不同問題。這裡聚焦「監控判讀、資料可視化、多工承載、檔案瀏覽、資料庫存取、訊息佇列存取」六種責任；fuzzy finder（fzf）等其他互動式 TUI 同屬純文字遠端路線、但責任不同，不在本篇的選型框架內。

TUI 監控與儀表板

TUI（Text User Interface）監控工具負責把系統即時狀態畫成全螢幕的互動介面，省去反覆敲 ps、df、free 再自行拼湊的步驟，一眼呈現 CPU、記憶體、磁碟、網路的即時變化。它用製圖字元畫出框線與長條，用顏色標出負載高低，並接受鍵盤操作來排序、過濾、殺進程。

btop 與 htop 是系統層的代表：開起來就是一片帶長條圖的進程清單，可以直接選中進程送訊號。k9s 把這套搬到 Kubernetes，用同樣的全螢幕互動瀏覽 pod、查 log、進 container。lazygit 把 git 的暫存、commit、分支操作變成可點選的面板。ncdu 與 gdu 掃描磁碟並用長條畫出每個目錄佔多少空間，找出爆掉的是哪一包。

這類工具的共同判讀訊號是：需求落在「即時狀態 + 立刻操作」、而非「事後分析一段歷史資料」時，TUI 監控是對的選擇。它的邊界在於刷新成本 — 全螢幕重畫在慢速連線上會明顯延遲，這點在後面遠端情境會展開。

ASCII 與文字圖表

文字圖表工具負責把一串數值畫成終端機裡的圖，讓趨勢與分布可視化，而不必把資料下載回本機開試算表。它接受標準輸入或檔案的數字，輸出長條圖、折線圖或 sparkline，全部由字元構成。

gnuplot 是老牌繪圖工具，設定 set terminal dumb 就會用 ASCII 畫折線圖，適合畫函數或一段時間序列。termgraph 吃一份「標籤 + 數值」就畫出橫向長條圖，看各分類佔比很直接。plotext 是 Python 函式庫，在腳本裡直接畫折線與散點，適合接在資料處理流程後面。youplot（uplot）能從 pipeline 即時吃資料畫圖，配合 tail -f 可以做出滾動更新的監控線。sparkline 類工具（如 spark）把一串數字壓成一行高低起伏的點陣，塞進狀態列或 log 裡都行。

這類工具的判讀訊號是：手上已經有一串數值（log 抽出來的延遲、監控匯出的指標、一個查詢的結果），想看形狀而非逐筆讀數字。它跟 TUI 監控的差別在於資料來源 — TUI 監控自己去抓系統即時狀態，文字圖表則是餵什麼畫什麼，適合畫自訂指標與歷史資料。

終端機多工器

終端機多工器負責在單一連線裡管理多個終端機 session，並讓 session 的生命週期脫離連線本身。它把畫面切成多個 pane、用分頁組織工作流，而最關鍵的是：連線斷了，伺服器上的 session 仍在跑，重連後 attach 回去就接續原狀。

tmux 是事實標準，幾乎每台伺服器都裝得到，設定檔成熟、資源佔用低。zellij 是較新的選擇，預設就有畫面提示（floating pane、操作提示列），對不熟快捷鍵的人上手較快，並內建 layout 設定能一鍵開出固定的多 pane 佈局。

多工器跟前兩類不同，它本身不畫資料圖，而是承載其他工具的容器：在一個 pane 跑 btop、另一個 pane 跑 tail -f 接 sparkline、第三個 pane 留著敲指令。對遠端操作來說，它解決的是連線穩定度問題 — 這是手機與低頻寬情境的核心痛點，下一節展開。

檔案瀏覽與操作

檔案管理器負責把目錄結構與檔案內容做成可導航的互動介面，讓遠端只有終端機時也能像 IDE 側邊欄那樣瀏覽、預覽、搬移檔案，取代反覆 ls、cd、cat。

broot 用可展開的樹狀檢視呈現目錄層級，配模糊跳轉適合深層結構；yazi 與 ranger 走 Miller 欄狀（並列父目錄、當前目錄、預覽窗），邊瀏覽邊看內容。

這類工具的判讀訊號是：需求落在檔案層級的導覽與操作，而非系統監控或畫圖。選型與依賴注意事項見 終端機檔案管理器。

資料庫存取

資料庫客戶端負責把 DB 的 schema、表格與查詢結果做成文字介面，讓遠端只有終端機時也能連到資料庫瀏覽資料、跑查詢，取代把連線資訊餵給桌面 GUI（DBeaver、TablePlus）。

它分兩種範式：全螢幕 TUI（harlequin 的 SQL IDE 風、lazysql 的瀏覽器風）把 schema 樹、編輯器、結果表排進面板；增強型 REPL（pgcli / litecli）仍是行式打 SQL、但補上語法高亮與智能補全。

這類工具的判讀訊號是：需求落在連資料庫做事，而非看系統或檔案。選型與連線注意事項見 終端機 SQL 客戶端。

訊息佇列存取

訊息佇列客戶端負責把 broker 的 topic、partition、consumer group 與訊息內容做成文字介面，讓遠端只有終端機時也能瀏覽訊息流、消費單一 topic、看消費進度，取代把連線資訊餵給桌面工具（Conduktor、RedisInsight）。它跟資料庫客戶端的關鍵差異是多半綁單一 broker 協議：Kafka 的 TUI 不認 AMQP、一個工具連多種 broker 是少數例外。

它同樣分兩種範式：全螢幕 TUI（Kafka 的 kaskade 看叢集與消費、yozefu 用查詢撈 record）把 topic 清單與訊息排進面板；增強型 REPL（Redis 的 iredis）行式打指令、補上補全與型別感知。

這類工具的判讀訊號是：需求落在連 broker 看訊息與消費狀態，而非連資料庫。選型與實機驗證注意事項見 終端機訊息佇列客戶端。

三種遠端情境的選型判讀

工具選型要回到實際的連線條件，而不只是比對功能清單。以下對應三種常見的遠端情境，各自的判讀重點與陷阱不同。

SSH 連到 Linux 伺服器

從本機 SSH 進伺服器，連線通常穩定、頻寬足，瓶頸在於操作要連續、不想每次重連都從頭開始。這個情境的核心配置是「多工器打底 + TUI 監控擺上去」：登入後先 tmux attach（沒有就 tmux new），在固定的 pane 佈局裡跑監控與操作。

這裡的判讀重點是把 session 持久化當成預設習慣，而不是等斷線才後悔。即使連線穩定，把長時間任務（build、資料遷移、tail -f 追 log）放進多工器，就能隨時離開再回來。TUI 監控在這個情境幾乎沒有刷新成本顧慮，btop 開最高刷新率也順，互動功能的排序與殺進程都能放手用。

常見陷阱是把多工器與終端機本身的捲動搞混 — 進了 tmux 後，滑鼠捲動預設是 tmux 在管，要進 copy mode 才能往回看歷史。這是上手期最容易卡住的點，值得一開始就把捲動與複製的快捷鍵設順。

手機或平板遠端

用手機或平板的 SSH app 連線，限制是螢幕小、虛擬鍵盤難敲組合鍵、連線會隨網路切換而中斷。這個情境最該優先的是多工器的持久化能力：手機從 Wi-Fi 切到行動網路、app 切到背景再回來，連線往往已經斷過一次，沒有多工器就等於每次都重來。

工具選型要往「省版面、少快捷鍵」傾斜。zellij 在這裡比 tmux 友善，因為它把操作提示畫在畫面上，不必硬記組合鍵；但 tmux 若已配好觸控友善的快捷鍵也能勝任。TUI 監控要挑版面能縮的 — htop 在窄螢幕下仍可讀，複雜的多欄儀表板則會被擠到看不清。文字圖表在小螢幕反而有優勢，一行 sparkline 不管螢幕多窄都塞得下。

常見陷阱是組合鍵在虛擬鍵盤上難以輸入。多工器的 prefix key（tmux 預設 Ctrl-b）在手機上很難按，值得改綁成單鍵或螢幕上的快捷按鈕；好的 SSH app 通常提供自訂工具列來補這個缺口。

低頻寬或不穩定連線

連線慢或會斷時，限制同時來自頻寬與穩定度，兩者要分開處理。穩定度由多工器解決 — 斷線後 session 還在，這點與情境無關地成立。頻寬則直接決定 TUI 監控能不能用得舒服。

這裡最關鍵的判讀是刷新率與重畫成本的取捨。全螢幕 TUI 每次刷新會重送整片畫面，刷新間隔越短、頻寬負擔越重；把刷新率調快、或工具本身刷新較密時，慢速連線上會看到畫面追不上、按鍵延遲。對策是把刷新間隔調長（多數工具支援，例如 btop 在介面裡可調 update_ms、htop 用 -d 設延遲），用較低的更新頻率換流暢的操作。

判讀的分界是即時性與頻寬的取捨：連線品質好就用全螢幕 TUI 的即時性，品質差就退回低頻率的文字輸出。文字圖表在後者特別划算，因為它是一次性輸出而非持續重畫 — 跑一次 termgraph 印出結果就結束，不佔用持續頻寬；需要持續監控時，「低刷新率的單一數值 + 偶爾印一次 sparkline」往往比全螢幕儀表板更實用。

選型判準與下一步

把這些工具與三種情境收斂成一條判準鏈：先用多工器解決連線斷續（任何遠端情境都先做這步），再依任務選對應工具 — 即時狀態用 TUI 監控、看歷史數值用文字圖表、找檔案用檔案管理器、連資料庫用 SQL 客戶端、連 broker 看訊息用訊息佇列客戶端，最後依連線品質調整刷新率與版面密度。

這條判準對應的具體工具，在本資料夾逐篇展開安裝、設定與遠端調校的細節：

• TUI 工具：系統監控（btop / htop / k9s）見 TUI 監控工具；web 請求日誌（GoAccess / ngxtop）見 終端機看 nginx 請求；git 線圖（tig / lazygit / gitui）屬版控子題、見 遠端 CLI 開發的 git 線圖工具選型
• 文字圖表：終端機文字圖表（gnuplot dumb terminal、termgraph 與 plotext 的資料接法、sparkline 接 pipeline）
• 多工器：tmux 基礎（持久化與基本操作）；zellij 的 pane 操作見 Zellij 多終端機操作指南、瀏覽器遠端連線見 Zellij Web Client 外網連線教學
• 檔案管理：終端機檔案管理器（broot 樹狀、yazi / ranger Miller 欄狀的選型與依賴）
• 資料庫客戶端：終端機 SQL 客戶端（harlequin IDE 風、lazysql 瀏覽器風、pgcli / litecli 增強 REPL）
• 訊息佇列客戶端：終端機訊息佇列客戶端（Kafka 的 kaskade / yozefu / ktea、Redis 的 iredis、與綁單一 broker 協議的選型差異）

每篇單工具文章會聚焦一個工具在遠端情境下的實際配置，而不是重述官方手冊。先有這份總覽建立選型框架，再依當下的連線條件挑對應的工具深入。

安裝 Zellij

1# macOS
2brew install zellij
3
4# Linux（使用安裝腳本）
5bash <(curl -L zellij.dev/launch)
6
7# Windows（需要支援原生 Windows 的版本，詳見 GitHub Releases）
8# 從 https://github.com/zellij-org/zellij/releases 下載 Windows 版 .zip
9# 解壓後將 zellij.exe 加入 PATH

確認版本（需 v0.43.0 以上）：

1zellij --version

事前準備

• 一個網域名稱（或固定 IP）
• SSL 憑證（對外連線強制要求）
• SSH 連線能力（如需遠端操作主機）→ 參考 SSH Key 設定筆記

步驟一：取得 SSL 憑證

外網連線強制使用 HTTPS，必須提供 SSL 憑證。

取得 Let’s Encrypt 憑證的 certbot 指令需真實網域、本機未實機驗證；自簽憑證的 openssl 指令、以及 zellij web server 啟停與 token 管理已在 localhost 實機驗證。

使用 Let’s Encrypt（免費，推薦）

需要先安裝 certbot：

1# macOS
2brew install certbot
3
4# Ubuntu / Debian
5sudo apt install certbot
6
7# Windows（使用 Chocolatey）
8choco install certbot
9# 或使用 win-acme（Windows 原生替代方案）：https://www.win-acme.com/

申請憑證（將 your-domain.com 換成實際網域）：

1sudo certbot certonly --standalone -d your-domain.com

Windows 上若未使用 WSL，建議改用 win-acme，操作更直覺。

憑證預設存放在：

1# macOS / Linux
2/etc/letsencrypt/live/your-domain.com/fullchain.pem   # 憑證
3/etc/letsencrypt/live/your-domain.com/privkey.pem      # 私鑰
4
5# Windows（certbot）
6C:\Certbot\live\your-domain.com\fullchain.pem
7C:\Certbot\live\your-domain.com\privkey.pem

使用自簽憑證（測試用）

1openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -days 365 -nodes

注意：自簽憑證會讓瀏覽器在連線時顯示安全警告，於測試環境手動選擇繼續即可；正式對外服務改用上面的 Let’s Encrypt 憑證。

步驟二：開放防火牆 Port

Zellij web server 預設只綁本機 127.0.0.1:8082，要讓外網連入必須顯式綁到對外位址（見步驟四的 --ip 0.0.0.0）並開放對應 port。本教學以 port 3000 為例（port 可自選），需對外開放這個 port：

以下防火牆指令（ufw / pf / Windows Defender）依各平台官方用法、環境特定、本機未實機驗證。

Linux（ufw）

1sudo ufw allow 3000/tcp
2
3# 或指定來源 IP（更安全）
4sudo ufw allow from 1.2.3.4 to any port 3000

macOS

macOS 內建的防火牆是應用程式層級的，無法直接開放特定 port。通常有兩種做法：

1. 系統偏好設定 → 網路 → 防火牆 → 確認沒有擋住 Zellij
2. 使用 pf（進階，通常不需要）：

1# 新增規則到 /etc/pf.conf
2echo "pass in proto tcp from any to any port 3000" | sudo tee -a /etc/pf.conf
3sudo pfctl -f /etc/pf.conf

macOS 預設防火牆通常不會擋住主動開啟的服務，多數情況下不需要額外設定。如果是在家用網路，記得在路由器設定 port forwarding。

Windows

1# 使用 Windows Defender Firewall（以系統管理員執行 PowerShell）
2New-NetFirewallRule -DisplayName "Zellij Web" -Direction Inbound -Protocol TCP -LocalPort 3000 -Action Allow
3
4# 或限制來源 IP（更安全）
5New-NetFirewallRule -DisplayName "Zellij Web" -Direction Inbound -Protocol TCP -LocalPort 3000 -RemoteAddress 1.2.3.4 -Action Allow

Zellij 已支援原生 Windows，直接在 PowerShell 或 Windows Terminal 中執行即可。

如果是雲端主機（AWS、GCP、Azure 等），記得同步在後台的安全群組開放 port 3000。

步驟三：啟動 Zellij

先啟動一個 Zellij session：

1zellij

步驟四：啟動 Web Server

在 Zellij 內，按 Ctrl+o 然後按 s 開啟 share plugin，從 UI 啟動 web server。

或直接用 CLI 啟動並指定憑證：

1zellij web \
2  --ip 0.0.0.0 --port 3000 \
3  --cert /etc/letsencrypt/live/your-domain.com/fullchain.pem \
4  --key /etc/letsencrypt/live/your-domain.com/privkey.pem

背景執行（daemon 模式）：

1zellij web -d \
2  --ip 0.0.0.0 --port 3000 \
3  --cert /path/to/cert.pem \
4  --key /path/to/key.pem

停止 web server：

1zellij web --stop

確認 web server 執行狀態：

1zellij web --status

Zellij web 預設綁 127.0.0.1:8082、只接受本機連線；對外服務必須用 --ip 0.0.0.0 顯式綁到對外位址、並用 --port 指定埠（本教學用 3000）。改用其他 port 時把 --port 一併調整（例如 --port 8443），防火牆規則也要同步改成該 port。

步驟五：產生登入 Token

為了安全，別人連線前需要用 token 登入，token 只會顯示一次，請立即複製。

1zellij web --create-token

或在 share plugin（Ctrl+o + s）裡產生。

將 token 分享給要連線的人。

步驟六：連線

對方在瀏覽器輸入：

1https://your-domain.com:3000/實際-session-名稱

首次連線會要求輸入 token，驗證後即可進入 session。若連線後畫面沒有回應，多半是 port 未對外開放，確認防火牆與雲端主機安全群組是否放行該 port。

連線後的行為

多人連線時，每個人都有自己的游標，可以同時操作。

安全建議

• Token 用完後記得撤銷：從 share plugin 或 CLI 管理
• 盡量限制開放的來源 IP，避免對全網開放
• 不建議長期開啟 web server，用完就關
• 撤銷 token 時，所有對應的 session token 也會一併失效

下一步路由

• zellij 的本機 pane 操作（查看佈局、讀取其他 pane、調整大小）：Zellij 多終端機操作指南。
• 不需要瀏覽器、純 SSH 的多工器持久化：tmux 基礎。
• 多工器在整個遠端工具選型中的定位：終端機圖形化工具總覽。

查看整體佈局

1zellij action dump-layout

會輸出完整的 KDL 格式佈局，包含所有 pane 的大小、位置、指令等資訊。

讀取其他終端機 pane 的內容

Claude 無法直接看到螢幕，但可以透過以下步驟讀取其他 pane 的輸出：

 1# 1. 切換 focus 到目標 pane（focus-next-pane 會依序切換）
 2# 2. dump 該 pane 的螢幕內容到檔案
 3# 3. 切回原本的 pane
 4# 4. 讀取 dump 的檔案
 5
 6zellij action focus-next-pane && \
 7zellij action focus-next-pane && \
 8zellij action dump-screen /tmp/zellij-pane-output.txt && \
 9zellij action focus-previous-pane && \
10zellij action focus-previous-pane

• dump-screen 只 dump 當前可見的內容
• dump-screen -f 會包含完整的 scrollback 歷史
• 切換次數取決於目標 pane 的位置，需根據 dump-layout 的結果判斷

調整 pane 大小

1# 縮小當前 pane（向左縮）
2zellij action resize decrease right
3
4# 放大當前 pane（向右擴）
5zellij action resize increase right
6
7# 每次約改變 ~4-5% 寬度，可用迴圈批次調整
8for i in $(seq 1 3); do zellij action resize decrease right; done

每次的步長是經驗值、不是固定比例 — zellij 的 resize 幅度依版本與 pane 當前尺寸而定，迴圈次數需視 dump-layout 的結果微調。

使用者的 Resize 快捷鍵

1. Ctrl + n 進入 Resize 模式
2. h/l 或方向鍵調整大小
3. Esc 退出

注意：在 Claude 互動式程式內，快捷鍵可能被吃掉，建議讓 Claude 用指令操作。

注意事項

• Ctrl + p 進入 Pane 模式，其中 r 用於在右邊新開 pane（調整大小是 Ctrl + n 的 Resize 模式）
• 使用者的典型佈局：左側 Claude（~35%），右側上下兩個終端機

下一步路由

• 把 session 分享給沒有 SSH 連線的協作者（瀏覽器連入）：Zellij Web Client 外網連線教學。
• 純 SSH 的多工器持久化與 tmux 對照：tmux 基礎。
• 多工器在遠端工具選型中的定位：終端機圖形化工具總覽。