Superlogical 正在构建 Rex，一个以持久 Session 为起点的终端 Multiplexer。如果 Ghostty 让你重新思考“终端应该有什么样的使用体验”，Rex 则继续追问：终端里的工作应该如何组织、如何控制，又如何在不同设备之间继续？
对开发者来说，值得关注的变化是：Session 可以成为人和程序共同返回的工作对象，在其中放着 Agent、测试、运行中的服务，以及继续工作需要的上下文。对于手机编程，它指向一个熟悉的目标：人换了设备，工作依然留在原地。
调研核验日期：2026 年 11 月 4 日。下文的平台可用性以当前安装文档为准；10 月的发布公告描述的是更早的测试范围。本文基于公开资料，不包含产品实测。
Superlogical 想做什么？
公司介绍提出，让一个持久 Session 连接原本分散在终端、后台任务与运维工具中的工作。公开路线是先做好 Multiplexer，再让其中的内容可以组合，最终让这套系统能够用于生产环境中的操作。
这张图表达的是这种组织思路，不是 Rex 已实现的内部架构：
想象一个普通 Agent 任务：Agent 修改仓库，测试套件在另一个地方运行，预览服务则在你 Review 时继续提供访问。现在，重新回来往往意味着逐一找齐这些碎片。以 Session 为中心的设计会提出一个更好的问题：相关的工作能不能始终处于一个可发现的上下文中？
我们的理解是，Session 从“关闭窗口就消失的临时视图”，变成可以反复回到的工作对象。这对手机上的短暂 Check-in 特别重要，因为找到正确任务，有时比回答它的问题更费时间。
从 Ghostty 到 Rex，值得关注的联系
Ghostty 的关联有助于理解 Rex 的起点。Mitchell Hashimoto 在公告中说明，Superlogical 会使用公开、MIT License 的 libghostty 组件；Ghostty 继续作为非营利项目，保持独立的治理与路线。
这让 Rex 拥有成熟的终端基础，同时可以继续探索 Session 管理与远程工作。把终端渲染好，与让整个工作上下文持续可用，是相互关联的工程问题。Rex 值得关注之处，在于尝试把它们整合成一套产品体验。
Rex 是什么？现在可以用到哪些部分？
10 月 5 日的公开测试公告正式介绍了 Rex，列出的能力包括持久 Session、远程连接与程序活动状态，当时只向 macOS App 用户逐步发放邀请。
当前安装文档已经列出更广的服务端测试范围：
| 组件 | 核验时公布的测试可用性 |
|---|---|
| macOS App | 向测试者提供，包含本地 Server |
| Linux Server | 向测试者提供，仅服务端 |
| FreeBSD Server | 向测试者提供，仅服务端 |
| iOS、Linux、Windows Client | 仍在开发，不属于当前测试范围 |
| Windows Server | 已有内部运行版本，不属于当前测试范围 |
获取方式采用 Beta 邀请与测试者下载流程。准备跨设备工作流时，可以通过安装页持续关注各个 Client 的推出进度。
同一篇 10 月公告承诺，Rex Client 和 Server 免费、使用时无需账号，并可自行托管；公司更广的商业化方案尚未公布。这些是对 Rex 的公开承诺，不意味着未来所有 Superlogical 服务都免费，也不能据此认定整个产品采用开源 License。
它对开发者意味着哪些变化？
终端适合作为起点，因为人、Agent、测试程序与服务已经在这里相遇。更大的机会，是让这些工作的关系更容易保留和操作。结合 Rex 文档与 Superlogical 路线，我们认为有四种变化值得关注。
1. 返回的是工作 Session，而不只是一个窗口
今天，开发者经常根据窗口位置记住工作：左边是 Agent，第二个 Tab 是测试，另一个终端是服务。离开桌面，或同时处理几个仓库之后，这种记忆就容易失效。
Rex 的对象模型将工作组织成 Session、Window、Block 和连接中的 Client。对象既有稳定 ID，也有人能读懂的 Label。一个 Session 可以代表一个项目，相关终端组织在其中。
实际价值在于更可靠的返回路径。你不必重新猜测哪个窗口属于哪个任务，而是回到有明确身份的工作上下文。在手机上，这一点尤其重要，因为每多一步导航，都会占掉短暂访问中更大比例的时间。
2. Agent 可以通过明确接口操作工作区
Coding Agent 经常需要做编辑文件之外的事：为测试打开另一个终端，在实现旁边放一个日志流，或查看服务状态，同时保留自己的对话。
Rex 的 Agent 指南介绍了通过 Skill 让 Agent 理解工作区操作的方式。Server API则可以由当前连接的 Server 返回可用方法和 Schema，让 Agent 或脚本知道这个版本实际能调用什么。
这种变化很具体：“为这个任务打开测试终端”，可以对应一个有明确目标的工作区操作。人仍然能查看产生的终端。它是否可靠，取决于目标选择是否准确、任务范围是否清楚，以及能否看见 Agent 创建了什么。
3. 远程开发成为 Session 体验的一部分
把任务放在另一台机器上运行并不新鲜。难的是让远程工作始终顺畅：找到正确 Host，识别对应任务，从网络中断中恢复，并保留足够上下文继续处理。
Rex 尝试将原生 Client 与 Session Server 整合在一起。远程访问文档已经介绍了 Server Listener 与基于 Tailscale 的访问方式。连接身份、网络可达性与终端持久化，一起成为远程工作流需要解决的体验问题。
对开发者来说，值得验证的是本地与远程之间的切换，能否减少准备和重新寻找现场的时间。代码与工具仍然在 Server 所在机器执行，因此笔记本休眠时，保持运行的开发 Host 依然有价值；Client 则让返回它的过程更容易。
4. 终端工作有机会进一步组合
Superlogical 的公开计划不只关注让终端持续运行，还包括让 Session 内的内容可以组合，并逐步适用于生产环境操作。这是值得持续观察的方向。
可以想象，一个 Session 将实现 Agent、构建结果、预览和相关操作历史关联到同一任务。开发者花在不同工具之间搬运上下文的时间会减少。对团队来说，同样的思路也可能改善交接：接手者直接进入工作上下文，而不是先拼起几段互不相连的终端输出。
评估时，应关注每一版实际保留了多少上下文，以及哪些内容可以被准确操作。持久终端提供了具体起点；更丰富的任务关系、协作控制和生产工作流，则可以随着功能推出继续判断。
活动状态与 OSC 7501
Rex 公开了 Program Status Protocol，也就是 OSC 7501。程序可以报告自己正在工作、空闲、等待输入、完成或失败；协议负责表达状态，终端决定如何展示。
它解决的是一个很具体的注意力问题：长任务的进程可能仍然活着，却已经停下来等人回答。保留进程，并不会自动告诉你它需要介入。
文档区分了已经提供的 Session、Tab 状态提示，以及移动端 Push Notification 等未来计划。它还明确说明，OSC 7501 是通用终端协议。herdr-core也使用它，但共同的状态协议不代表 Runtime 或 Client 可以互换。
如果用于手机工作流，我们更想验证的是：状态能否足够快地把你带到准确的任务和真实 Prompt，让你看清情况后作出决定。一个绿色或 Blocked 标签，本身还不是完整的交互。
例如，一次完成的测试和一个等待审批的 Agent 都值得关注，但需要不同操作。显式状态可以帮助 Client 区分“查看结果”和“回答问题”。随着更多程序与 Client 跟进，终端就有机会成为更清晰的、等待决策的工作队列。
接下来值得关注什么？
跟进新工具时，可以持续观察自己工作流中几项能实际感受到的变化：
| 关注方向 | 对开发者的意义 | 可以验证的问题 |
|---|---|---|
| Session 连续性 | 离开设备后仍能保留工作上下文 | 返回时，能否找到同一任务、输出与目录？ |
| 程序状态覆盖 | 进程仍在运行，也可能已经需要人 | 自己使用的 Agent 与工具，能否区分工作、等待与完成？ |
| CLI 与 API 演进 | 自动化需要可靠的目标与结果 | 能否使用稳定 ID，并发现当前 Server 提供的方法？ |
| 远程访问与身份 | 控制 Session 也意味着操作真实 Host | 个人机器与共享环境的连接、权限模型是否清楚？ |
| 原生 Client 推进 | 不同设备有不同的阅读与输入需求 | 导航、选择、滚动和回复，是否适合对应设备？ |
| 协作与历史 | 相关工作应方便下一位开发者理解 | 接手者能恢复哪些上下文，通过什么控制访问？ |
多数问题用一个真实仓库就可以评估。启动 Agent，运行测试，离开 Client，再回来 Review 结果；然后观察一次连接中断，以及一个真正需要输入的任务，记录还有多少上下文需要自己重建。
如果已经获得 Beta 访问权限，可以在 Rex 终端中使用这些文档化的查看命令，理解它的对象模型：
rex ls --json
rex session inspect
rex block inspect
rex api list
rex api describe session.view
CLI 指南介绍了命令上下文与目标选择，API 指南介绍了能力发现。对准备开发工具的人，这里还有一个实用区别：友好的 Label 帮助人导航，稳定 ID 帮助自动化准确返回目标对象。
Superlogical、tmux、Herdr 与 Redock 分别解决什么？
按照实际需要作出的选择来比较，这些名字会更容易理解：
| 工具或项目 | 需要评估的主要选择 |
|---|---|
| Ghostty | 想使用怎样的终端应用与渲染体验？ |
| tmux | 如何在 Host 上保留终端 Session 和 Pane？ |
| Herdr TUI | 如何按项目工作区组织终端 Agent？ |
| herdr-core | 用哪套可编程终端 Runtime 管理工作？ |
| Rex | 是否采用 Superlogical 整合的 Client／Server Session 模型？ |
| Redock | 如何从手机回到开发主机与对应项目？ |
这是对工作流的划分，不是功能完全对等的比较表。一个产品可以跨越多个层级，适合的组合也取决于现有工作放在哪里。Shell、SSH 与 tmux 详解介绍了“连接机器”与“让任务留在机器上”的区别。
对今天的手机开发意味着什么？
跨设备连续性的价值在于，电脑和手机都可以成为访问工作的入口，而不用在新设备上重建现场。概念上的交接过程如下：
手机编程最直接的机会，是缩短任务需要关注到真正得到回应的时间。一次有效的手机 Session 可以很短：识别任务、阅读变化、回答一个问题，然后让 Host 继续工作。Rex 的 Client 推进和原生交互质量，会决定这种循环用起来有多顺畅。
在 Redock 中保存开发 Host，让 Project 绑定仓库目录，再使用已文档化的 tmux 或 Herdr TUI 路径保持 Agent 终端。常用的 Git、测试、构建与日志命令可以保存为 Action，让一次短暂访问留下可再次查看的结果。Redock 配置指南介绍了这种结构。
Redock 正在积极调研与关注 Superlogical 和 Rex 的发展，也会在合适的时机跟进适配。 我们尤其关注持久 Session 的访问、程序状态、远程接口，以及从手机返回 Agent 的体验，希望随着平台演进，将这些能力融入连贯的手机工作流。
对开发者来说，最有价值的变化可能是连续性：工作保有自己的身份和上下文，人、Agent 与不同设备依次介入。Rex 值得关注的，是它如何把这种思路落实到日常操作中，让找到任务、理解状态和继续工作所需的准备更少。
FAQ
Superlogical 是什么？
Superlogical 是一家开发者工具公司，正在构建终端 Multiplexer Rex，并以此为基础探索更广的 Session 工作模型。
Superlogical 与 Ghostty 是同一个项目吗？
不是。Superlogical 是独立公司。Hashimoto 表示，它会使用公开的 libghostty 组件，而 Ghostty 保留非营利治理与自己的路线。
现在能在 iPhone 上使用 Rex 吗？
本文核验的安装文档说明，iOS Client 尚不属于当前测试范围；测试者可使用 macOS App 与 Linux／FreeBSD Server。后续变化应以安装页为准。
Redock 如何跟进 Superlogical 和 Rex？
Redock 正在积极调研与关注相关发展，重点包括 Session 持久化、程序状态、远程访问与手机交互。我们会在合适的时机跟进适配，让这些能力融入 Redock 工作流。