Linux上でmacOSソフトウェアを実行することに特化したオープンソースプロジェクトであるDarlingは、Appleの膨大なエンジニアリング能力に対抗するという「解決不可能な」課題に対処するため、開発戦略を転換しています。AI支援による貢献に関する正式なポリシーを採用することで、プロジェクトは近年大幅に拡大した数千ものmacOSフレームワークの実装を加速させることを目指しています。
Appleのフレームワーク拡大に対するスケーリング
macOSプラットフォームの規模は、ボランティア主導のプロジェクトにとって大きな障壁となっています。macOS 10.14からmacOS 27の間で、公開フレームワークの数は273から464へと増加し、プライベートフレームワークは878から2,754へと急増しました。
この画像は、非macOSプラットフォーム上でAppleのグラフィックス関連フレームワークを実行するプロジェクトの能力を示しています。
HN Digestによる図（blog.darlinghq.orgの報告数値に基づく。数値はソースの表記通り）。
Microsoftの再配布可能なランタイムを活用できるWineとは異なり、DarlingはAppleのフレームワークの大部分をゼロから実装する必要があります。プロジェクトの新しいAIポリシーは、この能力の差を埋めるために設計されており、チームがAppleのエンジニアリングリソースとより対等な条件で競合できるようにします。
「AIは方程式を変えます。少数の貢献者では解決不可能だった問題が、今では経済的に現実的なものとなり、Appleとより対等に近い条件で競合することを可能にします。」
— Development Update - Q4 2026 | Darling Development Blog
AIポリシーとクリーンルームルール
新しいAIポリシーはAIエージェントへの指示として構造化されていますが、それらを使用する人間の貢献者を拘束するものです。完全性を維持するため、プロジェクトは「クリーンルーム」ルールを強制しています。開発者は特定のアプリケーションのためのハックではなく、文書化されたコントラクトを実装しなければならず、提出したコードのすべての行を自分の言葉で説明できなければなりません。
主要な制限事項は、一致するコードを生成するために逆アセンブルを使用することを禁止している点です。挙動を文書化するために逆アセンブルを使用することは可能ですが、コードを記述するAIエージェントには逆アセンブルを見せることは決して許されず、別のコンテキストで作成された個別の挙動記述のみを受け取ります。
アーキテクチャサポートとインフラストラクチャ
AppleがIntelアーキテクチャから移行する中で、Darlingは関連性を維持するために初期のARM64サポートを導入しています。このサポートは、ARM64上で活発に開発されているVibeDarlingフォークによって強化されており、将来的にメインプロジェクトに統合される予定です。
安定性を向上させるため、プロジェクトは2022年にLinuxカーネルモジュール（LKM）から移行しました。現在は、Unix RPCソケットを介してMach IPCおよびpsynchコールを処理するユーザ空間のカーネルサーバー「darlingserver」を使用しており、以前のLKMアプローチに関連するカーネルパニックやフリーズを防いでいます。
将来の目標と制限
プロジェクトの短期的な目標は、エージェント駆動のマージロジックを使用して、さまざまなフォークからの作業をメインのDarlingコードベースに統合することです。長期的な計画には、アプリケーションの視覚的な外観を向上させるためのAppKitサポートの安定化や、構成ユーティリティやログビューアなどのネイティブツールの開発が含まれます。
顕著な制限として、依然として商業的支援が欠如していることが挙げられます。プロジェクトはLeague of LegendsやTextEditなどの特定のアプリケーションで成功を収めていますが、Appleのプロプライエタリなエコシステムに対して勢いを維持するためには、引き続きボランティアの努力とコミュニティ主導のフォークに依存しています。
この画像は、標準的なmacOSアプリケーションを実行することにおけるプロジェクトの成功の具体的な例を提供します。