Ce que le code d’iOS 27 révèle sur Claude, GPT-5.6 et la délégation de modèles dans Siri

Siri pourrait devenir un orchestrateur d’IA

Les éléments de code et démonstrations rapportés dans iOS 27 ainsi que dans la version candidate de macOS Golden Gate décrivent deux mécanismes privés susceptibles de rendre Siri moins dépendante d’un unique modèle de raisonnement contrôlé par Apple. Dans cette architecture, Siri ne se limiterait pas à répondre : elle recevrait la demande, fournirait les outils, exécuterait les actions autorisées sur l’appareil et afficherait ou lirait le résultat, même lorsqu’un autre fournisseur effectue l’interprétation du langage ou la planification. 34

C’est une différence importante : le modèle tiers ne serait plus seulement un chatbot auquel Siri renvoie l’utilisateur, mais un participant intégré à son flux de travail.

« Model Delegation » : Claude comprend, Siri agit

Le premier mécanisme signalé, Model Delegation, est un chemin privé fondé sur App Intents pour des extensions Siri. Dans une démonstration relayée par MacRumors, Claude apparaissait dans le menu « Ask… » de Siri, selon un fonctionnement proche du transfert déjà proposé vers ChatGPT. L’utilisateur demandait à Claude de créer un rappel ; Claude interprétait la formulation naturelle, puis Siri créait le rappel dans l’app Rappels d’Apple. 316

Le partage des rôles semblerait donc être le suivant :

1. L’utilisateur invoque Siri et choisit ou interpelle un modèle externe.
2. Le modèle externe comprend la requête et détermine l’action à réaliser.
3. Si l’action exige un accès au système ou à une app, le modèle renvoie cette action vers le circuit d’outils de Siri.
4. Siri exécute l’action et restitue le résultat dans son interface habituelle. 316

Si Apple rendait un jour ce mécanisme public, il permettrait de profiter des qualités propres à un fournisseur — rédaction, raisonnement ou conversation — sans lui confier l’interface vocale de Siri ni l’exécution directe des actions système.

Un mécanisme plus profond : remplacer le raisonnement côté serveur

Le second mécanisme rapporté est plus ambitieux. La démonstration du chercheur évoque un protocole Inference Providing, dans Model Manager Services, mis en œuvre via un point d’extension privé d’ExtensionKit. Dans cet exemple, un modèle externe identifié comme GPT-5.6 Terra remplaçait le modèle serveur de Siri AI. 15

D’après cette démonstration, le fournisseur reçoit l’invite native du planificateur Siri et les définitions des outils, peut demander l’appel d’outils, obtenir leurs résultats, puis renvoyer une réponse dans l’interface et la voix de Siri, y compris avec des éléments interactifs. 15 Il s’agirait donc du remplacement d’un composant de raisonnement ou de planification, et non de l’ensemble du produit Siri : Siri conserverait la couche d’interaction et le mécanisme d’exécution des outils. 415

L’architecture séparerait potentiellement l’assistant en plusieurs briques :

• Siri : invocation, interface, voix, exécution des outils et actions ;
• fournisseur d’inférence externe : compréhension de la demande, planification et génération de la réponse ;
• outils et permissions contrôlés par Apple : le canal par lequel les actions système et leurs résultats sont gérés.

Données personnelles : une implication, pas une autorisation confirmée

Le fait qu’un planificateur puisse recevoir les définitions des outils et leurs résultats laisse envisager des flux de travail mobilisant le contexte plus large de Siri et ses actions. Cela ne prouve toutefois pas que des fournisseurs tiers bénéficient aujourd’hui d’un accès sans restriction aux e-mails, messages, photos, fichiers ou autres données sensibles.

L’accès aux informations personnelles et aux actions à conséquence dépendrait des permissions, des limites de partage de données et des règles qu’Apple définirait si elle ouvrait un jour ce système. La démonstration montre une infrastructure possible, pas un modèle de confidentialité public ni une politique annoncée d’accès aux données par des tiers. 15

Ce qui est réellement disponible aujourd’hui

Pour les utilisateurs comme pour les développeurs d’apps ordinaires, ces découvertes n’ajoutent aucun réglage permettant de choisir le « cerveau » de Siri. Les interfaces de Model Delegation et de fournisseur d’inférence rapportées sont privées ; Apple n’a pas ouvert l’autorisation nécessaire ni annoncé cette capacité comme une API publique. Les informations concernant la version candidate de macOS 27 Golden Gate indiquent que ChatGPT reste le seul transfert Siri publiquement disponible. 1018

Il n’existe donc pas, à ce stade, de voie prise en charge pour installer Claude, GPT-5.6, Gemini ou un autre service comme extension Siri ou comme remplacement de son modèle serveur. Une vidéo montrant des interfaces privées témoigne d’une capacité expérimentale ou interne ; elle ne démontre pas une disponibilité pour le grand public.

À ne pas confondre avec les annonces publiques d’Apple

Lors de la WWDC 2026, Apple a bien annoncé des évolutions d’App Intents. Les développeurs peuvent relier leurs apps à des capacités de Siri AI, notamment la compréhension du contexte personnel, les actions dans les apps et la perception de ce qui est affiché à l’écran. Apple a également indiqué que les développeurs peuvent employer les modèles de leur choix, comme Claude ou Gemini, via son protocole de modèles de langage. 20

Ces annonces ne correspondent pas pour autant à un framework public permettant aux utilisateurs de sélectionner Claude, ChatGPT, Gemini ou Grok comme modèle sous-jacent de Siri. Les informations disponibles précisent que le vaste framework d’extensions Siri évoqué auparavant n’a pas été annoncé, et que ChatGPT reste l’option publique de transfert. 18

Autrement dit, les API publiques expliquent comment les apps peuvent participer à des expériences activées par Siri et comment leurs développeurs peuvent utiliser des modèles externes dans leurs propres apps. Les frameworks privés décrits iraient plus loin : ils feraient potentiellement intervenir des modèles tiers directement dans la chaîne de planification de Siri elle-même.

Le DMA européen : un contexte, pas une preuve d’origine

Le règlement européen sur les marchés numériques, le Digital Markets Act (DMA), constitue un élément de contexte pertinent, sans qu’il soit établi qu’il soit à l’origine de ces frameworks privés. Son article 6, paragraphe 7, impose aux contrôleurs d’accès désignés de donner à des tiers accès aux fonctionnalités matérielles et logicielles du système d’exploitation à des conditions comparables à celles dont bénéficient leurs propres services. 31

Une architecture de délégation de modèle pourrait être compatible avec cette logique d’interopérabilité : un assistant externe pourrait raisonner sur une demande tandis que la plateforme fournirait un accès encadré aux capacités du système. Ni le code rapporté ni les déclarations publiques d’Apple ne permettent cependant d’affirmer que Model Delegation ou Model Manager Services ont été conçus spécifiquement pour satisfaire le DMA.

Ce qu’il faudra surveiller

La conclusion la plus solide est d’ordre architectural, non commercial : le code rapporté laisse penser qu’Apple pourrait concevoir Siri comme une couche d’orchestration séparant le modèle qui raisonne de celui qui exécute les actions et porte l’expérience utilisateur. 34

Pour que cela change réellement l’usage de Siri, Apple devrait encore documenter publiquement le framework, ouvrir les autorisations, préciser les règles de consentement et de partage des données, définir des exigences de sécurité et de validation, puis proposer ces choix dans le produit. D’ici là, Claude dans Siri et les modèles de remplacement de Siri restent des capacités rapportées dans du code privé, et non des fonctions que l’on peut activer.