WWDC 2026: Siri AI, Gemini y App Intents
Guía práctica sobre Siri AI y App Intents en WWDC 2026: colaboración Apple-Google, acciones en apps y cómo verificar una tarea de agente móvil en Android.
- WWDC 2026 situó el avance de Siri AI en una cadena completa: comprender el contexto, elegir una acción compatible, identificar el elemento correcto, autorizar el cambio y comprobar el resultado.
- Apple ha programado iOS 27 y la beta de Siri AI en inglés para el 14 de septiembre; francés, japonés, coreano, portugués y español están previstos para octubre.
- Apple y Google han confirmado su colaboración: tecnología de Google y Gemini contribuye a los Apple Foundation Models, mientras Siri, el procesamiento y las acciones de las apps conservan funciones diferenciadas.
- FoneClaw aplica una estructura comparable en Android mediante un modelo configurable, más de 100 herramientas integradas, permisos del sistema, cuentas preparadas y políticas de aprobación configurables.
De comprender a completar acciones
La aportación práctica de Siri AI y App Intents en WWDC 2026 no consiste únicamente en producir respuestas más elaboradas. Apple presentó una experiencia donde el asistente puede relacionar contexto personal, contenido visible y acciones proporcionadas por aplicaciones. El objetivo es que una petición avance desde el lenguaje natural hasta un resultado comprobable dentro del dispositivo.
La presentación oficial de Siri AI describe contexto personal, comprensión de pantalla, conversaciones específicas y acciones compatibles en apps. Cada parte resuelve un problema diferente: el modelo interpreta la intención, el sistema aporta contexto, la aplicación declara qué puede hacer y el usuario conserva el control sobre el cambio.
El calendario de acceso ha avanzado desde WWDC. A 10 de septiembre, Apple ha programado la actualización gratuita a iOS 27 y una beta de Siri AI en inglés para el 14 de septiembre. La información oficial del lanzamiento de septiembre también sitúa para octubre la ampliación al francés, japonés, coreano, portugués y español. Hardware, idioma, región y función siguen siendo requisitos independientes.
Quien ya tenga un iPhone incluido en la lista compatible puede comprobar el despliegue antes de plantearse otro dispositivo. Siri AI en iOS 27: fecha, requisitos y acciones ofrece un recorrido directo para revisar modelos, fechas y disponibilidad por idioma antes de depender de una acción concreta.
Capacidades anunciadas y acceso real
Apple Intelligence es más amplio que Siri AI. Incluye capacidades de creación, escritura, resumen y asistencia distribuidas por el sistema, mientras Siri aporta la interfaz conversacional y el acceso a contexto y acciones. La presentación de Apple Intelligence para experiencias cotidianas muestra cómo estas funciones pueden aparecer en distintos momentos del trabajo del usuario.
Para una solicitud como “guarda los datos de esta tarjeta de visita”, la comprensión de pantalla o imagen puede identificar nombre, empresa, teléfono y correo. Reconocer esos datos todavía no crea un contacto, y la herramienta de guardado puede admitir menos campos que los extraídos de la imagen. El sistema debe localizar una acción compatible, comprobar el objetivo, disponer de los permisos necesarios y ejecutar una creación autorizada. Después hay que consultar el registro guardado.
Lo mismo ocurre con otros ejemplos. Encontrar una dirección no inicia necesariamente una ruta; redactar un mensaje no lo envía; reconocer una fecha no crea un evento. La capacidad anunciada describe qué puede aportar cada capa, mientras la disponibilidad efectiva depende del software, el dispositivo, la región, el idioma y la integración de la app implicada.
Esta distinción permite evaluar Siri AI sin reducirla a una demostración conversacional. Una tarea completa debe responder seis preguntas: qué entendió el modelo, qué acción estaba disponible, sobre qué elemento actuó, qué autorización se aplicó, qué ejecutó realmente la app y dónde puede verse el resultado.
Qué significa la colaboración Apple-Google
La colaboración entre Apple, Google y Gemini está confirmada oficialmente. El comunicado conjunto de Google y Apple explica la participación de tecnología de Google en la base de los modelos utilizados por Apple. Ya no se trata de atribuir el vínculo a fuentes anónimas.
Apple también describe sus modelos como Apple Foundation Models personalizados. La explicación técnica de la tercera generación de Apple Foundation Models aporta contexto sobre esa capa. En términos prácticos, tecnología de Google y Gemini contribuye a los modelos que sustentan Apple Intelligence, mientras Apple mantiene su propia experiencia, integración de sistema y despliegue.
Esto no convierte Siri en la aplicación de consumo Gemini. Son piezas distintas: Gemini aporta tecnología a la capa de modelos; los Apple Foundation Models sustentan funciones de Apple Intelligence; Siri ofrece la interacción; el dispositivo y la infraestructura de Apple procesan las solicitudes según el recorrido correspondiente; App Intents conecta las operaciones que cada app expone. La asociación tampoco permite concluir que cada petición de Siri se envíe a Google.
Separar las capas evita dos errores. El primero es atribuir toda la experiencia de Siri a un único modelo. El segundo es asumir que un modelo más capaz obtiene automáticamente acceso a contactos, mensajes o cualquier aplicación. La inteligencia ayuda a interpretar, pero la disponibilidad de una acción, el destino seleccionado y la autorización continúan determinando lo que sucede en el teléfono.
Cómo App Intents convierte peticiones en acciones
App Intents permite que una aplicación describa al sistema sus objetos y operaciones. Un objeto puede ser un contacto, una nota, una foto, una reserva o una tarea. La operación puede buscarlo, abrirlo, crearlo o modificarlo cuando la app ofrezca esas capacidades. La documentación oficial de App Intents recoge este contrato estructurado entre la app y las experiencias inteligentes de Apple.
La diferencia frente a interpretar botones visualmente es importante. Cuando la app expone una acción formal, el sistema puede conocer qué datos requiere, qué elemento recibirá el cambio y qué resultado debería devolver. La sesión de Apple sobre acciones inteligentes mediante App Intents muestra cómo esta capa acerca el razonamiento del modelo a funciones concretas de las aplicaciones.
Volvamos a la tarjeta de visita. El modelo puede leer “Lucía Ortega”, un número y una dirección de correo. La app o herramienta de contactos debe aportar una operación compatible para buscar coincidencias o crear una entrada. Si aparecen dos Lucías, el objetivo sigue siendo ambiguo y debe aclararse. Si falta un dato obligatorio, la propuesta permanece incompleta. Cuando todos los datos admitidos están listos, la acción puede aplicar la autorización correspondiente y devolver un resultado.
Una app no necesita exponer todas sus funciones para participar. Puede permitir buscar sin editar, abrir sin compartir o crear sin gestionar determinados campos. Por eso el alcance se verifica operación por operación. App Intents y apps invocables por máquinas: qué cambia para los agentes de IA amplía esta arquitectura y ayuda a reconocer qué debe ofrecer una aplicación para que el asistente actúe sobre ella.
Las capas de una acción móvil
Siri AI y un agente Android pueden recorrer capas comparables aunque utilicen plataformas y contratos diferentes. Apple integra el contexto del sistema con acciones ofrecidas por las apps. En FoneClaw conectamos el modelo configurado por el usuario con más de 100 herramientas integradas para operaciones compatibles de Android.
| Capa | Siri AI y apps Apple | FoneClaw en Android |
|---|---|---|
| Entrada | Voz, conversación y contexto disponible en el sistema. | Texto, voz iniciada por el usuario, pantalla actual e imágenes suministradas. |
| Interpretación | Apple Intelligence y los modelos que sustentan la función. | Modelo y proveedor configurados por el usuario. |
| Acción disponible | Operaciones que el sistema o la app exponen, incluidas las definidas con App Intents. | Herramientas de Android habilitadas para contactos, calendario, comunicación, navegación, memos y sistema. |
| Destino | Entidad, cuenta o elemento identificado dentro de la app. | Contacto, cuenta, hilo, evento o recurso identificado por una herramienta compatible. |
| Autorización | Permisos y confirmaciones aplicables en el recorrido de Apple. | Permisos de Android y política global o específica de aprobación de herramientas. |
| Resultado | Cambio visible o registro recuperado en la aplicación de destino. | Resultado devuelto y comprobado en la lista, cuenta o estado real del teléfono. |
La ejecución local de una herramienta Android indica dónde se realiza esa acción del teléfono, pero el procesamiento del modelo depende de la configuración y del proveedor seleccionados. Del mismo modo, conocer la tecnología de la capa de modelos de Apple no describe por sí solo la ruta completa de cada solicitud. Datos y ejecución deben evaluarse por separado.
Esta matriz sirve para cualquier tarea: crear un contacto, preparar un mensaje, actualizar un evento o cambiar un ajuste compatible. Si una capa falta, la operación debe detenerse en ese punto. Una respuesta correcta del modelo no sustituye el permiso; una autorización no corrige un destino ambiguo; una confirmación de progreso no sustituye el registro final.
De una tarjeta a un contacto guardado
Imagina un flujo hipotético en Android. Recibes una tarjeta de visita de Lucía Ortega con empresa, teléfono y correo, y quieres incorporar los datos admitidos a Contactos. En FoneClaw puedes adjuntar la imagen seleccionada o aportar una captura deliberada de la pantalla. Para inspeccionar sus píxeles, el modelo configurado debe admitir imágenes y la tarjeta debe estar realmente disponible en la solicitud.
La primera respuesta debe ser una propuesta revisable: nombre “Lucía Ortega”, empresa, teléfono y correo tal como aparecen. Si un carácter es dudoso, se conserva la incertidumbre. Conviene confirmar especialmente el prefijo del teléfono, las letras del dominio y qué parte del nombre corresponde a apellidos. La interpretación puede extraer la empresa u otros datos, pero la creación del contacto utiliza un nombre visible y al menos un teléfono o un correo.
Antes de crear, FoneClaw puede consultar los contactos por nombre visible o número de teléfono. Esta lectura necesita la herramienta habilitada, el permiso de lectura de Contactos en Android y la aprobación aplicable. Su política predeterminada solicita aprobación, mientras que el modo global y el ajuste específico determinan el comportamiento efectivo. Si aparece una coincidencia probable, compara los datos devueltos antes de continuar.
La comprobación por nombre puede encontrar homónimos; la búsqueda por teléfono ayuda a precisar el resultado. Además, la creación evita añadir otra entrada cuando ya existe un contacto con el mismo teléfono o correo exactos. No se realiza una fusión automática: si hay datos diferentes o la identidad sigue siendo dudosa, detén la creación y decide qué registro quieres conservar.
Si no existe una coincidencia exacta y los campos están confirmados, una solicitud precisa sería: “Crea un contacto para Lucía Ortega con este teléfono y este correo. No añadas datos que no haya confirmado”. También puedes crear el registro con el nombre y solo uno de esos dos datos. La herramienta debe estar habilitada, y la creación necesita permisos de lectura y escritura de Contactos. Su política predeterminada solicita aprobación, sujeta a la configuración global y específica vigente.
El resultado es un contacto local del dispositivo creado mediante el proveedor de Contactos de Android. La operación no selecciona una cuenta arbitraria ni promete sincronización con una nube. Tampoco guarda campos como empresa o cargo mediante este flujo. Antes de ejecutar, revisa el nombre visible, el teléfono y el correo que se incluirán.
Tras la creación, consulta los contactos por el nombre o el teléfono y compara los datos devueltos con lo aprobado. Esa entrada recuperada confirma que la escritura terminó. Si la operación se interrumpe, realiza la misma consulta antes de repetirla: el contacto podría haberse creado aunque la respuesta final no apareciera.
Si el registro existe, no vuelvas a crearlo. Si no aparece y los permisos siguen disponibles, reintenta únicamente la creación. Crear contacto Android con IA y comprobar duplicados antes de guardar desarrolla este recorrido para revisar datos y evitar entradas repetidas.
Cómo evaluar una tarea completa
La evolución de Siri AI aporta un marco útil para evaluar cualquier agente móvil: interpretación, acción disponible, objetivo, autorización, ejecución y resultado. En Android puedes aplicar ese marco hoy a una tarea compatible de FoneClaw sin convertir la comparación en una carrera entre plataformas.
- Elige una operación reversible, como crear un contacto local con datos no sensibles.
- Comprueba qué información recibió el modelo y corrige cualquier campo ambiguo.
- Busca primero por nombre o teléfono y compara las coincidencias devueltas.
- Confirma que la herramienta está habilitada y que Android ha concedido los permisos de lectura y escritura necesarios.
- Revisa la política de aprobación global y la configuración específica de la herramienta.
- Ejecuta una sola creación y consulta después el contacto por nombre o teléfono.
- Si el estado queda incierto, comprueba el resultado antes de volver a crear.
FoneClaw mantiene visibles el avance y los resultados de las tareas, facilita la recuperación de permisos y permite configurar modelos y herramientas según el uso. La página de funciones de FoneClaw muestra las capacidades actuales, y la página de descarga de FoneClaw permite preparar el agente en Android.
Cuando una tarea falla después de varios pasos, Cómo depurar y recuperar fallos de un agente móvil Android sin repetir acciones peligrosas ayuda a identificar el último resultado confirmado y reanudar desde ahí. El criterio final es concreto: la tarea queda completada cuando el dato correcto aparece en el destino previsto y puede recuperarse desde el teléfono.