Saber que una aplicación ha sufrido un cuelgue, algún tirón de interfaz o una terminación inesperada es útil, pero muchas veces no es suficiente. El dato importante suele ser otro: qué estaba haciendo realmente la aplicación cuando ocurrió el problema. iOS 27 introduce StateReporting, un nuevo framework que permite añadir ese contexto funcional a los diagnósticos que recogen MetricKit e Instruments.

Hasta ahora, MetricKit podía decirnos que una aplicación había acumulado cierto tiempo estando bloqueada o que una animación había perdido fluidez. El problema es que esas cifras mezclaban situaciones muy distintas. Una pantalla sencilla podía funcionar perfectamente y otra mucho más pesada concentrar casi todos los problemas, pero el agregado global ocultaba esa diferencia. StateReporting permite definir estados propios de la aplicación para que MetricKit pueda relacionar determinadas métricas con ellos.

Swift Package Manager no sirve únicamente para distribuir librerías y resolver dependencias. También permite ampliar el flujo de trabajo mediante plugins escritos en Swift capaces de ejecutar herramientas, validar un proyecto, generar código o incorporar pasos adicionales al proceso de compilación.

La principal ventaja de este sistema es que la automatización pasa a formar parte del propio paquete. En lugar de depender de un script guardado en una carpeta, de una configuración manual de Xcode o de una herramienta instalada en el sistema operativo, el paquete puede declarar qué necesita, cuándo debe ejecutarse y qué permisos requiere.

Apple presentó FoundationModels en 2025 como una API nativa de Swift para trabajar con el modelo local de Apple Intelligence. La primera versión ya incluía sesiones con estado, generación estructurada mediante @Generable, streaming y llamadas a herramientas. Sin embargo, crear un asistente que permanezca activo durante mucho tiempo o que pueda cambiar de modelo plantea problemas que van más allá de enviar un prompt y recibir una respuesta.

Con iOS 27, Apple ha dado un paso más con FoundationModelsUtilities, un paquete de código abierto que reúne patrones emergentes para construir experiencias más complejas. No sustituye al framework principal ni pretende convertirse en una arquitectura completa para agentes. Su objetivo es proporcionar piezas reutilizables para resolver tres necesidades concretas:

SwiftUI incluye tres modificadores cuyos nombres parecen describir distintas versiones de una misma operación: geometryGroup(), compositingGroup() y drawingGroup(opaque:colorMode:).

Los tres crean distintos tipos de límites alrededor de una vista, pero actúan en momentos diferentes del proceso con el que SwiftUI calcula y representa la interfaz. El primero interviene en la geometría durante una animación, el segundo determina cómo se aplican los efectos de composición y el tercero rasteriza el contenido en una imagen intermedia: convierte la representación a píxeles estáticos.

Cuando una pantalla de SwiftUI solo presenta una vista modal, un Bool parece la solución más natural. El problema aparece en cuanto esa misma vista necesita abrir un formulario de creación, un editor, una pantalla de filtros y alguna opción adicional. Cada destino incorpora su propio @State, su botón y su modificador .sheet, mientras la lógica de presentación queda repartida por todo el body.

struct TravelPlanView: View {
    @State private var showsNewStop = false
    @State private var showsFilters = false
    @State private var stopToEdit: Stop?

    var body: some View {
        TripTimeline()
            .sheet(isPresented: $showsNewStop) {
                NewStopView()
            }
            .sheet(isPresented: $showsFilters) {
                FilterStopsView()
            }
            .sheet(item: $stopToEdit) { stop in
                EditStopView(stop: stop)
            }
    }
}

El código funciona, pero el número de variables y modificadores crece al mismo ritmo que los destinos. Además, el estado permite combinaciones que la interfaz no puede representar: showsNewStop y showsFilters podrían ser true al mismo tiempo. Aunque SwiftUI termine mostrando una única vista, el modelo ya no describe con precisión lo que ocurre en pantalla.