Darling es lo más parecido que existe a un Wine para macOS: una capa de compatibilidad, libre (GPL-3.0), que carga binarios Mach-O en Linux y les ofrece las bibliotecas y llamadas al sistema que esperan encontrar. Lleva más de una década en desarrollo y tiene casi 14.000 estrellas en GitHub, pero en 2026 apenas se movía: el último cambio fusionado antes de octubre es del 6 de septiembre.
En noviembre eso ha cambiado de golpe. Su fundador, Luboš Doležel, ha abierto 85 pull requests desde el día 1, cuando entre enero y octubre no había abierto ninguno. Y no lo esconde: al menos 40 commits del repositorio llevan la línea Co-Authored-By: Claude Opus 5.5.
Primero, las reglas
El cambio de ritmo no pasó desapercibido. El 2 de noviembre un usuario abrió una incidencia pidiendo «una política de IA clara y oficial», con una lista de preguntas incómodas: qué partes del proyecto admiten IA, cómo se garantiza que no entra código propietario de Apple, qué pasa si un modelo se entrenó con código filtrado y cómo se controla la calidad.
La respuesta llegó dos días después en forma de AGENTS.md, un documento que le dice a un agente de IA cómo comportarse en el proyecto y que, sobre todo, fija obligaciones para las personas:
- Quien abre el PR responde de cada línea. Tiene que poder explicar qué hace el cambio, por qué es correcto y por qué cumple las reglas «con sus propias palabras». «Lo escribió el agente y siguió el AGENTS.md» no vale como respuesta, y un PR cuyo autor no sepa explicarlo puede cerrarse sin más.
- Nada de responder con el bot. Si un mantenedor pregunta, espera la respuesta del humano, no un texto pegado de su asistente.
- Se implementa el contrato documentado, no una app. Prohibido añadir casos especiales por nombre de aplicación, identificador de paquete o versión para que un programa concreto funcione.
- Respetar las capas de macOS. Si un framework se apoya en otro en el sistema de Apple, en Darling también, y cada fallo se arregla en la capa donde nace.
- Las rarezas no documentadas se marcan. Cuando una app depende de un comportamiento que Apple no documenta, se puede imitar, pero aislado, con un comentario
QUIRK:que diga de dónde sale la evidencia y con una prueba que falle sin él.
Y lo más delicado, la frontera legal. El documento prohíbe usar como evidencia el desensamblado o la decompilación de binarios de Apple, cualquier material filtrado o confidencial y el código de corecrypto, la biblioteca criptográfica de Apple, cuyo código se puede leer pero no reutilizar. Tras la discusión se amplió para cubrir cualquier código futuro publicado en esas condiciones y las posibles filtraciones.
En el hilo, el usuario que pidió la política insistió en un riesgo concreto: un modelo puede reproducir de memoria código con el que se entrenó, y no hay forma de saber si lo está haciendo. Doležel respondió que los PR que toquen corecrypto se cotejarán con la implementación de Apple para comprobar que no son una copia. Sobre la calidad fue más tajante: en su experiencia, el código de los modelos punteros «es de mucha más calidad» que lo que aporta la media de contribuidores, siempre que quien los maneja sepa lo que hace. El control queda en manos del revisor.
Lo que ya ha salido: Darling en ARM64
El cambio más grande es el soporte para Linux ARM64, fusionado el 6 de noviembre (PR #1818, unas 6.500 líneas nuevas). Hasta ahora Darling solo funcionaba en x86-64. Con este cambio, en una máquina aarch64 darling shell arranca y ejecuta binarios Mach-O nativos de arm64: bash, coreutils, tuberías y control de trabajos, launchctl, Perl 5.18, Ruby 2.6 y Python 2.7.
El PR junta trabajo de varias personas: un port base de otro colaborador, correcciones de un segundo parche y arreglos encontrados al probarlo en un kernel aarch64, algunos tomados con atribución de unos forks de terceros llamados VibeDarling. Doležel lo resume en un comentario: «usé Claude para hacerlo funcionar y le dije que mirara VibeDarling en busca de pistas».
Hay más en la lista de PR de estas semanas: endurecimiento del lanzador (setuid, entorno del invitado, comprobación del prefijo), constantes públicas que faltaban en varios frameworks con los valores de macOS, señales que ahora llegan al proceso en primer plano y trabajo para subir texturas 3D de OpenGL.
Darling frente a Reef
La coincidencia de fechas es llamativa. Esta misma mañana contamos que Cutefish prepara Reef, su propia capa para abrir apps de Mac en Linux. Los dos proyectos atacan el mismo problema desde lados opuestos:
| Darling | Reef (Cutefish) | |
|---|---|---|
| Licencia | GPL-3.0, código abierto | Cerrado «por ahora» |
| Dónde funciona | Cualquier distribución Linux | Solo en Cutefish |
| Qué ejecuta hoy | Sobre todo herramientas de línea de órdenes | Solo apps gráficas |
| Base | Piezas libres de Apple (xnu, dyld, objc4…) más frameworks propios | Unas 460.000 líneas propias más algunas piezas libres de Apple |
| Arquitecturas | x86-64 y, desde noviembre, ARM64 | No lo detalla |
Cutefish dice que Reef no usa código de Darling. En el repositorio de Darling no hemos encontrado ninguna referencia a Reef.
Qué pensamos
Es un buen ejemplo de lo que está pasando con la IA en proyectos pequeños: un mantenedor casi solo, con un proyecto parado, recupera en semanas el ritmo de años. Darling ha hecho lo que otros proyectos están discutiendo en estos días: poner las reglas por escrito antes de que la avalancha de parches se lo coma. Las suyas son más estrictas de lo habitual en la parte legal, y con razón: si un proyecto que reimplementa macOS acaba con código copiado de Apple, se arriesga a un problema legal serio.
Queda por ver si el ritmo se sostiene y si llega a la parte que más le falta, las apps gráficas. Mientras, para quien use Linux en un portátil ARM64, Darling ya es una opción para ejecutar herramientas de Mac. Si te interesa el lado de Apple, tienes la ficha de macOS, y la de Cutefish para seguir a Reef. Del debate más amplio sobre la IA en el software libre hablamos en cómo gestionaron los parches hechos con IA Linux, Mesa, PostgreSQL y FreeRDP.
Fuentes: repositorio de Darling y su AGENTS.md; incidencia #1806, «Please document a clear and official AI policy» y PR #1811, «Add AGENTS.md»; PR #1818, «ARM64 (aarch64) Linux host support»; lista de PR de Luboš Doležel; web de Darling.