WWDC 2026 : Siri AI, Gemini et App Intents

Comprendre le changement apporté par Siri AI

Le sujet Siri AI et App Intents au WWDC 2026 ne se résume pas à un assistant qui formule de meilleures réponses. Apple rapproche plusieurs couches : un modèle qui interprète la demande, le contexte personnel autorisé, ce qui apparaît à l’écran et des actions structurées que les applications peuvent proposer au système. L’enjeu pratique est de passer d’une intention à un résultat visible dans l’app concernée.

L’annonce officielle de Siri AI présente notamment des conversations suivies, une meilleure compréhension du contexte personnel, la prise en compte du contenu affiché et des actions dans les apps compatibles. Ces capacités forment un parcours : comprendre la demande, identifier les bonnes données, sélectionner une action disponible, demander l’autorisation nécessaire et confirmer le résultat.

Au 10 septembre 2026, la mise à jour gratuite iOS 27 et la bêta anglaise de Siri AI restent prévues pour le 14 septembre. L’annonce Apple de septembre sur iOS 27 fixe ce prochain jalon. Apple prévoit ensuite le français, le japonais, le coréen, le portugais et l’espagnol en octobre. L’appareil, la langue, la région et chaque fonction conservent leurs propres conditions d’accès.

Pour vérifier ces conditions avant un essai, consultez Siri AI sur iOS 27 : date, français et iPhone compatibles. Un propriétaire qui possède déjà un appareil éligible peut commencer par la mise à jour et les réglages disponibles plutôt que de déduire qu’un nouvel achat est indispensable.

Séparer capacités annoncées et disponibilité

Apple Intelligence couvre davantage que Siri AI. La couche globale comprend des fonctions de rédaction, de synthèse, de création visuelle, de traduction et de traitement de contenus personnels. Siri AI se concentre plus directement sur la conversation, le contexte et l’action. La présentation Apple sur les capacités d’Apple Intelligence dans les usages quotidiens illustre cette combinaison.

Prenons une demande simple : « utilise les coordonnées affichées sur cette carte de visite pour préparer un nouveau contact ». La compréhension de l’écran peut identifier le nom, l’entreprise, le numéro et l’adresse e-mail. Le modèle peut organiser ces informations. L’app Contacts doit ensuite proposer l’action nécessaire, le système doit connaître la destination et l’utilisateur doit pouvoir vérifier la fiche créée.

Chacune de ces étapes possède sa propre condition. Une excellente extraction du texte ne prouve pas que le contact a été enregistré. Une action disponible dans Contacts ne garantit pas que le bon nom ou le bon numéro a été sélectionné. Une démonstration publique ne confirme pas non plus la disponibilité immédiate sur chaque appareil.

Avant de compter sur une fonction, vérifiez donc le logiciel installé, le modèle d’appareil, la langue active, la région et la prise en charge par l’app cible. Pour une tâche impliquant des données personnelles, contrôlez également la source choisie et le résultat sauvegardé. Cette méthode reste valable pour un contact, un fichier, un rappel ou un message.

Situer le partenariat Apple-Google

Le partenariat Apple-Google autour des modèles n’est plus une hypothèse issue de sources anonymes. La déclaration commune de Google et Apple confirme une collaboration dans laquelle les Apple Foundation Models construits avec la technologie Gemini soutiennent Apple Intelligence.

Cette collaboration doit être comprise par couches. Gemini apporte une technologie de modèle au partenariat. Apple développe et déploie ses Apple Foundation Models dans son environnement. Siri fournit l’interface conversationnelle et l’accès au contexte autorisé. Les apps exposent enfin les actions exécutables. Le nom du modèle ne suffit donc pas à déterminer quelle app agira, quelle permission sera nécessaire ou où apparaîtra le résultat.

Apple décrit aussi sa propre évolution technique dans sa publication sur la troisième génération des Apple Foundation Models. Le partenariat technologique ne transforme pas Siri en app Gemini grand public et n’établit pas un routage identique de chaque demande vers Google. La fonction utilisée et l’architecture annoncée par Apple déterminent le parcours concerné.

Pour l’utilisateur, cette distinction évite de choisir un assistant uniquement à partir du nom d’un modèle. Une tâche réussie nécessite un raisonnement adapté, une action disponible, une cible précise, une autorisation valide et une preuve de sauvegarde. Le fournisseur du modèle compte pour le traitement ; la couche d’exécution décide de ce qui peut changer sur le téléphone.

Relier une demande aux actions des apps

App Intents donne aux développeurs un moyen structuré de rendre les contenus et les fonctions de leur application accessibles aux expériences du système. La documentation Apple sur App Intents couvre les actions, les entités et les informations nécessaires pour relier une phrase naturelle à une opération précise.

Une entité peut représenter un contact, un document, une réservation ou un autre objet de l’app. Une action peut rechercher cet objet, le créer ou le modifier lorsque l’application fournit cette capacité. Le modèle interprète ce que l’utilisateur souhaite ; App Intents fournit une manière définie d’appeler la fonction et d’identifier sa cible.

La session Apple sur les nouveaux outils d’intelligence pour les développeurs replace cette couche d’action dans les annonces du WWDC. Pour une personne qui utilise Siri, la conséquence est concrète : deux apps installées peuvent offrir des possibilités différentes, même face à la même demande vocale.

Une action fiable doit encore gérer les ambiguïtés. Si deux contacts portent le même nom, l’assistant doit obtenir une cible claire. Si une application ne fournit pas la fonction demandée, le modèle peut préparer les informations pour une étape manuelle. Une autorisation valide permet ensuite l’accès, et l’objet visible dans l’app confirme l’exécution.

Le guide App Intents et applications appelables par machine : ce que les agents IA peuvent vraiment faire approfondit cette articulation entre modèle, objets d’application et commandes structurées.

Comparer les couches d’exécution

La comparaison entre Siri AI et un agent Android devient plus claire lorsqu’on sépare les étapes d’une tâche. Apple s’appuie sur son intégration système et sur les actions fournies par les apps. Dans FoneClaw, nous associons le modèle configuré à plus de 100 outils Android intégrés, avec les comptes, permissions et politiques d’approbation nécessaires.

Dans FoneClaw, le contexte de l’écran ou d’une image aide le modèle à extraire les informations utiles. Les outils réalisent ensuite les actions prises en charge. Le fournisseur configuré et le contenu transmis déterminent le traitement du modèle, tandis qu’Android encadre l’accès aux contacts, messages, calendriers et autres ressources du téléphone.

Cette lecture par couches évite d’attribuer toute la réussite au modèle. Une demande peut être bien comprise mais bloquée par une permission, une app sans action compatible ou une cible ambiguë. Le suivi visible sert alors à repérer l’étape concernée et à reprendre seulement ce qui manque.

Créer un contact depuis une carte de visite

Imaginons une carte de visite fictive affichant « Camille Durand », l’entreprise Atelier Horizon, un numéro mobile et une adresse e-mail professionnelle. Sur Android, vous voulez transformer cette image en un contact sans recopier chaque champ. Ce scénario met directement à l’épreuve l’analyse visuelle, la recherche d’un doublon, les permissions Contacts et la sauvegarde locale.

Commencez par fournir la photo exacte à FoneClaw avec un modèle capable d’analyser les images. Si la carte apparaît dans une autre app, vous pouvez joindre volontairement l’écran actuel. Demandez d’extraire le nom, l’entreprise, le téléphone et l’e-mail, puis relisez chaque valeur. L’analyse peut reconnaître l’entreprise ou d’autres détails, mais la création prise en charge enregistre le nom affiché avec au moins un numéro de téléphone ou une adresse e-mail.

La recherche d’un contact existant constitue une opération séparée. Elle nécessite l’accès en lecture aux contacts et suit la politique d’approbation configurée ; par défaut, cette consultation demande votre accord. Recherchez Camille Durand par son nom ou utilisez le numéro extrait. Comparez ensuite le téléphone, l’adresse e-mail et les autres champs effectivement retournés. Une recherche directe par adresse e-mail n’est pas proposée dans ce parcours.

Si une correspondance apparaît, conservez la fiche existante et décidez manuellement de la correction utile. Si plusieurs résultats restent plausibles, arrêtez la création jusqu’à ce que la situation soit claire. FoneClaw ne crée pas une nouvelle fiche lorsqu’un contact possède déjà exactement le même numéro de téléphone ou la même adresse e-mail.

Pour une nouvelle fiche, vérifiez que l’outil Contacts est activé et que les accès Android en lecture et en écriture sont accordés. La création suit la politique d’approbation globale ou propre à l’outil ; par défaut, elle demande votre accord. Relisez le nom, le téléphone et l’e-mail proposés, puis autorisez la création d’un contact local sur l’appareil. L’entreprise extraite reste une information de vérification, car cette action enregistre uniquement les champs pris en charge.

Après la création, recherchez le contact par son nom ou son numéro et comparez les champs retournés. La fiche est créée localement par le fournisseur Contacts d’Android ; ce parcours ne choisit pas un compte de destination et ne promet pas une synchronisation cloud. Si l’opération est interrompue, effectuez cette recherche avant de recommencer. Pour un parcours détaillé, Créer un contact Android avec IA et vérifier les doublons explique comment contrôler chaque décision.

Évaluer une action réellement terminée

Une bonne évaluation commence avec une tâche disponible aujourd’hui sur votre appareil. Choisissez une source précise, une seule action et une destination facile à vérifier. Pour la carte de visite, les critères sont simples : image correcte, champs relus, recherche approuvée par nom ou téléphone, absence de doublon exact, accès Contacts en lecture et en écriture, politique d’approbation appliquée et fiche locale retrouvée.

Sur les appareils Apple éligibles, vous pourrez appliquer la même méthode aux fonctions Siri AI à mesure de leur déploiement : vérifier le contexte sélectionné, l’action offerte par l’app, la cible et l’objet final. La qualité d’une démonstration ou le nom du modèle ne remplace pas cette chaîne de contrôles.

Sur Android, la page Fonctionnalités FoneClaw présente les outils actuellement disponibles, et Télécharger FoneClaw indique les options d’installation. Commencez avec une création de contact ou une autre action réversible, puis élargissez vos usages lorsque les permissions, les comptes et les résultats sont clairs.

Lorsqu’une tâche bloque, identifiez d’abord l’étape exacte : image absente, donnée ambiguë, permission manquante, outil désactivé ou résultat incertain. Diagnostiquer et récupérer un agent IA mobile : runbook Android pour échecs, permissions et relance d’outil fournit une méthode pratique pour reprendre sans répéter inutilement les étapes déjà terminées.