背景：从Clear Linux到The Ur Project

Auke Kok曾花费八年时间在英特尔（Intel）参与Clear Linux操作系统的开发。如今，作为Verge.io的Linux发行版架构师，他通过个人项目The Ur Project，试图修正Clear Linux曾面临的核心问题。他在LinkedIn上宣布了这一项目，目前该项目由他利用业余时间独立推进，未获得任何公司或基金会的支持——毕竟英特尔已于去年停止了Clear Linux的开发。

Clear Linux的致命缺陷

Auke在其The Ur Project的博客中详细分析了Clear Linux的不足。在他看来，最大的问题是“让社区贡献变得异常困难”。即使是测试个人代码变更或进行常规增量开发这类简单操作，也变得不必要的繁琐。

发布流程同样存在缺陷。不匹配的仪表盘与新旧工具的拼凑，使得追踪每日更新变得复杂。为了跟上多样化的每日更新节奏，需要整合越来越多互不关联的工具和界面，而这些资源对于个人项目而言是难以企及的。

The Ur Project：构建系统而非发行版

The Ur Project目前并非一个“光鲜的原子发行版”，其优先目标是完善底层机制，而非提供 polished 产品。整个系统基于Rust开发，无论是构建包还是安装部分都共享相同的底层代码。

包通过Auke所称的“配方”（recipes）来定义——这些是声明式的TOML文件，描述了包的需求，却不规定具体的构建方式，他将其比作“祖母的烹饪食谱集”。

构建步骤并非手动编写脚本，而是由一套探针（probes）检查源代码后决定如何编译。仓库基于TUF（The Update Framework）运行，确保更新可签名且可验证，内容寻址存储（content-addressed storage）则处理去重，确保相同文件在包中只存储一次。

每个包都携带构建来源数据，系统设计确保构建可逐位复现。同一底层系统可输出OCI容器、可启动U盘镜像、云镜像或普通安装系统。

AI的有限参与

大型语言模型（LLM）仅被用于为特定包类型编写测试套件和构建定义。

构建系统本身保持确定性，运行时不存在任何AI智能体，且MCP（Model Context Protocol）集成被刻意排除在常规打包工作之外。

目前，The Ur Project提供网站、Auke的博客以及托管代码的Forgejo实例。他正致力于解决托管问题，以便用户能实际拉取镜像和仓库，这可能还需几天时间。一旦解决，他计划发布适用于云部署和可启动U盘的可启动镜像。

---

关注微信号：智享开源 ，及时了解更新信息。

原文链接：https://feed.itsfoss.com/link/24361/17436419/the-ur-project-appears

---

请支持IMCN发展！

谁在捐赠

微信捐赠	支付宝捐赠

扫码关注公众号：智享开源