Enviar pruebas documentadas de integración de apps
Envía pruebas documentadas de integración a [email protected] siguiendo los criterios de esta página. Identifica la versión pública, las acciones disponibles y las fuentes oficiales; distingue Atajos, anuncios e integración verificada con Siri AI. Esta página informativa explica cómo presentar una propuesta; el contacto no supone aceptación ni publicación.
Prepara una propuesta documentada por correo
Utiliza la dirección de contacto pública existente, [email protected], para proponer una app a consideración editorial. Como asunto, puedes escribir Propuesta de integración: seguido del nombre y la versión pública de la app. Es una sugerencia de formato; no significa que se haya enviado ningún mensaje. Empieza indicando tu relación con la app, describe brevemente la capacidad propuesta y enlaza las pruebas públicas más sólidas. Tanto desarrolladores como responsables de publicación y usuarios deben aclarar de dónde procede su información, sin atribuirse representación ajena.
Esta página ofrece criterios estáticos de presentación. No incorpora un formulario de carga, un sistema de recepción, un número de expediente ni un plazo de respuesta. Enviar un correo permite presentar pruebas para una posible revisión; no equivale a entrar en el directorio. Conviene resumir primero la propuesta y añadir después los datos de publicación, las acciones y el material de apoyo. Si una capacidad pertenece a una versión preliminar, indícalo claramente antes de describirla como disponible para clientes. La publicación de una dirección de contacto no demuestra que se supervise el buzón ni que se vaya a enviar una respuesta.
Identifica la versión pública exacta de la app
Incluye la URL pública de App Store, el nombre de la app, el desarrollador o vendedor, el número de versión y la fecha de publicación. Especifica la plataforma a la que corresponden las pruebas: iPhone, iPad, Mac, Apple Watch o Apple Vision Pro. Si existen fichas o versiones independientes, identifica las pertinentes. Compartir un nombre comercial no demuestra que todas ofrezcan las mismas funciones. Añade el sistema operativo mínimo que el proveedor exige para esa capacidad y sepáralo del sistema utilizado en cualquier registro de reproducción aportado.
Facilita el historial público necesario para comprobar si la app recibió una actualización durante los doce meses anteriores, un criterio de admisión del directorio. Una página comercial sin fecha no sustituye la fecha de una versión. Si la función solo aparece en una beta o compilación privada, identifícala por separado y explica qué sigue sin confirmarse en la publicación pública. Los datos ausentes deben mantenerse como pendientes; no se deben completar con versiones estimadas ni con fechas de lanzamiento deducidas.
Utiliza estados de integración con un alcance definido
Utiliza Shortcuts documented cuando una fuente del proveedor documente acciones o flujos de Atajos de Apple. El estado describe respaldo documental; no significa que este sitio haya reproducido el flujo ni verificado una integración con el nuevo Siri AI. Utiliza Announced rollout cuando un anuncio atribuible describa capacidades en proceso de despliegue, conservando sus condiciones de plataforma, fechas y disponibilidad. Reserva Siri AI verified para una integración pública concreta respaldada por datos de publicación coincidentes, documentación oficial y pruebas reproducibles suficientes para delimitar lo que se afirma.
Estos nombres representan estados de evidencia, no niveles promocionales. Un artículo para desarrolladores, un recurso de soporte de Apple y una app descargable son tipos de recurso distintos; el carácter oficial no concede por sí mismo un estado de integración. Si una fuente describe Siri convencional sin demostrar acciones de Atajos, explica esa capacidad en prosa. Cuando falten pruebas, indica qué cuestión sigue abierta o deja la afirmación pendiente. Una propuesta puede acreditar una función anterior y mantener sin verificar una capacidad más reciente.
Separa el despliegue de Apple de las versiones de terceros
El anuncio de Apple para desarrolladores del 3 de noviembre describe un despliegue de acciones en Calendar, Files, Finder, Journal, Mail, Maps, Messages, Music, Notes, Photos, Preview, Reminders, Safari, Shortcuts y Weather. Atribuye esa lista a Apple y describe acciones concretas únicamente cuando una fuente las respalde. Finder y Preview no deben presentarse como apps disponibles en todas las plataformas. El ejemplo de Apple consiste en archivar archivos que llevan más de un año sin abrirse; no acredita una acción para eliminarlos ni una prueba realizada por este sitio.
El mismo anuncio presenta una versión preliminar para desarrolladores de terceros con las betas 27.3 de iOS, iPadOS, macOS y visionOS. Describe App Intents, acciones y contenido propios, skills que combinan acciones y entidades del índice semántico de Spotlight. Las referencias a clientes dentro de unos meses y a solicitudes de App Store en primavera no fijan una fecha pública exacta. El artículo de configuración de Apple del 5 de noviembre describe disponibilidad general en OS 27. La configuración del sistema, las acciones de Apple y la publicación de cada app requieren pruebas separadas.
Documenta las acciones exactas y sus condiciones
Para cada acción propuesta, facilita su nombre documentado exacto, la información que recibe, el resultado que produce y la página oficial que la describe. Distingue crear un elemento de buscarlo, añadirle contenido, exportarlo o eliminarlo. Si aportas una frase de voz, aclara si reproduce literalmente un ejemplo del proveedor o si es una formulación que propones tú. El nombre de un atajo creado por un usuario debe identificarse como tal, sin presentarlo como un comando oficial de Siri. Incluye los permisos, la necesidad de iniciar sesión y las restricciones documentadas sobre contenido bloqueado o ejecución en segundo plano.
Las limitaciones también son pruebas útiles. La documentación de Atajos de Bear describe operaciones con notas y señala que no permite acceder a notas bloqueadas. Eso respalda una capacidad delimitada, no acceso sin restricciones. El artículo de Craft sobre Atajos documenta acciones como Create Document y Add to Document con requisitos de sistema específicos. Conserva esos nombres ingleses si no existe una traducción oficial acreditada. Una declaración general de automatización no demuestra acciones adicionales.
Indica los límites de plataforma, idioma y región
Registra el modelo del dispositivo, la versión y compilación del sistema, la versión de la app, el idioma del dispositivo, el de Siri y la región de cuenta pertinente para las pruebas aportadas. Separa esas condiciones observadas del alcance de compatibilidad que declara el proveedor. El artículo de configuración de Apple exige que el dispositivo y Siri utilicen el mismo idioma compatible, además de una región admitida. Enumera inglés, francés, japonés, coreano, portugués y español. La disponibilidad en español no acredita acceso desde cualquier dispositivo o territorio hispanohablante; los idiomas anunciados para el futuro tampoco son soporte actual.
El mismo artículo indica que Siri AI no está disponible en iOS, iPadOS ni watchOS en la Unión Europea, y describe disponibilidad en macOS 27 Golden Gate y visionOS 27 bajo sus condiciones de cuenta e idioma. También señala que actualmente no funciona con cuentas de Apple de China continental. Expón estos requisitos por separado de las restricciones territoriales de la app. No recomiendes cambiar de región para conseguir acceso ni extiendas pruebas de una plataforma a otra.
Aporta pruebas reproducibles sin revelar secretos
Si aportas pruebas propias, describe el estado inicial, los permisos necesarios, los pasos exactos, el resultado esperado y el obtenido, junto con la fecha y el entorno. Una grabación breve o una secuencia de capturas puede aclarar la afirmación, siempre que identifiques el material como aportado por ti. Muestra la versión y la acción cuando sea posible. Explica si la app estaba abierta, el dispositivo desbloqueado, la sesión iniciada o si fue necesaria una confirmación. Que una demostración funcione bajo esas condiciones no acredita funcionamiento sin restricciones en otros contextos.
Utiliza contenido de muestra sin información sensible y oculta mensajes personales, documentos, identificadores de cuenta y notificaciones ajenas a la prueba. Nunca incluyas contraseñas, claves de API, tokens de autenticación, credenciales de firma ni acceso a cuentas privadas. No pidas que se eludan permisos o se reduzcan las protecciones del dispositivo. Si no puedes compartir los datos necesarios, explica la dependencia y prepara una reproducción inocua cuando sea posible. Estas recomendaciones no significan que el sitio haya ejecutado el flujo, recibido archivos o realizado una revisión de seguridad.
Explica los conflictos entre fuentes
Craft muestra por qué una propuesta debe incluir las fuentes que discrepan, en vez de seleccionar solo la más favorable. Su artículo sobre Siri describe consultas al contenido de documentos, creación de documentos, incorporación de texto y gestión de tareas con OS 27. Limita el contenido compartido de los cincuenta documentos editados más recientemente a su primer nivel, y describe los demás mediante títulos y detalles. Las tareas requieren una programación o fecha límite. También excluye reescribir, reorganizar o eliminar contenido existente e identifica el soporte en Mac como una beta de Apple.
Estas declaraciones deben contrastarse con el calendario del nuevo avance para desarrolladores de terceros anunciado por Apple el 3 de noviembre. Las pruebas disponibles no permiten decidir si las fuentes describen capas de API o vías de publicación distintas. Una formulación adecuada sería: Craft documenta capacidades actualizadas de Siri; su integración pública con el nuevo Siri AI no está confirmada de forma independiente. Aporta versión pública, notas de publicación y alcance de API. Del mismo modo, la referencia de Spotify a Siri with Apple Intelligence no demuestra publicación mediante el nuevo avance. Tampoco permite afirmar que ninguna integración de terceros esté disponible.
Entiende los límites de revisión y publicación
Organiza el envío final de modo que cada afirmación pueda relacionarse con una fuente: identidad e historial de versiones, requisitos de plataforma, acciones exactas, condiciones de disponibilidad, permisos pertinentes y pruebas reproducibles aportadas por usuarios. Separa lo que afirma la documentación oficial, lo que observaste y lo que sigue siendo una interpretación. Para corregir una ficha existente, incluye su URL e identifica la frase, el estado o el dato de publicación que propones modificar. Explica si las nuevas pruebas restringen una afirmación, añaden una plataforma o acreditan una versión pública posterior.
La revisión de pruebas no garantiza una ficha, un estado determinado, una fecha de publicación ni una posición destacada. Esta vía no ofrece posiciones de pago, y el material promocional no sustituye las pruebas de publicación que falten. Un atajo documentado puede justificar una ficha limitada mientras una afirmación más amplia sobre Siri AI permanece pendiente. La documentación de esta página se revisó el 6 de noviembre de 2026. Las propuestas posteriores deben aportar fuentes fechadas para los cambios y conservar las incertidumbres hasta contar con pruebas públicas coincidentes.
Preguntas frecuentes
¿Cómo presento una app y recibiré confirmación?
Escribe a [email protected] con la ficha pública de la app, el desarrollador, la versión, la fecha de publicación y la documentación oficial de integración. Añade las acciones y pruebas reproducibles que puedas compartir sin riesgos. Esta página estática no ofrece formulario, justificante ni plazo de respuesta. Enviar el mensaje no acredita revisión ni aceptación.
¿Tener un atajo permite obtener el estado Siri AI verified?
No. La documentación del proveedor puede respaldar Shortcuts documented si describe Atajos de Apple, no atajos de teclado ni otro servicio de automatización. Siri AI verified requiere pruebas de la integración pública concreta, con datos de publicación coincidentes y un alcance reproducible. El anuncio de una versión preliminar de Apple no demuestra que una app pública la incorpore.
¿Qué debo aportar si los calendarios del proveedor y Apple difieren?
Incluye ambas fuentes, sus fechas de publicación o actualización cuando consten y la versión pública a la que corresponde cada afirmación. Explica la discrepancia sin presuponer relaciones entre API que las fuentes no acrediten. La documentación de Craft y el anuncio de Apple ilustran este caso. Una capacidad documentada puede mantenerse mientras la integración pública más amplia siga sin confirmarse.
¿Las capturas o una demostración beta garantizan una ficha?
No. Las capturas o grabaciones aportadas por usuarios pueden aclarar una acción si identifican el entorno, los pasos y el resultado, pero no sustituyen la documentación oficial ni las pruebas de publicación pública. Identifica las betas y elimina información sensible. La consideración editorial no garantiza aceptación, plazos, posición ni estado verificado; esta vía tampoco ofrece posiciones de pago.