Rex Beta：Ghostty 作者打造的全能终端复用器

终端复用器这个品类已经很久没有让人兴奋的新面孔了。tmux 和 screen 统治了太长时间，功能稳定但体验停留在上一个时代。Ghostty 和 Echo 的创作者 Mitchell Hashimoto 带着 Rex (Beta) 出现在 Product Hunt 上，口号是「为所有工作构建的复用器」，拿到 71 票、位列当日第 13 名。对一款尚处 Beta 阶段的开发者工具来说，这个成绩说明社区对「重做终端工作流」这件事抱有真实期待。

Rex 到底是什么

按照官方描述，Rex 是一个终端复用器（terminal multiplexer），但它的野心明显不止于「在一个窗口里开多个 pane」。产品强调三个关键词：原生应用、Web 可达、多人协作。

传统终端复用器的核心价值是把会话与窗口解绑，让你断开 SSH 后任务仍在后台运行。Rex 保留这层能力的同时，把「可访问性」扩展到了原生 macOS/iOS 应用和浏览器。这意味着同一个工作会话可以在桌面端、手机端和 Web 端之间流转，而不是被锁在某台机器的某个终端窗口里。

多人（multiplayer）是另一个值得关注的差异点。终端会话天然是单人操作的，而 Rex 试图让它变成可共享的空间——这在结对编程、远程排障和教学场景里有直接价值。

终端复用器（terminal multiplexer） 是一类在单个终端窗口内管理多个会话、窗口与面板（pane）的工具。它的核心机制是在用户与真实终端之间插入一个常驻的服务器进程，由该进程持有 PTY（伪终端）并负责会话的创建、分离（detach）与重新连接（attach）。正是这层中间层让「断开 SSH 后任务继续运行」成为可能：客户端断开时服务器进程与其子进程不受影响，下次连接再挂回去即可。tmux 与 GNU screen 是这一品类的经典实现，二者都采用客户端/服务器架构，配置与操作以键盘快捷键和命令行为主，本身运行在终端内部，属于典型的 TUI 工具。Rex 的差异在于把这一层从终端内部搬到独立应用，会话管理由原生 GUI 承担，从而可以跨设备、跨端访问，并支持多人同时接入同一会话。

为什么「来自 Ghostty 作者」很重要

Mitchell Hashimoto 的名字在基础设施圈并不陌生，HashiCorp 的创始经历之外，他近年在 Ghostty 上的投入让终端体验本身成为讨论焦点。Ghostty 的定位是「快、原生、符合平台习惯」的终端模拟器，而 Rex 明显延续了同一套产品哲学：不做又一个 TUI 工具，而是用原生应用的方式重新定义终端交互。

对终端工具来说，这个背景意味着两件事。一是对性能边界和渲染细节的敏感度，二是对「开发者每天真正在用的东西」有长期观察。Rex 选择从 Beta 起步、以 Product Hunt 作为公开亮相的窗口，也符合独立开发者验证需求的常见路径。

Ghostty 是一款开源终端模拟器，由 Mitchell Hashimoto 主导开发，主打原生平台集成、GPU 加速渲染与低输入延迟，采用 Zig 编写，界面遵循各操作系统自身的 UI 惯例而非自绘一套跨平台外观。它于 2024 年底公开发布，macOS 版本以 Swift 与 AppKit 构建，因此被视作「终端模拟器应当是一个正经原生应用」这一主张的代表作。理解 Ghostty 的定位有助于把握 Rex 的产品取向：终端模拟器负责「一个窗口如何显示和输入」，终端复用器负责「多个会话如何组织和存活」，两者在技术栈与体验理念上高度相邻。Ghostty 积累的渲染性能经验、对平台交互规范的坚持，以及对开发者日常使用习惯的观察，都会直接迁移到 Rex 的会话管理与多端同步设计上。

Beta 阶段的产品信号

Rex 目前明确标注为 Beta。官方给出的能力清单集中在三块：原生应用、Web 访问、多人协作。没有展开的技术细节，也没有公布具体的性能数据或平台路线图。

从产品策略看，先做 macOS/iOS 原生应用再补 Web，说明团队把体验一致性放在优先级前列，而不是先铺开平台覆盖。这和 Ghostty 早期只专注 macOS 的节奏一脉相承。对终端复用器这类高频工具，体验上的粗糙很难靠功能数量弥补，Beta 阶段收敛范围是合理选择。

评论区只有 5 条讨论，样本量有限，暂时不足以判断社区对具体功能取舍的态度。官网链接指向 Product Hunt 的中转页，实际产品站点和定价信息在素材中并未提供。

Beta 阶段在开发者工具的发布节奏中通常指功能主干已可用、但接口与行为仍可能变动的公开测试期。此时团队往往优先验证核心假设而非补齐周边能力，因此能力清单的取舍本身就是信号：Rex 把原生应用、Web 访问与多人协作列为首要三块，说明它认为「会话跨端可达」与「会话可共享」是区别于 tmux 的关键价值，而插件生态、主题、脚本化配置等成熟复用器的标配则被推迟。Product Hunt 的发布也带有类似性质——它更接近面向早期用户的公开亮相与需求验证，而非正式商用发布；票数与排名反映的是关注度，评论数量则反映真实试用深度，样本有限时不宜据此推断市场接受度。

值得关注的几个方向

如果 Rex 兑现「原生 + Web + 多人」的组合，终端工作流可能出现的形态变化值得留意。会话不再绑定在某台开发机上，而是可以在设备间无缝接续；团队排障时不必再靠屏幕共享加口头描述，直接进入同一个终端上下文；iOS 端的加入则让「离开工位后仍能盯住长任务」成为现实。

这些能力叠在一起，Rex 的定位其实更接近「工作会话的复用层」，而不只是终端窗口管理器。它要和 tmux 这类老牌工具比稳定性，也要和各类云端开发环境比集成度，Beta 阶段的产品能否扛住这两端的压力，是后续观察的重点。

对终端工具老用户来说，Rex 值得放进试用清单；对更广泛的开发者，它提出的问题更有意思——我们习惯了终端是本地、单人、单机的，如果这三点同时被打破，日常开发流程会变成什么样。