trynix.dev：在浏览器中运行任意 Nix 包的完整指南

一个跑在浏览器里的 Linux 虚拟机

开发者 Farid Zakaria 把他的最新项目 trynix.dev 称为自己在 Nix 领域的"magnum opus"（巅峰之作），这个评价并不夸张。

trynix.dev 的核心是一台完全运行在浏览器中的 x86_64 Linux 虚拟机。它基于 qemu-wasm 项目，通过 WebAssembly 技术在浏览器沙盒内实现了完整的虚拟化环境。这意味着你不需要在本地安装任何软件，也不需要连接远程服务器，仅凭一个浏览器标签页就能获得一个可交互的 Linux Shell。

更关键的是，这台虚拟机可以引导启动过去 13 年间的任意 Nix 包。Nix 生态最大的特点之一就是可复现性——每一个包的每一个历史版本都被精确记录，trynix 正是把这一优势搬进了浏览器。

URL 即环境：一键复现 Nix 包的历史版本

trynix 最巧妙的设计在于它的 URL 可寻址能力。你想运行哪个包、哪个版本，直接写进网址里即可。

例如访问下面这个链接：

https://trynix.dev/?pkg=python3@3.6.2

点击 "Load" 按钮后，浏览器就会启动一台虚拟机，并给你一个针对 2017 年发布的 Python 3.6.2 的交互式 Shell。

这种设计带来的价值是巨大的。想象一下这些场景：

• 验证老代码：你有一段依赖特定 Python 版本的历史脚本，不必费力搭建虚拟环境，直接一个链接就能验证。
• 教学演示：讲解某个工具的旧版本行为差异，把链接发给学生即可，人人都能立即上手。
• Bug 复现：报告一个只在某个版本出现的问题时，附上可复现的 URL，比任何文字描述都直观。

把"环境"变成一个可以分享的链接，这本身就是对开发协作方式的一种重塑。

让 Pull Request "可启动"：代码审查的新范式

在 trynix 的基础上，Farid 还在持续构建更有想象力的应用。其中一个近期的例子是《通过启动来审查 Pull Request》，它引入了一个名为 trynix-preview 的 GitHub Action。

作者对它的描述是：

一个 GitHub Action，它会在 Pull Request 上评论一个链接，让你可以在浏览器中直接启动这个 PR 的构建结果。没有服务器，只有浏览器。

这解决了代码审查中一个长期存在的痛点。传统的 PR 审查往往停留在"读代码"层面，如果要实际运行验证，审查者需要拉取分支、构建、配置环境——门槛不低。而 trynix-preview 让审查者点一下评论里的链接，就能在浏览器里直接跑起这个 PR 的实际构建产物。

"No servers, just browsers"（没有服务器，只有浏览器）这句话点出了它的核心哲学：把原本需要基础设施支撑的能力，压缩进一个客户端浏览器中。

技术背后的意义：三大趋势交汇

trynix.dev 之所以值得关注，不只是因为它"很酷"，更在于它展示了几项技术趋势的交汇。

WebAssembly 的能力边界正在扩张

过去我们认为 WASM 主要用于加速浏览器中的计算密集型任务。而 qemu-wasm 让完整的 x86_64 虚拟机跑在浏览器里，证明了 WebAssembly 已经能够承载相当复杂的系统级模拟。这为"浏览器即操作系统"的构想提供了更多底气。

Nix 的可复现性找到了新出口

Nix 一直以"精确可复现"著称，但其学习曲线陡峭，普通开发者难以享受红利。trynix 用 URL 这种最普及的载体，把 Nix 的核心优势暴露给了所有人，无需任何 Nix 知识即可体验历史版本的软件。

去服务器化的协作模式

从可分享的环境链接，到可启动的 PR，trynix 生态一直在强调"无服务器"。所有计算都在用户本地浏览器完成，既降低了运营成本，也规避了后端安全和扩容的复杂度。这对开源项目和小团队尤其友好。

小结

trynix.dev 把三样东西优雅地结合在了一起：WebAssembly 的系统虚拟化能力、Nix 的历史版本可复现性、以及 URL 作为通用分享载体的便利性。它不仅是一个技术炫技作品，更提供了一种新的思路——环境和运行结果都可以像网页一样被链接、被分享、被即时访问。对于代码审查、教学和 Bug 复现等场景，这种"点开即运行"的模式很可能会成为一种新的常态。