Charlie Holland 写了一篇博文介绍他开发的 space-tree 工具（见 原文）。这个工具要解决的问题很简单。Emacs 里不缺工作区管理工具，从内置的 tab-bar-mode 到社区维护的 eyebrowse 、 perspective.el 、 persp-mode 、 activities.el 、 burly 、 beframe 、 workgroups2 ，一抓一大把。但它们有一个共同的盲区，所有工作区都是扁平的。

扁平有什么问题？你有一个编号列表、一行标签或者一个网格，但你没办法在工作区里面再建一个工作区。实际开发中很少有一层就能搞定的任务。假设你在修一个 bug，可能需要测试源码、实现代码、堆栈追踪同时开着。这个 bug 可能关联到一个更大的重构。重构本身是一个父任务，修 bug 只是它的一个子任务。子任务内部可能还有更细的分工（翻阅日志、对比不同版本、查阅文档）。扁平的工作区列表迫使你去「压平」这种天然的分层结构。

作者总结了他个人的五个需求，不一定适用所有人，但能解释他为什么觉得现有工具都不够好用。

• 任意深度嵌套，不限制宽度 。你可以有 1→1.1→1.1.1 这样的结构，工作区管理器不该限制你的层次数
• 不需要强制命名 。大部分工作区用完就丢，不值得起名字。强制命名等于增加工作量，工作量大了你就懒得创建新工作区，结果所有窗口又挤回一个空间
• 不需要强制持久化 。昨天的树和今天的树通常是两码事。持久化是好功能，但管理持久化状态（清理过期条目、决定启动时恢复什么）的成本超过了恢复本身的价值
• 不做缓冲区作用域 。工作区对作者来说是纯粹的视觉约定，它只管「在这里放什么窗口」。 switch-to-buffer 应该始终能看到所有缓冲区，不需要按工作区切割。如果确实需要任务级别的文件视图，Emacs 已有 project.el 和 consult-buffer 这些更精准的工具
• 基于 Emacs 已有窗口原语 。"原语"（primitive）指 Emacs 自带的 window-state-get 和 window-state-put ，这两个函数已经能保存和恢复窗口布局了。不需要引入新的"抽象"，即其他工具搞的那套 parallel buffer list 或 frame 快照模型——那些都是额外抽象层，直接嵌到 Emacs 已有的窗口机制上就好

说实话，作者自己也怀疑「树形」这个想法是不是程序员职业病，毕竟天天对着文件系统、抽象语法树、Org-mode 大纲，看什么都像树。查了文献后他发现，认知心理学对层次化组织的支持相当扎实。

space-tree 的代码很精干，目前大约 680 行 Elisp。核心思路只有两个（加上一个可选的命名扩展）。

每个空间用一个整数列表标识，从左到右读就是从根到目标的空间路径。比如 (2 1 3) 表示「从顶层空间 2 开始，下到它的第一个子空间，再到那个子空间的第三个子空间」。

三张哈希表分工明确。

1. space-tree-tree 树形结构表，嵌套的哈希表，键是整数空间号，值是子表。这张表编码了「空间之间的父子关系」
2. space-tree-address-wconf-tbl 窗口布局快照表，平的哈希表，键是地址列表，值是 window-state-get 返回的窗口状态数据。这张表编码了「每个空间里有什么窗口」
3. space-tree-space-name-tbl 可选名称表，平的哈希表，只有用户主动命名的空间才会出现在这里。这张表编码了「哪些空间有名字」

三张表分开存，关联很清晰。第一张告诉你在哪，第二张告诉你有什么，第三张告诉你叫什么。

切换到某个空间的操作就是查第二张表，把结果传给 window-state-put 。创建子空间就是沿第一张表走到父节点，加一个新键，然后渲染一个空白（只有 scratch buffer）的工作区。删除空间就是删除结构表里的入口和对应的快照和名称。

除了这三张表，还有两个很小的状态。一个最近访问地址列表（用来实现「回到上一个空间」），一个记录当前地址的变量。全部状态库存就这么多。

安装用 use-package 从 GitHub 获取：

(use-package space-tree
  :ensure (:host github :repo "chiply/space-tree")
  :config
  (space-tree-init)

  ;; 顶层空间：Super + 数字
  (general-define-key
   "s-1" #'space-tree-to-1
   "s-2" #'space-tree-to-2
   "s-3" #'space-tree-to-3
   "s-4" #'space-tree-to-4
   "s-5" #'space-tree-to-5
   "s-6" #'space-tree-to-6
   "s-7" #'space-tree-to-7
   "s-8" #'space-tree-to-8
   "s-9" #'space-tree-to-9

   ;; 子空间（当前顶层空间下的第 2 层）
   "s-a" #'space-tree-sub-1
   "s-s" #'space-tree-sub-2
   "s-d" #'space-tree-sub-3
   "s-f" #'space-tree-sub-4
   "s-g" #'space-tree-sub-5

   ;; 孙空间（当前子空间下的第 3 层）
   "s-A" #'space-tree-sub-sub-1
   "s-S" #'space-tree-sub-sub-2
   "s-D" #'space-tree-sub-sub-3
   "s-F" #'space-tree-sub-sub-4
   "s-G" #'space-tree-sub-sub-5

   ;; 导航
   "M-S-<tab>"   #'space-tree-switch-space-by-name
   "M-<tab>"     #'space-tree-go-to-last-space
   "C-M-<tab>"   #'space-tree-go-right
   "C-M-S-<tab>" #'space-tree-go-left

   ;; 删除当前空间
   "s-_" #'space-tree-delete-space)

  ;; Evil 用户的快捷键
  (general-define-key
   :states '(normal visual)
   :keymaps 'override
   "gt" #'space-tree-switch-current-level
   "gT" #'space-tree-switch-space-by-digit-arg
   "g+" #'space-tree-create-space-top-level
   "gn" #'space-tree-create-space-current-level))

如果用不了 Super 键（被操作系统拦截了），换成 Hyper 或 Meta-Super 组合也行。不用 Evil 的话把后半段删掉。

作者给了一个具体场景。假设他在修一个测试失败。

• 按 s-2 切换到空间 2（顶层），先把测试运行器窗口摆好
• 按 s-a （ space-tree-sub-1 ）从空间 2 分支到 2.1，打开测试源码
• 再按 s-s （ space-tree-sub-2 ）从空间 2 分支到 2.2，打开实现代码
• 按 s-d （ space-tree-sub-3 ）创建同级空间 2.3，放堆栈追踪

每个空间保持自己离开时的窗口布局。当前在哪个空间、下面是哪些分支，mode-line 上都有显示。修完后在空间 2.1、2.2、2.3 里分别按 s-_ （ space-tree-delete-space ），整个子树一起消失，干净利落。

除此之外，space-tree 还支持给空间命名后用名称跳转、复制粘贴工作区布局、以及 mode-line 显示当前位置等操作，完整的命令列表在项目的 README。

作者整理了一张功能矩阵对比 8 个同类工具。核心维度是结构、命名、作用域、持久化。

space-tree 的独特之处首先在「结构」列，只有它是「任意深度」。其他所有工具都给你扁平的列表配上不同的附加功能，但空间的组织方式始终是一维的。

作者还特意列出了 space-tree 不做 的事，不做缓冲区作用域、不跨 session 恢复窗口、不跟 project.el 联动。这些功能不是做不了，而是刻意不做——因为缓冲区作用域和持久化已经有 perspective.el 、 burly 等工具做得很好了，space-tree 跟它们自由组合就好。那些把缓冲区作用域和窗口布局打包在一起的工具，对不需要缓冲区作用域的用户来说就是捆绑销售。space-tree 的克制恰恰是为了兼容性：只做一件事（窗口布局管理），然后让 Emacs 的 project.el 、 recentf 、 consult-buffer 各司其职。

如果想试试，项目在 GitHub。README 里有完整的命令参考。