Paneflow vs tmux
tmux 运行在终端内部，可在 SSH 断连后保持会话存活。Paneflow 本身就是终端 - GPU 原生、零配置、为本地编码智能体而打造。本地智能体工作区用 Paneflow；SSH detach/reattach 和无头机器用 tmux。
无 prefix、无配置
用 Cmd/Ctrl+Shift+D 分屏，用 Alt+Arrow 切换焦点，用鼠标复制。没有 Ctrl+B chord，也无需维护 .tmux.conf。
并行运行智能体，一眼看清谁在等待
16 个一键启动器（Claude Code、Codex、OpenCode 等），各自独占一个面板，全部同时运行。一个实时侧边栏显示哪个智能体在思考、哪个在等你回应、哪个已完成。tmux 没有智能体的概念。
GPU 原生渲染
基于 Zed 引擎的低延迟 GPU 渲染和顺滑 scrollback。tmux 把渲染交给它所运行的任意终端。
二者如何对比
tmux 最强的地方（SSH、极小的资源占用）和 Paneflow 最强的地方（GPU 渲染、智能体 UX）。
| Paneflow | tmux | |
|---|---|---|
| 学习曲线 | 直接快捷键、鼠标，零配置 | Ctrl+B 前缀 + .tmux.conf |
| 编码智能体 | 一流面板 + MCP 服务器 | 作为普通二进制启动 |
| 渲染 | GPU 原生，低延迟 scrollback | 交给宿主终端 |
| 分支 / 开发服务器感知 | 内置 | 自行编写脚本 |
| SSH / 远程会话 | 不支持 | 支持（杀手级特性） |
| 无头 / 无 GUI | 不支持 | 支持（任意 TTY） |
| 脚本接口 | JSON-RPC + 只读 MCP 面板工具 | 深入的 CLI/control mode、hooks、formats |
| 许可证 / 包大小 | GPL-3.0-or-later，release artifact 约 14-19 MB | ISC，小型包（源码 tarball 约 0.75 MB） |
版本：Paneflow v0.3.8（2026 年 6 月）。tmux 3.6b（2026 年 5 月）。两者均免费：Paneflow 采用 GPL-3.0-or-later，tmux 采用 ISC。
哪一款适合你？
本地智能体工作用 Paneflow；日常工作是远程或无头环境时用 tmux。
选择 Paneflow，如果
- -你在本地工作，想要 GPU 渲染的滚动、可用鼠标选中的文本，以及一个桌面 workspace，而不是终端套终端
- -你运行 CLI 编码智能体（Claude Code、Codex、OpenCode），想要一流的面板、分支感知的工作区，以及一个它们能读取的 MCP 服务器
- -你想要零学习曲线——没有 prefix key、没有 chord 词汇、没有 .tmux.conf
- -你想要开发服务器端口检测、会话恢复，以及 JSON 配置而非自定义 DSL
选择 tmux，如果
- -你 SSH 登录远程服务器，需要在断连后依然存活的会话（最初的杀手级特性）
- -你在无头服务器、容器或 Raspberry Pi 上工作，图形桌面应用并不适合
- -你用 capture-pane、pipe-pane、send-keys、hooks、formats 或 control mode 深度脚本化终端
- -你已经在 Ctrl+B 上积累了多年的肌肉记忆，并拥有一份历经实战考验的 .tmux.conf
tmux 依然胜出的场景
诚实的硬性障碍：只要以下任何一条是你的日常工作流，tmux 就更合适：
- 1.SSH 和远程服务器。tmux 的 detach/reattach 可在断连后存活。Paneflow 没有远程会话支持，近期路线图上也没有。
- 2.无头或嵌入式系统。Paneflow 需要 GPU 和图形会话。tmux 可在任意 TTY 中运行：Raspberry Pi、Docker、KVM 控制台、串口。
- 3.重度终端自动化。tmux 暴露 capture-pane、send-keys、pipe-pane 等命令，以及 hooks、formats 和 control mode。Paneflow 的 JSON-RPC/MCP 面向聚焦的 workspace 和智能体控制。
- 4.最大化可移植性或最小资源占用。tmux 很小，可在 OpenBSD、FreeBSD、NetBSD、Linux、macOS 和 Solaris 的 TTY 中运行。Paneflow 目前是面向 Linux 和 macOS 的 GPU 桌面应用（Windows release 正在推进）。
常见问题
Paneflow 能在本地开发中取代 tmux 吗？
可以，前提是 Linux 或 macOS 上以智能体为中心的本地开发。它不是 SSH detach/reattach 的直接替代；这个用途请继续使用 tmux。
为什么 Paneflow 不像 tmux 那样支持 SSH 会话？
架构不同。tmux 是一个能在客户端断连后存活的服务器进程，这正是附加和分离能工作的原因。Paneflow 是一个 GUI 应用，渲染表面和终端状态是同一个进程。tmux 风格的远程会话需要一个独立的服务器进程和一套线协议——不在当前路线图上。
我能在 Paneflow 中使用我的 .tmux.conf 吗？
无法直接迁移。Paneflow 使用 JSON 配置（paneflow.json），schema 不同。快捷键的概念相似（动作名加快捷键），但大多数 tmux 选项没有等价物，因为 Paneflow 不是运行在终端之上的复用器。参见 schema 参考。
tmux 用得好好的，为什么要换？
如果 tmux 对你够用，那就留在 tmux。Paneflow 是为那些工作已转向本地 CLI 编码智能体的开发者而生的。在这些场景里，GUI 工效开始变得重要：分支徽章、开发服务器状态、可用鼠标选中的 diff、能用滚轮滚动的 scrollback，以及智能体可通过 MCP 检查的面板。如果你不在本地用这些智能体工作，这次切换不值得这份折腾。
Paneflow 会像 tmux 那样保留运行中的进程吗？
不会。Paneflow 会恢复 shell 周围的 workspace：面板、布局、工作目录、自定义名称和 scrollback。应用退出后，它不会让 shell 进程继续存活，因此长时间构建会在退出时停止。tmux 的进程持久化来自独立服务器和 detach/reattach 模型。
下一步
准备好试试 Paneflow 了吗？下载最新版本，或阅读入门指南。对 tmux 感兴趣？tmux GitHub 仓库和 man tmux 自 2007 年以来一直是权威参考。