Dotfile 管理的判讀：配置格式是純文字（TOML/Lua/INI/JSON）的 terminal emulator，配置檔可以直接進 dotfile repo。iTerm2 這種以 GUI 面板為主的，要用它的匯出功能另外處理。

選型建議：如果跨 macOS + Linux 雙平台，Alacritty 或 WezTerm 的「一份配置兩邊通用」是明確優勢。如果只在 Linux 上用 Wayland，Foot 是輕量首選。

該放進配置的核心項目

• 字型：字型家族、大小、行高。建議使用 Nerd Font（含 icon glyph 的程式字型），很多 TUI 工具和 prompt 依賴這些 glyph
• 配色：前景/背景色、ANSI 16 色的定義。配色方案（Catppuccin、Tokyo Night、Gruvbox 等）通常有各 terminal 的預設配置檔可直接套用
• 快捷鍵：分頁/分割畫面的快捷鍵。注意跟 tmux/zellij 的快捷鍵衝突問題
• 渲染：GPU 加速、字型 hinting、抗鋸齒設定

配色系統的跨工具一致性

配色方案（color scheme）會同時影響 terminal emulator、editor、tmux status bar、shell prompt。用同一套配色方案（例如 Catppuccin Mocha）跨工具統一視覺是 rice 的基礎。

管理方式：

• 每個工具各自的配色設定檔都放進 dotfile repo
• 主題選擇集中記錄（例如 dotfile repo 的 README 寫「全域使用 Catppuccin Mocha」），換主題時有對照清單知道要改哪些檔案
• 部分配色方案提供「一鍵安裝腳本」涵蓋多個工具，也可以放在 bootstrap script 裡

字型管理

Nerd Font 是需要安裝在系統上的，不是單純的配置檔。處理方式：

• macOS：Brewfile 裡加 cask "font-hack-nerd-font"（透過 homebrew-cask-fonts tap）
• Linux：套件管理器安裝或手動下載到 ~/.local/share/fonts/
• 字型檔案本身不進 dotfile repo（太大、有版權），只記錄「安裝哪個字型」在套件清單或 bootstrap script 裡

安裝字型後如果畫面仍然顯示豆腐方塊，原因通常不是字型沒裝好，而是顯示它的程式在安裝之前就已啟動。每個 process 的可用字型集合在啟動時決定，之後新裝的字型對它不可見——需要重啟該程式才生效。詳見 字型的可用集合在 process 啟動時決定。fontconfig 的工具分工與 fallback 機制見 fontconfig。

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）。

配置路徑：~/.config/nvim/

配置結構

 1~/.config/nvim/
 2├── init.lua              # 入口，source 其他模組
 3├── lua/
 4│   ├── options.lua       # 基本設定（行號、tab 寬度、搜尋行為）
 5│   ├── keymaps.lua       # 快捷鍵
 6│   ├── autocmds.lua      # 自動指令
 7│   └── plugins/          # 各 plugin 的配置
 8│       ├── init.lua      # plugin manager 載入
 9│       ├── lsp.lua       # LSP 設定
10│       ├── telescope.lua # fuzzy finder
11│       ├── treesitter.lua
12│       └── ...
13└── lazy-lock.json        # lazy.nvim 的 lockfile（要進 Git）

是否該用預設配置包

LazyVim、NvChad、AstroNvim 這類預設配置包提供了一整套開箱即用的 neovim 設定。判讀：

• 用預設配置包：想要快速可用的 IDE-like 體驗、不想花時間逐一選 plugin 和配置。Dotfile 裡放的是「對預設的覆寫」
• 自己從零組：想完全理解每一個 plugin 做什麼、容忍前期投入時間。Dotfile 裡放的是完整配置

兩種都是 dotfile 管理的合法對象。差異在出問題時的除錯路徑：自己組的知道每一行做什麼，預設配置包的要先理解它的分層才能改。

Dotfile 結構對應

 1~/dotfiles/
 2├── alacritty/
 3│   └── .config/
 4│       └── alacritty/
 5│           └── alacritty.toml
 6├── tmux/
 7│   └── .config/
 8│       └── tmux/
 9│           └── tmux.conf
10├── nvim/
11│   └── .config/
12│       └── nvim/
13│           ├── init.lua
14│           ├── lazy-lock.json
15│           └── lua/
16│               └── ...
17└── zellij/                    # 如果用 zellij
18    └── .config/
19        └── zellij/
20            └── config.kdl

每個工具是獨立的 stow package，可以在不同機器選擇性安裝。例如伺服器只 stow tmux nvim、桌面機才加 stow alacritty。