Les assistants IA veulent les droits de l'OS

En bref

La guerre des assistants IA devient une guerre de système d'exploitation.

Pas un jour.

Maintenant.

Le 16 juillet, la Commission européenne a adopté des mesures juridiquement contraignantes sous le Digital Markets Act pour dire à Google comment ouvrir certaines parties d'Android et de Google Search à ses concurrents. Une partie concerne l'interopérabilité d'Android pour les assistants IA. L'autre concerne l'accès aux données de ranking, de requêtes, de clics et de vues issues de Google Search.

Cela ressemble à de la paperasse bruxelloise.

C'est en réalité une carte produit.

La Commission rappelle qu'Android est utilisé par plus de 60 % des utilisateurs mobiles dans l'UE. Elle dit que les services IA tiers ont besoin d'accéder à des fonctionnalités Android comme les commandes vocales, les actions dans et entre les apps, la traduction en direct, la transcription, les suggestions de réponse et des informations contextuelles comme un lieu récemment visité.

En clair :

Si Gemini peut vivre profondément dans Android, les concurrents ne doivent pas rester coincés éternellement au niveau d'une simple app.

C'est ça, l'histoire.

Les assistants IA ne sont pas seulement des chatbots avec une meilleure voix. Pour être utiles, ils ont besoin de privilèges système : wake words, notifications, intents d'apps, fichiers locaux, contexte d'écran, état du navigateur, calendriers, messages, cartes, paiements et capacité d'agir dans le téléphone sans donner l'impression d'être une page web enfermée dans un rectangle.

Le modèle compte.

L'OS décide ce que le modèle peut toucher.

Et dès que l'assistant peut toucher les choses, le propriétaire de la plateforme possède un pouvoir immense.

Futur très normal. Le réglage de l'assistant par défaut devient maintenant de la politique industrielle.

Ce que l'Europe force vraiment

La Commission ne dit pas "ouvrez Android, mais dans l'esprit".

Elle précise des catégories d'accès.

Pour Android, Google doit donner aux services IA tiers une interopérabilité effective avec des fonctionnalités clés. La FAQ de la Commission parle de onze fonctionnalités, dont les commandes vocales, les actions dans et entre les apps, la traduction en direct, la transcription et les suggestions contextuelles.

Ce ne sont pas des détails décoratifs.

C'est la différence entre :

"Ouvre cette app et demande au chatbot."

Et :

"Assistant, réponds à ce message, réserve le trajet, traduis l'appel, résume ce que je regarde et fais l'étape suivante dans l'app déjà ouverte."

C'est cette deuxième version que les gens veulent vraiment.

La partie Search compte aussi. La Commission dit que Google doit donner aux services de recherche éligibles, y compris les chatbots IA, accès à certaines données de ranking, de requêtes, de clics et de vues. L'idée est de permettre aux concurrents d'améliorer leurs propres produits de recherche et de recherche IA sans devoir recréer l'avantage comportemental de Google depuis zéro.

C'est énorme.

Les données de recherche ne sont pas seulement un ancien actif d'internet.

Ce sont des signaux d'entraînement, de ranking, d'intention, de fraîcheur et de distribution produit. Dans un monde d'assistants IA, la recherche ressemble moins à une page de liens et plus à un substrat de tâches. L'assistant doit savoir ce que les gens demandent, ce qu'ils cliquent, ce qu'ils ignorent et quelles réponses les aident réellement.

Pas étonnant que Google soit mécontent.

Dans sa réponse, Google affirme que ces décisions menacent la vie privée, la sécurité et la qualité produit. L'entreprise dit que le partage forcé de données et l'interopérabilité peuvent exposer les utilisateurs à de nouveaux risques et affaiblir les garde-fous.

Une partie de cet argument est intéressée.

Une partie est aussi vraie.

Ouvrir un accès agentique au téléphone, ce n'est pas comme ouvrir une API météo.

C'est plutôt décider qui reçoit les clés du bâtiment.

L'assistant n'est plus une app

C'est le changement mental.

La plupart des entreprises IA parlent encore comme si l'assistant était une destination.

Ouvrez ChatGPT.

Ouvrez Claude.

Ouvrez Gemini.

Posez la question.

C'est utile, mais ce n'est pas la fin du jeu.

La fin du jeu, c'est l'assistant comme couche au-dessus de la vie numérique de l'utilisateur.

Cela veut dire que l'assistant doit agir là où l'utilisateur se trouve déjà. Il doit comprendre le message à l'écran, la page dans le navigateur, le rendez-vous dans le calendrier, l'itinéraire dans Maps, la photo qui vient d'être prise, l'app active, le fichier en cours d'édition et la notification arrivée il y a trente secondes.

Une app peut demander des permissions.

Un système d'exploitation peut orchestrer le contexte.

C'est pour ça que Google et Apple ont un avantage.

Gemini peut devenir une partie d'Android. Siri peut devenir une partie d'iOS. Microsoft peut pousser Copilot dans Windows. Google peut relier Gemini à Search, Chrome, Android, Gmail, Docs, Maps et YouTube. Apple peut relier Siri au contexte local de l'appareil, aux contrôles de confidentialité, aux capteurs et aux intents d'apps.

Un assistant concurrent peut être plus intelligent et quand même sembler moins bon s'il n'atteint pas la bonne surface au bon moment.

C'est la vérité produit inconfortable.

La qualité du modèle vous fait entrer dans la conversation.

L'accès à l'OS vous permet de faire le travail.

Apple est l'histoire en arrière-plan

La décision contre Google arrive à un moment gênant parce qu'Apple dit quelque chose de similaire depuis l'autre côté.

Apple affirme que certaines nouvelles fonctionnalités Siri IA ne seront pas lancées immédiatement dans l'UE à cause des inquiétudes liées au DMA. L'entreprise soutient que les exigences d'interopérabilité pourraient l'obliger à compromettre la vie privée et la sécurité.

Là aussi, il y a de la stratégie dans la réponse.

Apple ne veut pas que les régulateurs lui disent comment exposer des capacités profondes d'iOS.

Mais la tension est réelle.

Un assistant capable de lire votre écran, d'agir dans les apps, de comprendre le contexte personnel et de passer d'un service à l'autre est puissant parce qu'il est intime. Le même accès qui le rend utile devient dangereux si le mauvais acteur l'obtient, si les permissions sont floues, si les logs sont faibles ou si le modèle suit la mauvaise instruction.

C'est exactement pour ça que l'histoire GPT-Red d'hier compte, mais depuis un autre angle.

Hier, il s'agissait de tester les agents avant qu'internet ne les attaque.

Aujourd'hui, il s'agit de savoir où ces agents ont le droit de vivre.

Plus l'assistant descend profondément dans l'OS, plus le modèle de sécurité devient le produit.

L'Europe dit en substance :

"Vous ne pouvez pas réserver éternellement les hooks utiles à votre propre assistant."

Google et Apple disent en substance :

"Si vous nous forcez à ouvrir ces hooks, il faudra accepter les conséquences sécurité."

Les deux camps ont un point.

Énervant, mais vrai.

Ce n'est pas seulement Google Search

Il est tentant de traiter la partie données Search comme une vieille bataille antitrust avec un peu d'IA par-dessus.

Ce serait rater le déplacement.

Les données de recherche deviennent du carburant pour assistants.

Si un assistant IA doit répondre aux questions, recommander des actions, comparer des produits, résumer l'actualité, orienter les utilisateurs vers des services et peut-être accomplir directement des tâches, alors la recherche n'est plus seulement une page de résultats.

La recherche devient l'un des sens de l'assistant.

L'avantage de Google n'est pas seulement d'avoir un moteur de recherche. C'est d'avoir des décennies de comportements de requêtes, de feedback de ranking, de signaux de fraîcheur, de connaissance du spam, d'intention locale, de patterns d'achat et l'habitude de milliards d'utilisateurs qui demandent d'abord à Google.

Les concurrents de la recherche IA veulent ce signal.

Les régulateurs voient ce signal comme un fossé.

Google voit ce signal comme son produit, son obligation de confidentialité et son avantage concurrentiel.

Les trois peuvent être vrais.

Le problème, c'est que "partager les données de recherche" paraît simple jusqu'à ce qu'on demande :

• Quelles données ?
• Avec quelle fraîcheur ?
• À quelle granularité ?
• Avec quelle anonymisation ?
• Pour quels concurrents ?
• Sous quelles règles de sécurité ?
• Les données peuvent-elles servir à entraîner des modèles ?
• Google peut-il protéger les utilisateurs contre la réidentification ?
• Les concurrents peuvent-ils construire quelque chose d'utile si les données sont trop agrégées ?

Ce n'est pas une jolie histoire d'open data.

C'est le début désordonné de la régulation de l'infrastructure de recherche IA.

Très reposant.

Le propriétaire de la plateforme a l'agent le plus facile

La façon la plus simple de comprendre le conflit est celle-ci :

Le meilleur assistant IA est probablement celui qui est le plus proche du vrai contexte de l'utilisateur.

Cela crée un problème de propriétaire de plateforme.

Si Google contrôle Android, Google peut rendre Gemini natif. Si Apple contrôle iOS, Apple peut rendre Siri natif. Si Microsoft contrôle Windows, Microsoft peut rendre Copilot natif. Tous les autres doivent demander la permission.

Cette permission peut être technique.

Elle peut être commerciale.

Elle peut être enterrée dans des APIs.

Elle peut être façonnée par les règles de confidentialité, la revue d'app store, les limites d'exécution en arrière-plan, les choix de navigateur par défaut, les politiques de notifications, l'accès aux fichiers, les APIs de modèles locaux, l'invocation vocale et mille petites décisions qui ne ressemblent jamais à de la "concurrence IA" jusqu'au moment où l'assistant ne peut pas faire la chose.

C'est là que la régulation devient du design produit.

Le DMA n'entraîne pas un modèle.

Il décide quel modèle peut se tenir près du système nerveux numérique de l'utilisateur.

C'est pour ça que cette histoire compte plus qu'une bataille de plateforme classique.

Si les agents deviennent l'interface, les défauts de plateforme deviennent les défauts d'agents.

Et les défauts d'agents vont valoir très cher.

Ce que les builders devraient en retenir

Si vous construisez un assistant, ne pensez pas seulement en capacité de modèle.

Pensez en surfaces atteignables.

Votre assistant peut-il être invoqué au bon moment ?

Peut-il voir le bon contexte ?

Peut-il agir dans la bonne app ?

Peut-il expliquer quelle permission il demande ?

Peut-il fonctionner sans demander tout le téléphone ?

L'utilisateur peut-il révoquer l'accès proprement ?

Une autre app peut-elle faire confiance à son action ?

Un régulateur peut-il comprendre le contrôle ?

Ces questions font maintenant partie du produit.

Si vous possédez une plateforme, la leçon est plus dure :

Vos APIs d'assistant IA ne sont pas seulement des fonctionnalités développeur.

Elles sont à la fois politique de concurrence, architecture de sécurité et stratégie de distribution.

C'est une combinaison horrible.

C'est aussi le vrai travail.

La prochaine guerre des assistants ne sera pas gagnée seulement par le modèle qui répond le mieux dans un chat vide.

Elle sera gagnée par le système qui peut se tenir le plus près possible de la vraie vie de l'utilisateur, sans la casser.

L'Europe vient de rappeler à Google que "le plus près" n'est pas censé vouloir dire "seulement nous".

Le reste de l'industrie devrait regarder.

L'assistant IA devient l'invité le plus important du système d'exploitation.

Et apparemment, les invités ont maintenant besoin d'une architecture réglementaire.