Siri puede llamar a tu aplicación. ¿Qué función conviene abrir primero?

Un paquete se retrasa. La clienta quiere saber si llegará a su oficina antes de que se vaya. Para encontrar la respuesta tiene que iniciar sesión, abrir la lista de pedidos y consultar el seguimiento. Una petición en lenguaje natural puede acortar ese recorrido si la aplicación ofrece al asistente una forma bien definida de localizar el envío correcto.

El 3 de noviembre, Apple abrió una vista previa de Siri AI para desarrolladores que usen App Intents con versiones beta como iOS 27.3. Permite conectar las aplicaciones con peticiones que pueden tener en cuenta el contexto personal, la información en pantalla y otras acciones. Apple planea llevar la integración a sus clientes más adelante y prevé recibir envíos para el App Store en primavera. El periodo de pruebas da margen para definir cómo responde una acción antes de que alguien dependa de ella.

Siri en 2014, en una fotografía de Kārlis Dambrāns. Recortada y redimensionada, CC BY 2.0. Fuente de la imagen · Licencia.

Da al asistente una tarea con un resultado reconocible

Consulta con App Intent. Ilustración original de Telli.sh.

Un App Intent representa una operación que la aplicación está preparada para realizar. Piensa en una aplicación de envíos que permite consultar su estado. La entrada puede ser una entidad de envío que la aplicación sabe identificar. El resultado puede indicar de qué envío se trata, cuál es su estado y cuándo se actualizó. La aplicación controla los datos y decide qué puede ver la cuenta que tiene la sesión iniciada.

Ese diseño permite que la interacción sea breve y que produzca una respuesta útil. Si la cuenta tiene tres entregas en curso, el asistente necesita información suficiente para distinguirlas. Un número de seguimiento, una etiqueta breve o un destino que la persona reconozca pueden aclarar la elección. Una expresión ambigua como «mi paquete» debe dar lugar a una pregunta cuando coincidan varios envíos.

Las dos primeras opciones son un buen punto de partida. Por lo general pueden ofrecer una respuesta útil sin crear una transacción. Cambiar una reserva implica otras condiciones. Es posible que la hora no esté disponible, que el establecimiento cobre una comisión o que la conversión de zona horaria cambie la fecha. La acción y la respuesta de la aplicación deben contemplar esos casos.

La aplicación debe comprobar los permisos al actuar

Modificación con App Intent. Ilustración original de Telli.sh.

El asistente puede interpretar una frase y localizar una posible acción. La aplicación aún debe comprobar quién la solicita, a qué objeto puede acceder y si la operación puede continuar. Aplica al nuevo flujo los mismos controles de la interfaz existente. Una petición en lenguaje natural puede llegar mientras está activa otra cuenta, con el dispositivo bloqueado o después de que caduque una sesión.

Antes de un compromiso económico, la persona debe poder ver el importe y a quién se le cobrará. Un cambio de entrega debe mostrar el destino antes de confirmarse. Si el sistema no puede saber si la solicitud se completó, la aplicación debe devolver un estado que la persona pueda aclarar. Así evita inducirla a enviar la misma solicitud otra vez. Son reglas conocidas en los formularios de compra. La interacción por voz o chat tiene que transmitir la misma claridad en mucho menos espacio.

Un ejemplo sencillo es volver a pedir un paquete de café. El primer pedido pudo tener un descuento temporal, la dirección de entrega anterior puede haber cambiado y es posible que el producto se venda en varios tamaños. Una experiencia fiable identifica el artículo, el tamaño, el precio actual y la dirección antes de hacer el pedido. También permite encontrar fácilmente el recibo después.

El contexto de la persona ayuda a encontrar el punto de partida correcto. Debe quedar claro qué parte de ese contexto usó realmente la aplicación. Una confirmación como «el pedido que ves en pantalla» puede servir si solo hay uno. Si aparecen varios, repite la elección concreta. Da a la persona la oportunidad de corregir la interpretación antes de que la aplicación actúe.

Una secuencia de acciones debe mostrar con claridad cómo termina

Apple también describe skills que combinan varias acciones y la compatibilidad de las entidades con el índice semántico de Spotlight. Ambas posibilidades pueden reducir el número de pantallas entre una petición y su resultado. También hacen que los errores pequeños de cada operación tengan más importancia, porque la salida de una acción puede convertirse en la entrada de la siguiente.

Imagina una petición para encontrar una próxima reserva y cambiar su hora. La consulta puede tener éxito aunque falle el cambio. Informa de los dos estados. Decir que la reserva se encontró y que conserva su hora original da información útil y un paso siguiente claro. Un mensaje genérico de éxito ocultaría el fallo y un error genérico ocultaría el éxito de la consulta.

Una secuencia práctica suele requerir varios tipos de resultado. Un paso puede devolver una opción. Otro puede pedir una elección o confirmación. El último puede devolver un recibo o un estado pendiente. Cuando combines acciones, prueba qué ocurre si la persona cambia de opinión a mitad del proceso y si la llamada a la red tarda más de lo razonable para la interacción.

Usa un identificador de registro estable internamente. Las etiquetas en lenguaje natural cambian y varios elementos pueden compartir un nombre parecido. Los identificadores estables permiten comprobar que la aplicación actuó sobre el objeto correcto y, a la vez, mostrar una descripción comprensible. Conserva un enlace al registro de origen para que quien necesite contexto pueda volver a la pantalla adecuada.

Prueba la vista previa con una acción que puedas comprobar a mano

1. Consulta el anuncio para desarrolladores de Apple para saber qué sistemas beta, dispositivos e idiomas son compatibles. Usa una cuenta y datos de prueba. Apple incluye el coreano y describe restricciones por dispositivo y región.
2. Elige una acción de lectura que las personas ya realicen habitualmente. Anota el recorrido normal en la interfaz y la respuesta exacta que debe ofrecer una acción correcta.
3. Usa la documentación de App Intents para modelar la acción y la entidad sobre la que actúa. Decide qué debe ocurrir cuando no coincida ningún registro, cuando coincida uno o cuando coincidan varios.
4. Prueba casos normales y ambiguos. Incluye una cuenta ausente, una sesión caducada, nombres duplicados y una conexión no disponible. Compara cada resultado con la pantalla actual de la aplicación.
5. Para una futura acción de modificación, registra dónde se muestran el destino, las condiciones y el resultado. Añade una prueba que repita la petición tras agotarse el tiempo de espera y compruebe cómo responde la aplicación.
6. Trata la llegada al público y la vista previa para desarrolladores como hitos distintos. Cuando planifiques un lanzamiento en el App Store, vuelve a consultar las condiciones vigentes de envío y las políticas de Apple.

Es un buen momento para probar variaciones de idioma. Una aplicación de entregas puede empezar por las frases que usan sus clientes al pedir ayuda. Algunas incluyen una fecha, otras mencionan la tienda y otras se refieren a un paquete por el lugar. Observa cómo se pide un dato que falta si la petición está incompleta. Una pregunta concreta acerca a la persona a la respuesta.

Elige dónde mostrar cada resultado

Apple distingue las entidades de la aplicación en Spotlight, las acciones específicas, las vistas breves y las skills que enlazan varias acciones. Una aplicación de envíos puede elegir el formato que encaje con la pregunta. Una entidad en los resultados de búsqueda ayuda a reconocer un pedido. Una acción puede resolver la petición con la cuenta actual. Una tarjeta permite leer el resultado de un vistazo. Una secuencia sirve cuando encontrar el pedido es solo el primer paso.

Una tarjeta de seguimiento puede mostrar la ciudad de destino, el estado y la hora de la última actualización del transportista. El nivel de detalle adecuado depende de dónde aparezca la tarjeta y de si el dispositivo está bloqueado. Prueba la pantalla sin dar por hecho que la persona oirá una explicación. Prueba también la versión hablada sin depender de la pantalla para transmitir una advertencia importante. Los mismos datos deben tener sentido en los dos formatos.

La guía de la vista previa también explica cómo el asistente identifica la aplicación. Una acción personalizada en segundo plano requiere mencionar el nombre de la aplicación, salvo en los casos que se describen a continuación. Una aplicación en primer plano, una Live Activity activa o una conversación que ya haya nombrado la aplicación pueden aportar contexto. Empieza por invocar la aplicación explícitamente para comprobar que la acción funciona. Luego prueba la misma petición desde la pantalla de inicio, con otra aplicación visible y en una conversación en curso. Anota qué resultado produce cada contexto.

Prueba la distribución por separado

La guía describe las pruebas con una firma de desarrollo en dispositivos y las pruebas con TestFlight interno. Las versiones de TestFlight externo y las distribuidas por el App Store no permiten probar esas integraciones de la vista previa. Esto importa cuando el equipo de producto pide hacer una prueba con clientes. Que una demostración funcione con una compilación de desarrollo no establece que un cliente pueda activar la misma función en la versión de la tienda.

Apple indica que hace falta hardware compatible con Apple Intelligence y enumera seis idiomas, incluido el coreano. También se aplican restricciones regionales, de edad y de servidor. Apple menciona iOS, iPadOS, macOS, watchOS y visionOS 27.3 en beta para Siri AI. La primera vista previa para aplicaciones de terceros menciona iOS, iPadOS, macOS y visionOS. Separa esos ámbitos al asignar las pruebas. Un informe que precise qué se probó ayuda a distinguir si un fallo proviene de la acción, del canal de distribución o del dispositivo.

Una buena prueba interna usa una fila por petición, dispositivo, idioma, canal y resultado. Empieza con un caso que sabes que funciona. Para una consulta de estado en coreano, compara una frase coloquial y breve con otra que incluya el comercio o la fecha de seguimiento. Si ambas llevan al mismo registro, la interacción ha superado una variación útil. Si una expone el pedido de otra persona, detén la prueba y corrige la autorización en su origen.

La comprobación final debe incluir un traspaso realista a la persona. Si el intent puede encontrar una reserva pero no cambiarla, muestra el horario disponible y abre la pantalla correcta. Si puede hacer el cambio, muestra el resultado y permite encontrar el recibo más adelante. En ambos casos, la aplicación ofrece un siguiente paso concreto.

La confianza en un atajo se gana acción a acción

La integración con Siri AI puede acercar la función más útil de una aplicación a quien la necesita. Una acción acotada y comprobable puede aportar valor sin exigir un catálogo amplio de integraciones. Para un negocio capaz de mostrar el estado de la entrega correcta, esa es una buena forma de empezar.

Aplica el mismo criterio a cada nueva acción. La persona debe entender qué encontró la aplicación, qué le pidió permiso para hacer y qué ocurrió después. Esa claridad importa todavía más cuando la petición pasa por varios servicios o cuando la persona nunca abre la ventana de la aplicación original.

Fuentes

• Anuncio de Apple Developer del 3 de noviembre sobre la vista previa de Siri AI
• Documentación de Apple sobre App Intents
• Guía de Apple para configurar y probar la vista previa para desarrolladores
• Documentación de Apple sobre Spotlight y App Intents

---

Para conservar un registro en el que puedas buscar las conversaciones y decisiones de tu trabajo, crea una cuenta de Telli.sh.