Xcode 27.1 beta: tu app en el simulador del iPhone Duo

Xcode 27.1 beta (27A9269) salió el viernes 18 de septiembre de 2026 con el primer SDK de iOS 27.1 y un tipo de dispositivo iPhone Duo para el simulador, cuatro días después de Xcode 27.0. El SDK trae todas las API de iPhone Duo que nombra la guía de preparación de Apple, el perfil del tipo de dispositivo define las dos pantallas en 1398 por 2034 y 2007 por 2853 píxeles a 3x, es decir 466 por 678 y 669 por 951 puntos, y el runtime del simulador es una descarga aparte que Xcode busca cuando hace falta. Las propias notas de Apple listan tres cosas que el simulador todavía no puede hacer, y una app de sondeo ejecutada en las tres poses de Device Hub aterriza en una pantalla de 466 por 678 puntos cerrada y en una de 951 por 669 abierta, regular en ambas clases de tamaño ahí, y no reporta ninguna región reservada en ninguna pose, con UIScreen.main respondiendo todavía por la pantalla exterior mientras la app está en la interior.¹²⁴⁵⁶ {.answer-block}

TL;DR

• Fechas y builds. El feed de lanzamientos de Apple fecha Xcode 27.1 beta (27A9269) el viernes 18 de septiembre. xcodebuild -version imprime Xcode 27.1 y Build version 27A9269; los SDK de iPhoneOS y de iPhoneSimulator se identifican ambos como iOS 27.1 build 24A94403; el compilador de Swift reporta la misma cadena de versión swiftlang-6.4.0.34.1 que Xcode 27.0, y el enlazador el mismo ld-27037.1. El xip pesa 2.027.292.809 bytes y la app expandida ocupa 3,6 GiB, y se instala junto a Xcode 27.0 sin reemplazarlo.¹⁴
• Las API del Duo ya están en el SDK. Los diez nombres que mi revisión del 17 de septiembre no encontró en el SDK 27.0 están todos en el SDK 27.1, entre ellos ArrangementView y reservedRegions(kind:options:layoutDirectionBehavior:) en SwiftUICore, toolbarVerticalBehavior(_:) en SwiftUI, y UIArrangementViewController, preferredVerticalBarBehavior y verticalBarEdge en UIKit. SwiftUI los marca con @available(anyAppleOS 27.1, *); los headers de UIKit marcan el controlador de disposición y los métodos de regiones reservadas con API_AVAILABLE(ios(27.1), tvos(27.1), visionos(27.1)), dos plataformas más de las que listan las páginas de documentación.⁴
• El perfil del simulador deja por escrito los tamaños de pantalla. El tipo de dispositivo iPhone Duo (iPhone19,4, clase de producto V68, número de modelo A3447) define dos pantallas integradas: primary a 1398 por 2034 píxeles, escala 3, y primary-1 a 2007 por 2853 píxeles, escala 3, con una orientación nativa de 270. Divididas entre tres dan 466 por 678 y 669 por 951 puntos, y la cifra interior es la que mi post sobre el Duo para desarrolladores infirió el 10 de septiembre a partir del tamaño de captura de App Store Connect. El perfil exige runtime 27.1 o posterior.⁵
• Qué hace el simulador con una app real. Device Hub expone tres poses, Closed (cerrado), Book (libro) y Open (abierto), más Rotate Right (rotar a la derecha). En Closed, la sonda recibe la pantalla exterior: 466 por 678 puntos, ancho compacto, la disposición dividida apilada. En Open recibe la interior: 951 por 669 puntos con orientación nativa horizontal, regular en ambas clases de tamaño, márgenes de área segura de 34 a cada lado y la disposición dividida lado a lado; rotada, 669 de ancho por 951 de alto y sigue siendo regular en ambos ejes. Book le dio a la app la misma geometría que Open. En todas las poses reservedRegions no devolvió nada, ni siquiera incluyendo las regiones inactivas, toolbarVerticalEdge se mantuvo en nil, la barra de herramientas se dibujó horizontal y UIScreen.main.bounds siguió reportando 466 por 678 mientras la app estaba en la pantalla interior.⁶
• Lo que la beta todavía no puede hacer. Las notas de Apple: “Initial Simulator launch can take several minutes.” (187708500), “StandBy is unavailable in the iPhone Duo Simulator runtime.” (187708663) y “Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.” (187708767), es decir que el primer arranque del simulador puede tardar varios minutos y que ni StandBy ni la mayoría de las extensiones de app están disponibles en ese runtime. Súmale dos Known Issues de Mac Catalyst para quien además publique su app en la Mac, y una cosa que Apple no lista: la descarga del runtime falló en mi primer intento con Download failed. y funcionó al reintentar.²³

¿Qué trae la beta?

El feed de lanzamientos de Apple lista “Xcode 27.1 beta (27A9269)” el viernes 18 de septiembre a las 10:00 a. m. PT y un “TestFlight Update” esa misma tarde; las notas de la versión de App Store Connect de ese día dicen “You can now submit apps built with Xcode 27.1 beta using the SDK for iOS 27.1 beta or iPadOS 27.1 beta for internal and external testing.” (ya puedes subir apps compiladas con Xcode 27.1 beta usando el SDK de iOS 27.1 beta o de iPadOS 27.1 beta para pruebas internas y externas).¹ El Overview de las notas de la versión nombra la línea de SDK: “Xcode 27.1 beta includes Swift 6.4 and SDKs for iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27, and visionOS 27. Xcode 27.1 beta supports on-device debugging in iOS 17 and later, tvOS 17 and later, watchOS 10 and later, and visionOS. Xcode 27.1 beta requires a Mac running macOS Tahoe 26.6 or later.”² Conviene leer esa lista tal como está escrita: iOS es la única plataforma en 27.1, el propio SDKSettings.plist del SDK reporta la versión 27.1, y App Store Connect llama al mismo SDK “iPadOS 27.1 beta”, un detalle que ya arrastra el post sobre Xcode 27.

La descarga es más chica de lo que sugiere el número de versión. El xip pesa 2.027.292.809 bytes, viene firmado por Apple con su certificado de Software Update y se expande a una app de 3,6 GiB, el mismo tamaño que Xcode 27.0; un xip --expand a una carpeta, un cambio de nombre a /Applications/Xcode-27.1-beta.app y DEVELOPER_DIR apuntando ahí son toda la instalación para trabajar desde la línea de comandos. La primera llamada a xcodebuild bajo la beta se tomó después unos dos minutos para instalar por su cuenta los paquetes CoreTypes.pkg y XcodeSystemResources.pkg que vienen dentro, el paso que xcodebuild -runFirstLaunch hace de forma explícita, y el segundo de esos paquetes es el que deja instalado el tipo de dispositivo iPhone Duo.⁴ Lo que la app no contiene es un runtime de simulador. La beta encuentra los runtimes de iOS que ya están en esta Mac, 27.0 entre ellos, y ninguno para 27.1; xcodebuild -downloadPlatform iOS bajo la beta nombra la pieza faltante como “iOS 27.1 Simulator (24A94401)” y la descarga como imagen de disco cryptex a través del servicio de mobile assets de Apple, mientras que las imágenes de disco de la propia página de descargas para desarrolladores no pasan del iOS 18.2 Simulator Runtime.³⁴ El primer intento terminó en DVTDownloadable: Download Failed con Error Domain=DVTDownloadableErrorDomain Code=41 "Download failed."; el segundo, con -buildVersion 24A94401, reportó el runtime en 7,85 GB, terminó, y simctl list runtimes listó entonces “iOS 27.1 (27.1 - 24A94401)”. Reserva el disco de antemano: el runtime pesa cuatro veces lo que la descarga de Xcode.³

La pantalla exterior del simulador de iPhone Duo en el primer arranque, 1398 por 2034 píxeles: el bloque de estado corre por el borde derecho, el lado donde las Human Interface Guidelines de Apple ponen la Dynamic Island y la barra de estado en el iPhone Duo.¹⁰

¿El SDK 27.1 trae las API del Duo?

El 17 de septiembre busqué en el SDK de iOS 27.0 los nombres que aparecen en la guía “Preparing your app for iPhone Duo” de Apple y no encontré ninguno de los diez que son específicos del dispositivo. La misma búsqueda contra el SDK 27.1, hecha igual, una búsqueda de texto plano en las interfaces de módulo y en los headers, los encuentra todos. Las filas son las subcadenas buscadas: siete de ellas cubren nueve de los diez nombres, porque los dos métodos reservedRegions comparten fila y los dos miembros axisBehavior también, y las otras tres son los tipos que hay detrás de los nombres: ReservedRegion, ToolbarVerticalBehavior para toolbarVerticalBehavior(_:) y UIVerticalBarBehavior para preferredVerticalBarBehavior:⁴

Dos detalles de esa tabla importan a la hora de escribir el código. Los tipos de SwiftUI viven en SwiftUICore, el módulo que import SwiftUI reexporta, así que un import normal los encuentra; y los atributos de disponibilidad no coinciden con la documentación en cuanto a plataformas. La interfaz de SwiftUICore declara ArrangementView, y la de SwiftUI declara toolbarVerticalBehavior(_:), ambas bajo @available(anyAppleOS 27.1, *), que es la abreviatura de Apple para todas las plataformas en esa versión, mientras que UIArrangementViewController.h y los métodos reservedRegionsOfKind: de UIView.h llevan API_AVAILABLE(ios(27.1), tvos(27.1), visionos(27.1)) junto con API_UNAVAILABLE(watchos); en UIVerticalBarEdge.h, el enum y el trait verticalBarEdge llevan ese mismo par, mientras que los casos Leading y Trailing llevan API_AVAILABLE(ios(27.1)) API_UNAVAILABLE(visionos) API_UNAVAILABLE(watchos, tvos). Las páginas de documentación de Apple para los cinco listan solo iOS 27.1 y iPadOS 27.1, marcadas como beta.⁴⁷ Escribe contra iOS y deja que el compilador te cuente del resto.

Los tres nombres que usa la guía y que ya estaban en el SDK 27.0 siguen igual: presentationPlacement(_:) continúa bajo @available(anyAppleOS 27.0, *), backgroundExtensionEffect() sigue ahí desde iOS 26, y de los dos casos de ToolbarItemPlacement que nombra la guía, topBarPinnedTrailing está bajo @available(iOS 27.0, visionOS 27.0, *) y cancellationAction no lleva disponibilidad propia más allá de la del tipo.⁴

¿Qué dice el perfil del simulador sobre las dos pantallas?

El tipo de dispositivo que Apple instala con la beta, iPhone Duo.simdevicetype, es un bundle común y corriente dentro de /Library/Developer/CoreSimulator/Profiles/DeviceTypes, y sus dos property lists responden preguntas que la ficha técnica había dejado abiertas.⁵

profile.plist da la identidad: identificador de modelo iPhone19,4, clase de producto V68, un alias com.apple.CoreSimulator.SimDeviceType.V68, minRuntimeVersion 27.1 y una regla para crear el dispositivo por defecto en los runtimes de 27.1 en adelante. capabilities.plist da el hardware: número de modelo A3447, HomeButtonType 2, DeviceSupportsDynamicIsland true, DeviceSupportsEnhancedMultitasking false, IsLargeFormatPhone true, un CompatibleDeviceFallback de iPhone18,3, un radio de esquina de dispositivo de 59 y un array displays con dos entradas integradas y tres virtuales.⁵

La primera fila es la pantalla exterior y coincide píxel por píxel con la ficha técnica de Apple. La segunda es la interior, y su recuento de píxeles es el tamaño de captura de App Store Connect, 2007 por 2853, y no los 1878 por 2670 del panel: el simulador renderiza la pantalla interior a 669 por 951 puntos a 3x, que es la aritmética que hizo mi post sobre el Duo para desarrolladores el 10 de septiembre y que ahí etiqueté como una inferencia. Ahora el propio perfil de Apple trae el número. La orientación nativa de 270 grados dice que la pantalla interior es horizontal por naturaleza, 951 puntos de ancho por 669 de alto con el teléfono abierto, lo que coincide con las dimensiones que Apple da para el dispositivo abierto. Los dos números restantes son valores del simulador y no del hardware: las dos pantallas figuran a 460 píxeles por pulgada y 60 Hz, cuando la ficha técnica le da 430 ppi al panel interior, así que conviene tomar hdpi como un marcador de posición.⁵

El perfil también trae las formas. Cada pantalla referencia una máscara de framebuffer, un PDF del área visible. La máscara de la pantalla exterior tiene esquinas asimétricas, los valores 8 del perfil en un borde largo y 59 en el otro, en mi lectura el radio chico queda del lado que se encuentra con la bisagra central que describe la guía de diseño de Apple; la máscara de la pantalla interior es un rectángulo redondeado liso, con el valor de esquina 55 del perfil y sin recorte para la cámara frontal, así que la oclusión de la cámara viene de la API de regiones reservadas en tiempo de ejecución y no de la forma del framebuffer.⁵¹⁰

¿Qué muestra el simulador?

El dispositivo arranca cerrado. En el primer arranque la pantalla exterior muestra la pantalla de inicio y el framebuffer de la interior está encendido pero en negro, y simctl io enumerate lista las dos pantallas integradas con los nombres del perfil, primary a 1398 por 2034 y primary-1 a 2007 por 2853, junto a las virtuales de siempre.⁶ Instalé una sonda de SwiftUI de un solo archivo que lee la geometría, las clases de tamaño, el valor de entorno toolbarVerticalEdge y las regiones reservadas de ambos tipos con includeInactive, envuelve un ArrangementView en cada uno de los tres estilos y pone seis ítems en una barra de herramientas de navegación.⁶

La sonda en la pantalla exterior, pose Closed: 466 por 678 puntos, ancho compacto, la disposición dividida apilada, la barra de herramientas horizontal.

En Closed, la sonda reporta lo que reporta un iPhone compacto. UIScreen.main.bounds da 466 por 678 puntos a escala 3, las clases de tamaño son ancho compacto y alto regular, toolbarVerticalEdge es nil, el trait verticalBarEdge de UIKit se lee como valor crudo 0, y las dos consultas de regiones reservadas devuelven arreglos vacíos incluso incluyendo las inactivas, así que la pose cerrada no le expone a la app ni pliegue ni cámara. El GeometryReader dentro de la pila de navegación midió 386 por 510 puntos, con márgenes de área segura de 134 arriba y 34 abajo y ninguno a los lados; en mi lectura, los 80 puntos de ancho que se quedó el sistema son la franja de la derecha donde va el bloque de estado. La disposición dividida puso la vista primaria encima de la secundaria, que es el caso más alto que ancho que describe la guía de Apple, y la barra de herramientas se dibujó horizontal arriba: Share y el botón Done con la marca de verificación junto al botón de más opciones, con las cuatro acciones secundarias ausentes de la barra y, por su placement, dentro de su menú.⁶⁷

Las poses viven en Device Hub. Con el dispositivo Duo seleccionado, su ventana expone Rotate Right, Closed, Book y Open como botones que la API de accesibilidad puede pulsar, que es como se manejó el resto de esta sección.⁶

Open mueve la app a la pantalla interior en su orientación nativa horizontal. La sonda reporta ancho regular y alto regular, el GeometryReader mide 803 por 515 puntos con márgenes de área segura de 134 arriba, 34 a cada lado y 20 abajo, y al ancho le faltan los mismos 80 puntos que en la pose cerrada, en mi lectura otra vez la franja, ahora a la derecha de una pantalla de 951 puntos de ancho y con el bloque de estado dentro. La disposición dividida pone las vistas primaria y secundaria lado a lado, el caso más ancho que alto de la guía de Apple, y la barra de herramientas se dibuja horizontal arriba a la derecha, de nuevo Share y Done junto al botón de más opciones, con las cuatro acciones secundarias ausentes de la barra.⁶

Pose Open, pantalla interior, 2853 por 2007 píxeles: regular en ambas dimensiones, la disposición dividida lado a lado, la franja a la derecha.

Rotate Right pone la pantalla interior en vertical. La sonda mide entonces 669 por 703 puntos, regular en ambas dimensiones, con márgenes de 134 arriba y 34 abajo y ninguno a los lados; en mi lectura la franja de 80 puntos se movió al borde superior, donde el bloque de estado queda ahora dentro de una banda negra, y la disposición dividida se mantiene lado a lado aunque el contenedor sea ahora más alto que ancho.⁶

La pantalla interior rotada: 669 puntos de ancho, todavía regular en ambos ejes, la franja cruzando la parte de arriba.

Book, la pose parcialmente plegada, es donde la API de regiones reservadas debería ganarse el sueldo, y en esta beta no lo hizo con mi sonda. Sin ninguna app en primer plano, la pantalla interior mostró la pantalla de inicio después de pulsar Book; al relanzarla, la sonda reportó exactamente lo mismo que reportaba en Open, 803 por 515 puntos, regular en ambas dimensiones, y cero divisions y cero occlusions incluyendo las regiones inactivas, tanto en SwiftUI como en UIKit. La pose cerrada también reporta cero. No encontré ninguna pose en la que reservedRegions devolviera un pliegue o una cámara, así que un layout que se adapte al pliegue es algo que el simulador de esta beta no me dejó ver; la guía de Apple describe la división como activa “when iPhone Duo is partially open,” (cuando el iPhone Duo está parcialmente abierto), y si eso es una carencia de la beta o una carencia de mi sonda es una pregunta para la próxima beta.⁶⁷

Otras dos cosas se mantuvieron en todas las poses. La barra de herramientas nunca se dibujó en vertical: toolbarVerticalEdge fue nil en SwiftUI y verticalBarEdge se leyó como valor crudo 0 en UIKit, cerrado, abierto y rotado, así que las barras verticales que describe la guía de Apple no aparecieron para la barra de herramientas de una pila de navegación en esta beta. Y UIScreen.main.bounds respondió 466 por 678 puntos, la pantalla exterior, mientras la app estaba en la interior, que es justo la trampa contra la que advierte la guía de Apple cuando dice que hay que hacer los cálculos de layout “based on your scene or containing view’s bounds rather than screen dimensions” (a partir de los bounds de tu escena o de la vista contenedora, no de las dimensiones de la pantalla): la pantalla principal no es la pantalla en la que estás. El compilador ya avisa 'main' was deprecated in iOS 26.0 cuando se compila la sonda, y este dispositivo es el motivo.⁶⁷

Hay un camino a las otras poses que no funciona. simctl io screenConfig puede apagar una pantalla, y apagar la exterior dejando encendida la interior no abrió el teléfono; tumbó el system shell del simulador, simctl launch falló después con “The system shell probably crashed,” (probablemente se cayó el system shell) y hubo que reiniciar. Las poses viven en la ventana de Device Hub.⁶

Lo que la beta todavía no puede hacer

Apple lista tres límites bajo Simulator, Known Issues (problemas conocidos), en las notas de la propia beta: “Initial Simulator launch can take several minutes.” (187708500), “StandBy is unavailable in the iPhone Duo Simulator runtime.” (187708663) y “Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.” (187708767).² El de StandBy importa para quien tenga widgets o Live Activities pensados para ese modo: el anuncio de Apple dice que el teléfono “enters StandBy on either the outer or inner display” (entra en StandBy en la pantalla exterior o en la interior) y lo llama un “hub for widgets” (un centro de widgets), el post sobre el Duo para desarrolladores cubre qué aparece ahí, y hasta que una beta posterior levante el límite, StandBy en este dispositivo es algo que hay que comprobar en hardware.¹¹

Otros dos están bajo Mac Catalyst, Known Issues, y muerden a cualquier app que adopte estas API y además compile para la Mac: “Projects that use APIs specific to iOS 27.1 show compile errors when building for Mac Catalyst (“undeclared identifier”, “not found”, “has no member”, “cannot find”, etc). (185924957)” (los proyectos que usan API específicas de iOS 27.1 muestran errores de compilación al compilar para Mac Catalyst), con el workaround de Apple de #if !targetEnvironment(macCatalyst) en Swift o #if !TARGET_OS_MACCATALYST en Objective-C, y “Projects that target iOS 27.1 show no Mac Catalyst run destination available. (187046347)” (los proyectos que apuntan a iOS 27.1 no muestran ningún destino de ejecución de Mac Catalyst), con “Add a Mac Catalyst 27.0 minimum deployment in target settings.” como solución.² Las notas de la beta de Xcode 27.2 agregan un tercero desde el otro lado: “macOS, watchOS, tvOS, and visionOS SDKs in Xcode 27.2 incorrectly report 27.1 as a valid deployment target,” y “Mac Catalyst builds with a 27.1 or 27.2 deployment target may be unable to use newly introduced API.” (187160501), es decir que esos SDK reportan mal 27.1 como deployment target válido y que las compilaciones de Mac Catalyst con deployment target 27.1 o 27.2 pueden quedarse sin poder usar la API recién introducida.⁸

Lo que yo haría esta semana

1. Instala la beta al lado de Xcode 27.0 y no encima: expande el xip, renombra la app y apunta DEVELOPER_DIR ahí para las compilaciones desde la línea de comandos; nada en las notas de la beta toca el toolchain de 27.0, y el compilador y el enlazador llevan cadenas de versión idénticas.⁴
2. Arranca la descarga del runtime antes de necesitarla, con xcodebuild -downloadPlatform iOS bajo la beta, y reintenta si falla; el runtime es lo que hace arrancable el tipo de dispositivo iPhone Duo, y Apple avisa que encima el primer arranque tarda minutos.²³
3. Compila una vez contra el SDK 27.1 con tu target de Mac Catalyst incluido, y lee los dos diagnósticos que nombra Apple antes de decidir si cercar la API nueva con #if !targetEnvironment(macCatalyst) o subir el mínimo de Catalyst a 27.0.²
4. Usa los números del perfil como los tamaños contra los que previsualizar y probar: 466 por 678 puntos cerrado, 669 por 951 abierto, con la pantalla interior horizontal por naturaleza. La nota de Previews de la beta agrega un grupo Display al selector de overrides del canvas “for previewing content on a device’s alternative display.” (182598534), es decir para previsualizar contenido en la pantalla alternativa de un dispositivo.²⁵
5. Registra las regiones reservadas de cada pose durante el desarrollo: reservedRegions(kind:options:layoutDirectionBehavior:) con .includeInactive está documentado para devolver el pliegue y la cámara como valores ReservedRegion que pueden estar activos o inactivos; en esta beta ninguna pose devolvió nada, así que una línea de log en onChange(of: proxy.size) te avisa en el momento en que una pose empiece a reportarlas.⁶⁷

Preguntas frecuentes

¿El simulador de iPhone Duo viene en Xcode 27.1 beta?

Sí. La beta instala un tipo de dispositivo iPhone Duo, com.apple.CoreSimulator.SimDeviceType.iPhone-Duo, cuyo perfil exige un runtime de iOS 27.1 que Xcode descarga aparte con xcodebuild -downloadPlatform iOS. Las notas de Apple advierten que el primer arranque “can take several minutes” (puede tardar varios minutos) y que ni StandBy ni la mayoría de las extensiones de app están disponibles en ese runtime.²³⁵

¿Cómo instalo Xcode 27.1 beta junto a Xcode 27?

Expande el xip con xip --expand, mueve la app resultante a un nombre con versión como /Applications/Xcode-27.1-beta.app, y apunta DEVELOPER_DIR a su carpeta Contents/Developer para xcodebuild, xcrun y swiftc. La beta exige macOS Tahoe 26.6 o posterior, el mismo piso que Xcode 27.0.²⁴

¿De qué tamaño es la pantalla interior del iPhone Duo en puntos?

669 por 951 puntos, según el perfil de dispositivo del simulador, que define la pantalla interior como 2007 por 2853 píxeles a escala 3 con orientación nativa horizontal; la exterior son 466 por 678 puntos a partir de 1398 por 2034 píxeles a escala 3.⁵

¿Xcode 27.1 beta cambia el SDK de iOS 27.0 o el toolchain de Xcode 27?

No. El compilador de Swift y el enlazador reportan las mismas cadenas de versión que Xcode 27.0, y las notas de la versión de la beta tienen tres secciones, Mac Catalyst, Previews y Simulator, y ninguna toca el toolchain. El SDK de iOS 27.1 es un agregado, identificado como build 24A94403 tanto en el SDK de dispositivo como en el de simulador.²⁴

¿Cuándo sale el iPhone Duo, y con qué?

El 23 de octubre, con iOS 27.1, según el post de noticias de Apple del 16 de septiembre: “When iPhone Duo becomes available on October 23, it will run iOS 27.1.” (cuando el iPhone Duo esté disponible el 23 de octubre, correrá iOS 27.1).⁹

Fuentes