最近观看了斯科特·詹森（Scott Jenson）的演讲 Are we really going to use the same Desktop UX forever? 他表达清晰简洁，是那种有机会便乐意听3+小时的讲者。演讲核心观点是苹果（Apple）和微软（Microsoft）不会再在桌面操作系统领域创新，未来桌面靠大家决定。作者认为实际更复杂，他们有尝试但极保守。詹森指出许多计算机运作惯例是多年前淘汰硬件的变通，为何仍接受妥协。

我最近看了 Scott Jenson 的演讲《我们真的要永远用同一种桌面 UX 吗？》。他演讲清晰简练，让人乐意听上三小时。演讲核心是：苹果和微软不会在桌面操作系统上再创新，未来桌面得靠我们自己决定。作者认为实际情况更复杂，他们在尝试但极为保守。Jenson 指出许多“计算机运作方式”是多年前硬件限制的变通，为何我们还接受这些妥协。作者声明自己不是 UI/UX 设计师，这只是思维练习，希望引发思考，不过他饱受他人糟糕选择之苦，这算资格。他想要的是“tmux 就是操作系统”，但要让普通人能用 tmux：可滚动、会话持久、可分离、面向任务的系统。

2026 年窗口管理有哪些高层问题？

我认为问题可拆为以下几点：

我的屏幕空间不断变化，而且变多了。

我每天大约六次在笔记本屏幕和桌面显示器之间切换。用大屏或多屏时，重叠窗口没意义，因为空间太多。

1. 一个大显示器与两个小显示器体验完全不同。我不把两个屏当连续大屏，而是一个放待办、工作聊天、邮件等“次要静态内容”，主屏放终端/tmux/浏览器做实际工作。但窗口“属于”某个屏。Grudin 在 2001 年发现人们正是这样用第二屏：一个专注，一个余光。二十五年过去，操作系统仍不知道哪个屏是哪个角色。
2. 当我拔下笔记本，一切塌缩到一个屏，我手动拖拽调整窗口抢回空间。操作系统把显示变化当意外，而非每天六次的预定事件。

不同的人用窗口的方式完全不同。

我们试图设计的三类人，多数现代操作系统只优化第一类。

1. 有些人窗口最大化，每窗占大部分屏，用 Command+Tab 等切换，大屏意义在于单窗更大。
2. 有些人近乎最大化，一窗占几乎全屏，加一两小窗瞥状态或聊天。
3. 还有人精心协调所有窗口。
4. 几乎所有人有“私窗”和“公窗”。公窗可排列持久，私窗要藏信息防路人。作者原以为公私是自己特有，但 2004 年论文《Revisiting Display Space Management》测得同样三种类型和公私分割，二十年前的事。

浏览器是迷你操作系统。

2026 年大家默认多数软件跑在浏览器标签。这些 Web 应用涵盖原属本地应用的场景。桌面操作系统把浏览器当普通应用，实则是宿主操作系统内的虚拟化操作系统。

1. 浏览器内标签和窗口复杂度等同其他应用。
2. 标签与常规应用的工作流关联杂乱：写 Terraform 时参考文档标签，写工单更新时又用同一标签。标签能否属多任务，正是作者与研究分歧处。

“文件系统”概念越来越弱。

Apple Notes 里的笔记属 Notes 而非文件系统，短信在 iMessage 数据库，Teams/Slack 内容在应用内除非手动导出。2004 年 CHI 论文《Stuff goes into the computer and doesn't come out》指出同样问题。

1. 工程师可能反对统一存储，但弱文件系统或许是优点。问题在：自 Win95/System 7 起机器链是写文件-开应用-写回-发送，每环假定文件在操作系统可见处，现在全断了。

人们已尝试过什么？

我不是第一人。常被引的是 Henderson 与 Card 1986 年论文《Rooms》：用多虚拟工作区减少空间争用。他们将屏幕当 RAM，关窗当换页，窗口如内存页，98% 时间待在 2-10 个集合（即任务）里，约半成本花在切换的 2% 时间。Rooms 设计在请求前预载下个集合，称为减少“knowledge faulting in the user”（用户知识缺失故障），作者爱这词。

旁证论文《No Task Left Behind?》证实现代人非单任务，参与者引语“Constant, constant, multi-tasking craziness”，一天 juggling 约十个“工作球”。

最接近的是 WindowScape 论文：彻底弃用显式分组，每次排列变化就拍照，回照片而非填容器。其诊断：“要求窗口在单一组迫使使用者提前决定新窗口归属”。照片隐喻破解浏览器标签问题：一窗可现多照片，因“物可有多照片而底层仅一物”。但照片会消失，这是待解缺口。

针对重叠窗口，平铺管理器已基本解决，但有两个问题：

1. 太难用，正常人不会去改配置文件。
2. 需要可滚动平铺管理器，设好配置放一边，向右滚动做别的事，像塞进抽屉，无限空间不需分 macOS 空间。滚动也解公私：私左公右。Niri 已存在，只是需更易用。

浏览器作为迷你操作系统：人们方向错，让浏览器更像操作系统而非其内容成一等公民。Arc 浏览器和 Chrome OS 为例，Arc 把标签从顶移侧边并接管操作系统窗口概念。

作者认为若 Web 应用是应用，应有自己窗口；若补充另一应用，应关联并允许多标签。历史尝试者众。

尝试方案的坟场

• Windows Timeline (2017–2019)：跨应用活动排序整理。

• Windows Sets (2018–19 取消)：应用与网页同标签组，是操作系统将应用与 Web 内容分组的孤例，最接近作者构想。

• macOS Stage Manager (2022)：自动任务分组被无视。因偏 iPad 单任务快切，桌面需两三个东西协同，两头不讨好。
• KDE Activities：任务范围桌面状态十多年，做得多但超手动。

• PWA 安装：给 Web 应用自己窗口无浏览器边框，笨拙但算真应用。

没火原因：Timeline 需应用上报且记一切显 creepy；Sets 死于内部策略；Stage Manager 通用却不讨好；KDE 需 opt-in。模式：想法不错，但非默认或不在操作系统层统观所有应用。

文件系统作为弱抽象。

1. 操作系统试解但无强制用用户文件系统，故无一致。MacOS 最近文件功能坏，作者 9 月 23 起开下建数十文档，不知其如何填充。

理想是跨电脑应用“我近期交互的文件”含邮件聊天单一玻璃板。微软试过，概念合理。

解决方案可能怎样？

本地 LLM 或许有用，若不致添乱。

围绕任务组织：定义任务统合所有窗口，含脱离浏览器关联任务的特定标签，仍保留平铺视图外的瞥视窗。

桌面是无限画布；每物理显示是其视口。

过渡契约处理多屏：

• 不变项：窗口水平序、滚动位、输入焦点、任务归属。
• 确定性重排：列宽如响应式，架窄右落出视口进滚动区。
• 状态重放：两屏两视口，一焦点任务一瞥视区；拔掉次视口消失，重连复原。

操作系统终学会哪屏是焦点。 收键 90% 屏为焦点，常显少聚焦为瞥视，从焦点遥测可推无需眼动。小屏时瞥视降为条，如 tmux。

一种基底覆盖三类用户。 最大化者=全宽列；近最大化=列+条；协调者=N 列。不强迫，故能成默认（KDE 是偏好）。

隐私成一等标志，由机器状态驱。 私是窗口/标签属性非屏幕区。私内容遮挡除非机器保安全。规则：从连接显示或捕获会话等机读事实推隐私，不推人态。

连新显默认“准备演示”屏，明确指定；已知显跳过。屏幕共享同事件。苹果 Keynote 演示视图二十年未升操作系统，我们要其作桌面原语。

浏览器标签脱成真窗加入任务，浏览器不再是窗居所。

组织任务不想掉回配置文件，理想问本地 LLM 访问标签窗口信息帮理。

作者称“quake 覆盖层”顶部下拉输入。模型经约束 MCP 查信息提议预览，用户按 y 执行，不直接碰窗口管理器。

人少做全新任务/显示，故分类提议预览确认仅偶发，间为确定性重放。配置变 JSON 供模型读非界面。

空间记忆神圣，需“追加不替换”。Kirsh 与 Maglio 称“epistemic action”，布局是思考中，助手优化会打断。

LLM 不擅“碰这别碰那”，解：模型提议，确定码执行拒碰钉住。

高层 UI 元素，任务类目录，从任务流到个体。

作者未能贴 Linux demo，部分可行（全局终端下拉、可滚动平铺）但笨拙，会继续做。

这设计烂的原因

在 Linux VM 试跑遇逻辑问题：

1. 隐私设计跑在监控形数据上。 焦点遥测知哪屏焦点，存行为数据。隐私优先窗口管理器比现操作系统更懂你。
2. 最爱的隐私功能是玩笑。 原想私左公右，空闲视口漂回公。但阅读是空闲态致内容滚走；路人仍见私窗因只是靠左未藏。遮挡需知威胁，行人不可测。
3. 设计永不老化。 画布无限仅追加，混乱单调增。WindowScape 蒸发照片本是垃圾回收，试跑感压倒。

有趣实验

自己尝试比等 Mac/Win 强。坟场满好想法死分发。最开眼：重叠窗本是硬件限制 hack，很快被指问题，论文早呼求解。

整场讨论的共识是：这篇文章挂 tmux 之名，实则在谈整个桌面与操作系统该是什么样，而分歧主轴在于——要不要重新发明一套"视觉化 tmux"式桌面，还是摆弄现成的平铺窗口管理器和配置文件就够了。

文章名为 tmux，实际跑题到了整个桌面体验

• 有人说全文除了硬凑，绝大部分内容跟 tmux 没关系，只是顺着某个角度斜着眼看才勉强沾边（较多人）
• 也有人一句话总结：这不就是个平铺窗口管理器吗（较多人）
• 但仍有少数人表示差点因为预期是讲 tmux 而错过，读过之后认可它思虑周全（少数人）

认为界面是个性化偏好，Unix 的自由组合本就是优势

• 界面是艺术不是工程，有人爱的必然有人恨，Windows、macOS、iOS 都做不到让用户自己拼一张混音带，而 Unix 可以；配置文件没那么可怕，语言已经把我们带到了这里（高赞）
• 另有少数人吐槽作者既然排斥配置文件，那就别惦记 hyprland 或 i3，这些连 quake 式下拉终端都能做（少数人）

认为"普通用户"的说法站不住脚，学习成本被夸大

• 作者始终没定义什么是"普通人"，可照他的标准，能在图形化包管理器里双击装上 i3、登录时从列表里选它，根本算不上异常；Windows 用户天天用快捷键，多工作区在外接显示器普及的今天也早已是常识，默认配置相当合理，不必一上来就折腾（较多人）

认为窗口管理的熟练度是职业素养，不该拿"人各有别"当挡箭牌

• 行业已经默认高薪工程师在窗口切换和 command-tab 地狱里浪费几百小时，看同事共享屏幕时自己的时间也被一起浪费；别人用不好钢琴没人欣赏，桌面上的凌乱混沌同理，该把这种能力纳入面试考察（较多人） > 我们容忍了高薪开发者用支离破碎的窗口管理浪费时间，这不该被正常化（@kmarc）

认为取消文件系统是屡战屡败的老想法

• "跨全部应用查看最近文件、不在意它存在 Slack 还是 iCloud"听起来美好，前提是它能跑通，而这个想法已经失败了无数次；应用天生讨厌让你离开它的围墙花园，微软试过，用户不买账；作者自己承认要花很多个周末才做出可用原型，但真正拦住这类概念桌面的不是它当不了默认，而是人们不喜欢它（高赞）
• 也有补充说，一个"流"往往横跨邮件、命令行、浏览器标签、笔记和表格，工具跟着项目走而非反过来，凭什么电脑不能自己把这些串起来（少数人）

怀念垂直标签成为主流之前的样子

• 垂直标签早在 2007 年的 Tree Style Tabs 就有，而且远比现在酷——它是树不是列表，右键在新标签打开会挂成当前标签的子节点，可以把休息时打开的 Hacker News 文章整棵收起、上班时再展开；Arc 让所有人抄起了垂直标签，却没人再实现真正的树形标签，大概再也不会有了（较多人）
• 另有少数人提到垂直标签如今在多数现代浏览器里都只是设置里一个开关（少数人）

认为真正的痛点是持久化，而不是窗口怎么摆

• 重启系统后用户还得部分重建会话，这不该是常态；现代计算机应该能在连内核都升级的情况下保住用户态的状态，哪怕真的重启过（较多人）
• 有人已经把这做成了生意，卖的就是扛得住进程被杀、界面高度键盘驱动的多路复用器（少数人）

用上新的 Wayland 合成器后，tmux 反而被抛弃了

• 有人用了多年 tmux 和 Zellij，从 Unity、Gnome、KDE 一路换到 i3、sway，直到切到 niri，就再也没碰过 tmux，回头想想觉得很诡异（较多人）
• 类似的工具链提名还有 Aerospace、herdr、Chrome，以及等 Ghostty 作者那个项目来解决多路复用问题（少数人）

有价值的补充

• tmux 并非凭空出现：从 Emacs 到 screen 再到 tmux，最后多路复用被吸进终端应用内部，是一条清晰的演化路径；中间那次分叉是"X 之前的 Emacs"变成"X 之后的 Emacs，再把 X 的点子回填进终端"。
• 有人已经在琢磨用小型本地模型来优化窗口的排布、选择与切换，算是给这场讨论递了个新方向。
• 关于垂直标签的历史细节值得记住：Tree Style Tabs 比 Arc 早了十几年，且形态是树而非列表，展开收起的行为本质上更接近工作流的保存与恢复。