Newshot 距离我们上一次进度报告已经有一段时间了，期间发生了很多变化。本次更新涵盖项目中最重大的几项转变：我们关于 AI 辅助贡献的新政策、初步的 ARM64 支持，以及我们接下来计划开展的工作。
我们的 AI 政策
今年项目最大的变化不是某个功能，而是一项政策：我们为 AI 辅助贡献制定了规则。我们知道这是一个有争议的话题，许多开源项目目前都在讨论它，而对低质量“slop”的担忧是合理的。但在了解项目内部机制的人手中，LLM 可以成为非常强大的工具。
开发 Darling 一直充满乐趣，但也很难看到隧道尽头的曙光。面对现实吧：Apple 是一家拥有众多工程师、不断推出新功能的大公司，一小群志愿者无法与之抗衡。我在 2012 年启动了 Darling，直到最近，真正能在其上运行的现实世界 macOS 应用寥寥无几。
Darling 也从未拥有过 Wine 所享有的优势。macOS 应用的面貌远比 Windows 应用小，因此人们对在 Linux 上运行它们的兴趣较低，熟悉 macOS 内部机制、足以提供帮助的开发者也要少得多。这使得吸引贡献者变得困难，吸引 Valve 提供给 Wine 那种商业支持同样困难。平台的规模也是一个问题。Apple 不断添加仅随 macOS 发布的框架：据一项统计，macOS 27 包含 464 个公开框架和 2,754 个私有框架，而 macOS 10.14 中分别为 273 个和 878 个。Wine 可以依赖 Microsoft 的可再发行运行时，winetricks 等工具会为用户获取这些运行时，而对于 Apple 的大多数框架，没有任何东西可供下载，我们必须自行实现它们。对一小群志愿者来说，匹配 Apple 的工程能力看起来是一个无解的问题。
今年，情况发生了变化。出现了几个大量使用 AI 的分支，它们取得了令人瞩目的成果。最引人注目的例子之一是一个能运行 League of Legends 的分支（可在 YouTube 上观看实际效果）。VibeDarling 也让几个原生 macOS 应用运行了起来。
AI 改变了局面。过去因贡献者稀少而无解的问题，如今在财务上变得现实可行，也让我们能在更接近平等的条件下与 Apple 竞争。
拒绝使用 AI 对我们来说意味着两件事：
- 我们会变得无足轻重。各个分支会以极快的速度推进，而我们继续以同样的步伐前进，能运行的东西寥寥无几。
- 社区很可能会分裂，因为人们会流向有进展的地方。
这项政策是我们如何负责任地使用这种力量的方式。它被写成给 AI agent 的指令，但约束的是使用它们的人类。无论谁提交 pull request，都要对其中的每一行负责，并且必须能用自己的话解释它；维护者的问题由人来回答，而不是由机器人回答。其余部分则编码了我们的净室规则：实现有文档记录的契约，而不是为单个应用打补丁；尊重 macOS 的分层结构；隔离并标记未文档化的怪癖；绝不使用泄露材料或 Apple 的受限源代码，例如 corecrypto。任何人都不应使用反汇编来产出匹配的代码。根据当地法律，使用反汇编来记录某物的运作方式，然后以净室方式重新实现它，可能是可接受的：编写代码的 agent 永远不会看到反汇编，只会看到在另一上下文中生成的独立行为描述。
ARM64 支持
Darling 现已具备初步的 ARM64 支持。这一点很重要，因为 ARM64 是当前 Apple 硬件的主要架构。自 Apple 转向自研芯片以来，每一台新 Mac 都基于 ARM64，而如今为 macOS 编写的软件也越来越多地优先或仅针对该架构。如果没有 ARM64 支持，Darling 将被限制在 Apple 自身正在逐步放弃的架构上。
我们对这一支持有信心的另一个原因是，VibeDarling 分支正在 ARM64 上开发，因此其日常工作会不断检验 ARM64 代码路径。当该分支被合并回原始 Darling 时，我们预计从一开始就能对该架构提供良好支持。
未来
接下来两个月
我们的短期目标是将所有分支中的工作合并回 Darling。为此，我们正在使用 agent 驱动的合并逻辑，该逻辑迄今已自主修复了许多 bug，既包括来自各分支的代码中的 bug，也包括 Darling 自身既有的 bug。
我们计划正式支持三种架构：i386、x86-64 和 ARM64（aarch64）。我们对 ARM64 的信心来自 VibeDarling 是在该架构上开发的这一事实。
另外，我正在缓慢推进通过复用 Dynarmic 在 x86-64 主机上运行 ARM64 应用程序的工作。这希望不大，所以请不要对此抱有期待，但我很好奇它能走多远。
更长期
我预计会持续收到来自其他贡献者的稳定补丁流，因此我无法代表他们发言。我自己的计划是稳定 AppKit 支持，并让 UI 看起来美观。
我还有一些具体想要跑起来的应用程序，要么因为它们足够简单，要么因为它们是开源的。开源让 agent 有更好的机会发现应用程序对系统有哪些期望。
我还希望开始为 Darling 本身添加 GUI 应用程序，例如配置工具和类似 Console.app 的日志查看器。Darling 应当自带用于管理它的原生工具，这些工具也将作为我们 AppKit 支持的真实场景测试。
贡献
Darling 是一个庞大的代码库，参与贡献可能令人望而生畏，我们希望让它变得更容易。如果你想帮忙，哪怕只是一个小修复，也请来我们的 Discord 与我们交流。如果你使用 AI 助手，请先阅读我们的 AI 政策：你对你提交的每一行代码负责，并且应当准备好用自己的话解释它。
你也可以通过我们的 OpenCollective 在经济上支持该项目。资金将用于覆盖基础设施和托管成本，或许还有 LLM 成本。