Mario 与 Earendil

# Mario 与 Earendil 来源：https://lucumr.pocoo.org/2026/4/8/mario-and-earendil/ 写于 2026 年 4 月 8 日 今天我非常高兴地宣布，Mario Zechner 即将加入 [Earendil](https://earendil.com/)。 首先最重要的事：我认为你应该先阅读 [Mario 的文章](https://mariozechner.at/posts/2026-04-08-ive-sold-out/)。这更多是他的消息，而不是我们的，而且他比我更擅长讲述他的立场。我在这里想补充的，是一点更私人的感受：为什么这件事对我如此重要，过去几个月是如何把我们带到这里的，以及为什么我对他的加入感到如此兴奋。 去年改变了许多人对软件的思考方式。它也肯定改变了我。2025 年的大部分时间，我都在构建、探索和质疑如何构建软件，并且在更多层面上思考我想做什么。如果你是这个博客的常客，你经历了整个过程。我写了很多，实验了很多，试图更好地理解这些系统真正能做什么，以及围绕它们可以建立什么样的公司。那时——现在依然——空气中充满兴奋，但也有大量噪音。我已经清楚：问题不在于 AI 系统是否有用，而在于我们想用它们带来什么样的软件和人机交互。 这也是为什么我一直被 Mario 的工作和方式所吸引的原因之一。 在我看来，[Pi](https://pi.dev/) 是这个领域中最深思熟虑的编码代理和代理基础设施库之一。不是因为它试图成为最大声或最快的，而是因为它显然是由一个对软件质量、品味、可扩展性和设计深切关心的人构建的。在一个行业中许多人竞相更快发布、常常以牺牲一致性和工艺为代价的时刻，Mario 坚持做出扎实的东西。这对我而言意义重大。 我认识 Mario 很久了，我最敬佩他的地方之一是他不会把速度与进步混为一谈。他对好工具应该是什么样子有很强的感知力。他在意细节。他在意某样东西是否做得精良。他也以一种持久的方式构建。Mario 以相当不寻常的方式运营着 Pi：通过 OSS 假期和其他手段对问题追踪器和拉取请求施加反向压力。 过去一年还让我更清楚地看到另一件事：这些系统不仅令人兴奋，它们也能造成大量损害。有时损害是明显的；有时它看起来像是无处不在的低级退化。更多的垃圾，更多的噪音，更多不真诚的电子邮件塞进我的收件箱。这个未来的某种版本会让人们更分心、更疏离、对彼此更不关心。 那不是我想要参与构建的未来。 在 Earendil，Colin 和我一直在非常仔细地思考一条不同的道路可能是什么样的。这很大程度地促使我们找到了 [Lefos](https://lefos.com/)。 Lefos 是我们尝试构建一个设计上更有思想、更审慎的机器实体。不是一个主要目标是让一切更高效一点、以便我们能产生更多易忘输出的代理，而是一个能帮助人们以更多关怀、更清晰和更多快乐来沟通的代理。 好的软件不应旨在优化你生命中的每一分钟，而应为更美好、更愉悦的体验、更好的关系以及更好的相互联系方式创造空间。尤其是在沟通和软件工程中，我认为我们应该追求更多思考，而不是更多吞吐量。我们想要的是帮助人们更体贴、更在场、更人性的工具。如果我们所做的只是用这些系统加速垃圾的产生，那我们将完全错失这个机会。 这也是为什么 Mario 加入 Earendil 对我而言如此有意义。Pi 和 Lefos 来自不同的起点，经历了一年的远程协作，但它们被相似的直觉驱动：质量很重要，设计很重要，信任是通过关怀赢得的，而不是通过炒作捕获的。 我很高兴 Pi 将一同前行。Colin 和我非常在意它，我们希望成为它好的管理者。在过去几个月里，它已经在我们的工作中扮演了重要角色，我仍然相信它是构建有能力的代理的最佳基础之一。我们将很快分享更多关于我们如何看待 Pi 的未来以及它与 Lefos 的关系，但简单的版本是：我们希望 Pi 继续以高质量、开放、可扩展的软件存在，我们希望投资于让那个未来成真。至于我们对 Pi 许可的思考，[请在此阅读更多](https://rfc.earendil.com/0015/)，以及我们的[公司文章在此](https://earendil.com/posts/announcement-reflection/)。 此条目被标记为 [ai](https://lucumr.pocoo.org/tags/ai/) 和 [thoughts](https://lucumr.pocoo.org/tags/thoughts/) 复制为 [](https://lucumr.pocoo.org/2026/4/8/mario-and-earendil.md) / [查看](https://lucumr.pocoo.org/2026/4/8/mario-and-earendil.md) markdown