Yazelix Nova 评测：Nix 打包的弹窗式终端工作区，以及 Classic 迁移的代价

一个把终端组件拆成独立包的 Nix 工作区

Yazelix Nova 解决的是终端工具链的集成问题。它把 Rio 派生的终端模拟器、Zellij 的分屏管理、Helix 的编辑器、Yazi 的文件浏览、Nushell 的 shell、lazygit 的弹窗，以及一个可选的编码代理弹窗，打包成一个 Nix 包。你通过 `yzx launch` 启动一个完整的图形工作区，或者通过 `yzx enter` 在任意终端里、甚至通过 SSH 进入同一个环境。它面向的是那些已经接受 Nix 作为配置管理方式、并且希望终端工作区具备一致默认值的开发者。Nova 的定位不是给你一堆各自独立的工具，而是给你一个组件边界清晰的整体：每个组件拥有自己的实现和契约，Nova 只负责固定版本并组合它们的包输出。这与 Classic 那种主仓库同时充当运行时、控制平面和配置修复系统的做法形成对比。

从 Classic 到 Nova：代码量削减背后的架构取舍

Nova v1.0.0 的 README 给出了一个明确的数据对比：总代码量从 Classic 的 91,545 行降到 23,272 行，减少 75%。其中 Rust 代码从 80,957 行降到 19,872 行。这个削减不是靠删功能实现的，而是靠重新分配所有权。Classic 的子仓库没有建立牢固的边界，主仓库仍然承载着它们的维护机制和重叠的运行时逻辑。Nova 把每个组件变成独立的、版本化的包，每个包只负责一件事。这种架构让 Nova 能够用更少的代码提供更多的功能，比如更紧密的编辑器与 Yazi 集成、更强的诊断能力，以及一个连贯的弹窗式界面。但代价是，Nova 的 `main` 历史被有意替换了。README 明确说，现有 Git 克隆应该用全新克隆替换，而不是用普通的 pull 更新。这意味着如果你之前跟踪 Classic 的仓库，你无法通过常规的增量更新平滑过渡。

安装与启动：三条命令，三种通道

安装依赖 Nix 并启用 flakes。最直接的尝试方式是 `nix run github:Yazelix/nova/stable -- launch` 或 `nix run github:Yazelix/nova/stable -- enter`。如果启动失败，用 `nix run github:Yazelix/nova/stable -- doctor` 检查运行时设置。安装到 Nix profile 则使用 `nix profile add --refresh github:Yazelix/nova/stable`，然后执行 `yzx launch`。README 还提供了 Home Manager 模块的安装方式，但文档链接指向 `docs/installation.md`，在提供的材料中未展开细节。通道方面，`stable` 分支从经过检查和 dogfood 的 `main` 修订版本推进，最多每周一次；`main` 更新更频繁；`edge` 是实验性的 dogfood 通道。Linux 启动器会显示所选通道，比如 `Yazelix Nova (Stable)`，会话内也会显示 `NOVA 1.1 STABLE` 这样的标识。这种设计让不可变包拥有自己的启动器标签，避免混淆。

首次使用：tutor 引导与 Alt 键网格

启动后，README 建议先运行 `yzx tutor begin` 开始引导式教程。`yzx help` 列出所有命令，`yzx doctor` 在不打开 Rio 或 Zellij 的情况下检查运行时设置。在界面内，按 `Alt Shift M` 打开命令面板，里面包含帮助和教程入口。工作区的移动模型扩展了 Helix/Vim 的 `h/j/k/l` 键位：`Alt` 层移动焦点或切换标签页，`Ctrl Alt` 层移动分屏，`Alt Shift` 层分组四个工作区表面。具体来说，`Alt h` 聚焦左侧或上一个标签页，`Alt l` 聚焦右侧或下一个标签页，`Alt j` 和 `Alt k` 分别向下和向上移动焦点。这种设计把编辑器内的移动习惯延伸到整个工作区，降低了学习成本。但要注意，这个键位网格只覆盖了 README 中描述的部分，完整的键位表在截断的材料中没有给出，你需要依赖 `yzx tutor` 来发现其余部分。

Ratconfig：一个弹窗式的配置调整工具

Ratconfig 是 Nova 特有的配置界面，通过 `Alt Shift K` 打开。它不是一个配置文件编辑器，而是一个弹窗式的行选择器。你可以用数字键 `1` 到 `9` 跳转到标签页，用 `Tab` 或 `h`/`l` 切换标签页，用 `j`/`k` 或 `/` 在行间移动或搜索所有设置。按 `a` 可以在概览和全部视图之间切换，前提是该标签页有有意义的简化视图。`e`、`Enter` 或 `Space` 运行选中行的上下文操作，`u` 移除选中的显式覆盖，`q` 退出。底部栏会显示当前选中行的控制说明。这种交互方式把配置调整从编辑文本文件变成了键盘驱动的导航，与工作区的弹窗哲学一致。但它的能力边界也很明显：它只能管理显式覆盖，不能处理那些需要跨组件协调的配置，比如 Home Manager 声明。

迁移 Classic 的桥接：v17.12 标签与 read-only 警告

如果你从 Classic 迁移，Nova 提供了一个桥接版本。Classic v17.12 可以把可变的 `settings.jsonc` 或 `config.toml` 文件转换为 Nova 配置。运行 `nix run github:Yazelix/nova/v17.12#yazelix -- launch` 可以保留可变设置。但 README 明确说，这个桥接不会重写 Home Manager 声明或 Home Manager 拥有的文件。迁移后，`yzx doctor` 会报告识别的 Classic `configs/` 和 `sessions/` 状态、生成的 Nushell extern 工件，以及迁移备份。这些报告是只读警告：`nova=unused` 表示 Nova 没有加载该路径，`ownership=ambiguous` 表示无法仅凭路径名确定其内容或所有者。Nova 不会归档或删除这些路径，外部脚本可能仍然引用它们。这是一个谨慎的设计：Nova 不主动清理旧状态，避免破坏外部依赖，但也意味着迁移后你可能需要手动清理这些残留。

平台支持与维护成本

Linux 是 dogfood 平台，CI 构建所有包，并在 `aarch64-darwin` 上运行 Home Manager 激活测试。README 说 macOS beta 的持续交互使用没有发现已知回归，但早期的逐命令检查清单和 Rio GUI 仍未验证。这意味着 macOS 用户应该把 Nova 视为 beta 质量，尤其是在 GUI 启动路径上。维护成本方面，Nova 的架构设计降低了长期维护负担，因为每个组件独立版本化，主仓库不需要承载子仓库的维护逻辑。但迁移本身有一次性成本：你需要替换 Git 克隆，而且 Classic 分支被冻结为 `classic` 分支，`v17.12` 标签作为迁移和回滚桥接。如果你需要回滚，这个标签是唯一的安全通道。许可证是 Apache-2.0，这意味着你可以自由使用和修改，但要注意它不包含任何关于商标或专利的额外条款，具体法律影响需要咨询专业人士。

编辑结论

Yazelix Nova 适合已经在用 Nix flakes、想要一个开箱即用的弹窗式终端工作区、并且愿意接受 Classic 迁移成本的用户。它不适合那些依赖 Classic 中 Home Manager 自定义选项、或者无法替换现有 Git 克隆的人。在采用前，你应该先确认自己的 Classic 配置是否与打包默认值一致：如果一致，直接切换到 stable 分支；如果不一致，先运行 `nix run github:Yazelix/nova/v17.12#yazelix -- launch` 做一次迁移桥接，并检查 `yzx doctor` 输出的 `nova=unused` 和 `ownership=ambiguous` 警告。Nova 的稳定分支每周最多推进一次，主分支更新更频繁，但 Nova 明确要求用全新克隆替换旧仓库，这决定了它不是一次平滑升级，而是一次主动的架构切换。

官方来源

1. Official README
2. Project repository
3. Release notes