Darling, un proyecto de código abierto dedicado a ejecutar software de macOS en Linux, está cambiando su estrategia de desarrollo para abordar el problema 'irresoluble' de igualar la enorme capacidad de ingeniería de Apple. Al adoptar una política formal para las contribuciones asistidas por IA, el proyecto busca acelerar la implementación de miles de marcos de macOS que se han expandido significativamente en los últimos años.
Escalando frente a la expansión de los marcos de Apple
La escala de la plataforma macOS se ha convertido en un obstáculo significativo para un proyecto liderado por voluntarios. Entre macOS 10.14 y macOS 27, el número de marcos públicos creció de 273 a 464, mientras que los marcos privados saltaron de 878 a 2,754.
Esta imagen demuestra la capacidad del proyecto para ejecutar los marcos relacionados con gráficos de Apple en una plataforma que no es macOS.
Gráfico de HN Digest basado en cifras de blog.darlinghq.org; los valores se muestran como en la fuente.
A diferencia de Wine, que puede aprovechar los entornos de ejecución redistribuibles de Microsoft, Darling debe implementar la mayoría de los marcos de Apple desde cero. La nueva política de IA del proyecto está diseñada para cerrar esta brecha de capacidad, permitiendo que el equipo compita en condiciones más equitativas con los recursos de ingeniería de Apple.
“La IA cambia la ecuación. Lo que solía ser un problema irresoluble con pocos contribuyentes ahora es financieramente realista, y nos permite competir con Apple en condiciones más cercanas a la igualdad.”
— Development Update - Q4 2026 | Darling Development Blog
Política de IA y reglas de 'clean-room'
La nueva política de IA está estructurada como instrucciones para agentes de IA, pero vincula a los contribuyentes humanos que las utilizan. Para mantener la integridad, el proyecto impone reglas de 'clean-room': los desarrolladores deben implementar contratos documentados en lugar de trucos para aplicaciones específicas y deben ser capaces de explicar cada línea de código enviado en sus propias palabras.
Una restricción clave es la prohibición de usar desensamblado para producir código equivalente. Si bien el desensamblado puede usarse para documentar el comportamiento, al agente de IA que escribe el código nunca se le permite ver el desensamblado; solo recibe una descripción de comportamiento separada producida en un contexto diferente.
Soporte de arquitectura e infraestructura
Darling está introduciendo soporte inicial para ARM64 para seguir siendo relevante a medida que Apple se aleja de la arquitectura Intel. Este soporte se ve reforzado por el fork VibeDarling, que se desarrolla activamente en ARM64 y será integrado de nuevo en el proyecto principal.
Para mejorar la estabilidad, el proyecto abandonó un módulo del kernel de Linux (LKM) en 2022. Ahora utiliza 'darlingserver', un servidor de kernel en espacio de usuario que maneja llamadas Mach IPC y psynch a través de un socket RPC de Unix, evitando los fallos de kernel (kernel panics) y las congelaciones asociadas con el enfoque LKM anterior.
Objetivos futuros y limitaciones
El objetivo a corto plazo del proyecto es fusionar el trabajo de varios forks de nuevo en la base de código principal de Darling utilizando una lógica de fusión impulsada por agentes. Los planes a largo plazo incluyen estabilizar el soporte de AppKit para mejorar la apariencia visual de las aplicaciones y desarrollar herramientas nativas como una utilidad de configuración y un visor de registros.
Una limitación notable sigue siendo la falta de respaldo comercial. Si bien el proyecto está teniendo éxito con aplicaciones específicas como League of Legends y TextEdit, continúa dependiendo de los esfuerzos de voluntarios y de los forks impulsados por la comunidad para mantener el impulso frente al ecosistema propietario de Apple.
Esta imagen proporciona un ejemplo concreto del éxito del proyecto al ejecutar aplicaciones estándar de macOS.