Darling 开发更新 – 2026 年第 4 季度

项目创始人兼开发人员 自我们上次的进度报告以来已经有一段时间了，并且发生了很多变化。本次更新涵盖了该项目中最大的变化：我们关于人工智能辅助贡献的新政策、最初的 ARM64 支持以及我们下一步计划的工作。我们的AI政策​今年该项目最大的变化不是功能，而是政策：我们采用了AI辅助贡献的规则。我们知道这是一个有争议的话题，许多开源项目现在都在争论，并且对低质量“slop”的担忧是合理的。但在了解项目内部结构的人手中，法学硕士可以是一个非常强大的工具。开发《亲爱的》一直很有趣，但也很难看到隧道尽头的曙光。让我们面对现实吧：苹果是一家大公司，有许多工程师一直在推出新功能，而一小群志愿者无法与这种能力相匹敌。我于 2012 年创建了 Darling，直到最近，现实世界中很少有 macOS 应用程序真正在它上运行。 Darling也从来没有Wine所享有的优势。 macOS 应用程序的界面比 Windows 应用程序小得多，因此在 Linux 上运行它们的兴趣较小，而且了解 macOS 内部结构并能提供帮助的开发人员也少得多。这使得它很难吸引贡献者，也很难吸引 Valve 为 Wine 提供的那种商业支持。平台的规模也是一个问题。 Apple 不断添加仅随 macOS 提供的框架：据统计，macOS 27 包含 464 个公共框架和 2,754 个私有框架，高于 macOS 10.14 中的 273 个和 878 个。 Wine 可以依赖微软的可再发行运行时，诸如 winetricks 之类的工具可以为用户获取这些运行时，而对于大多数 Apple 的框架来说，没有任何东西可以下载，我们必须自己实现它们。对于少数志愿者来说，匹配苹果公司的工程能力似乎是一个无法解决的问题。今年，情况发生了变化。出现了一些大量使用人工智能的分叉，并且取得了令人印象深刻的结果。最明显的例子之一是运行《英雄联盟》的分叉（在 YouTube 上查看其实际情况）。 VibeDarling 还让多个原始 macOS 应用程序运行起来。人工智能改变了这个方程式。曾经是少数贡献者无法解决的问题现在在经济上是现实的，它让我们能够在更接近水平的基础上与苹果竞争。拒绝使用人工智能对我们来说意味着两件事：我们会变得无足轻重。各种叉子将以极快的速度移动，而我们继续以相同的速度移动，但几乎没有什么东西在工作。随着人们迁移到正在取得进展的地方，社区可能会变得支离破碎。该政策是我们如何负责任地使用这种权力。它是作为人工智能代理的指令而编写的，但它约束了使用它们的人类。任何打开拉取请求的人都要对其中的每一行负责，并且必须能够用自己的话进行解释；维护者的问题由人来回答，而不是由机器人来回答。其余部分编码了我们的洁净室规则：实施记录的合同而不是对单个应用程序进行黑客攻击，尊重 macOS 分层，隔离和标记未记录的怪癖，并且绝不使用泄露的材料或 Apple 的受限来源（例如 corecrypto）。任何人都不应该使用反汇编来生成匹配的代码。根据当地法律，使用反汇编来记录某些内容的工作原理，然后以洁净室方式重新实现它可能是可以接受的：编写代码的代理永远不会看到反汇编，只能看到在另一个上下文中生成的单独行为描述。 ARM64 支持 ​Darling 现在已初步支持 ARM64。这很重要，因为 ARM64 是 Apple 硬件当前的主要架构。自从 Apple 转向使用自己的芯片以来，每台新 Mac 都基于 ARM64，而如今为 macOS 编写的软件越来越多地首先或仅以它为目标。如果没有 ARM64 支持，Darling 将受限于 Apple 本身正在放弃的架构。我们对这种支持充满信心还有另一个原因。 VibeDarling 分支是在 ARM64 上开发的，因此它的日常工作不断地使用 ARM64 代码路径。当分叉折回原来的 Darling 时，我们期望从一开始就对该架构有良好的支持。未来​接下来的两个月​我们的短期目标是将所有分叉的工作合并回 Darling。为此，我们使用代理驱动的合并逻辑，到目前为止，该逻辑已经自主修复了许多错误，包括来自分叉的代码和 Darling 本身预先存在的错误。我们计划正式支持三种架构：i386、x86-64 和 ARM64（aarch64）。我们对 ARM64 的信心来自于 VibeDarling 是在其上开发的。另外，我正在慢慢地通过重用 Dynamic 在 x86-64 主机上运行 ARM64 应用程序。这是一个很遥远的事情，所以请不要指望它，但我很好奇它能走多远。朗格