splinterm：关掉窗口也不丢会话的原生

16次阅读

获取下载链

微信关注「软件教程管家」公众号，回复 splinterm

splinterm解决的是终端用户的老痛点：图形窗口一关，shell、窗格布局和终端状态就跟着没了。它把终端拆成两部分：守护进程在后台持有 shell 进程、布局和会话，图形窗口只是一个可以断开的视图。窗口关掉再打开，之前的工作还在原地，适合需要长期挂着 shell、又不想被图形窗口绑架的人。

在 GitHub 查看 splinterm

GitHub 国内访问较慢，如打不开可多刷新几次。

项目信息一览

项目	内容
项目名	splinterm
实现语言	Rust
目标平台	x86_64 的 Omarchy 或 Arch Linux
图形环境	原生 Wayland，以 Hyprland 为明确验证环境
架构	无头守护进程持有终端进程、布局和会话元数据，图形客户端断开后任务仍可继续
自动化接口	JSON 与 NDJSON、SSH 标准输入输出中继、MCP 适配器，另有人工 CLI
图像协议	部分 Sixel、实用的 Kitty 静态图像、内联 iTerm2 PNG，属于明确说明的子集，不是完整协议实现

上手指南：先对环境，再验证断线重连

splinterm 的卖点全建立在守护进程和图形视图分离上，所以上手的第一步不是装，而是确认环境对不对；第二步不是配自动化，而是验证关窗口再打开之后会话是不是真的还在。

对环境：确认机器是 x86_64 的 Omarchy 或 Arch Linux，并且跑的是原生 Wayland 与 Hyprland，不符合就先别硬上。
部署：通过 AUR 软件包或 GitHub 发布构建部署，具体路径以项目文档为准。
搭布局：启动守护进程与客户端，开标签页和窗格，搭一套自己日常用的布局。
断线验证：关掉图形窗口，重新打开，确认 shell、窗格布局和终端状态都回来了，任务没有中断。
再接自动化：会话持久跑稳之后，再按需要评估 JSON 与 NDJSON、SSH 中继或 MCP 适配器，接之前先审清作用域和控制器归属。

三个卡点要提前知道。第一，平台边界是硬的：项目明确面向 Omarchy 与 Arch Linux、原生 Wayland 和 Hyprland，跨发行版、跨架构或非 Hyprland 部署都要单独验证，不能凭感觉默认能用。第二，升级不是无缝的：项目不承诺守护进程的无缝升级交接，升级前要评估现有持久会话的影响，别在挂着重要任务时随手升级。第三，自动化权限要先审：接口模型里有身份、作用域、资源边界、控制器转移、同意、撤销和审计元数据这些概念，接自动化之前先把这些边界对清楚，并且把终端输出当作不可信数据处理。

版本选择：先给结论

获取方式	适合谁	注意点
AUR 软件包或发布构建	绝大多数用户，想在 Omarchy 或 Arch 上直接用起来	先验证断线重连，再接自动化
源码构建	想研究实现、改代码或跟进开发的人	构建细节以项目文档和源码为准

结论先行：普通用户直接选 AUR 软件包或发布构建。源码构建的价值在研究和定制，日常使用的稳定性来自先把会话持久这条主链路验证通过，而不是版本有多新。

适合谁，不适合谁

适合使用 Omarchy、Arch Linux、Wayland 与 Hyprland 的开发者，以及需要长期保持 shell 会话、窗口布局和终端状态的个人用户。需要让受控工具访问同一终端会话的团队也可以评估它的人工 CLI 与结构化接口，但要先确认权限模型和接口边界是否满足要求。

不适合三类场景：一是环境不在目标平台内，比如其他发行版、其他桌面环境或非 x86_64 架构，硬上只会换来一堆未验证行为；二是要求守护进程升级时会话无缝交接的场景，项目明确不承诺这一点；三是需要完整图像协议覆盖的场景，它只支持说明过的 Sixel、Kitty 静态图像和 iTerm2 PNG 子集，超出部分不要默认它能行。