Navigateur, IDE et OS : les trois champs de bataille des interfaces IA

Chaque ère informatique s’est jouée moins sur qui avait la meilleure technologie que sur qui contrôlait la distribution. L’ère du PC a appartenu à celui qui possédait le système d’exploitation. L’ère du web, à celui qui possédait le navigateur et la barre de recherche. L’ère du mobile, à celui qui possédait l’app store. L’intelligence artificielle suit le même schéma. Les modèles frontier deviennent plus capables, plus nombreux, et sur beaucoup de tâches plus interchangeables. Ce qui ne l’est pas, c’est la surface par laquelle les gens les rencontrent réellement.

En 2025 et 2026, cette compétition s’est cristallisée autour de trois surfaces. La première est le navigateur IA, où les assistants lisent des pages, remplissent des formulaires et mènent des tâches sur le web ouvert. La deuxième est l’environnement de développement, où les agents de code IA sont passés de l’autocomplétion aux pull requests autonomes. La troisième est la couche système d’exploitation IA, où Apple, Google et Microsoft branchent modèles et protocoles d’agents directement dans les plateformes que des milliards d’appareils font déjà tourner.

Cet article est une cartes de référence de ces trois champs de bataille : ce que chacun contrôle, qui s’y bat, et la question qui traverse les trois — les interfaces gagnantes seront-elles ouvertes ou fermées ?

Pourquoi l’interface compte plus que le modèle

Un modèle, seul, est une capacité. Une interface est une habitude. Quand un utilisateur ouvre la même fenêtre des dizaines de fois par jour, l’entreprise qui possède cette fenêtre décide quel modèle répond, quelles données il peut voir, quelles actions il peut lancer, et qui gagne de l’argent quand il les lance.

Trois propriétés rendent une interface particulièrement précieuse pour l’IA :

• Le contexte. L’assistant qui voit ce que vous faites déjà (la page lue, le fichier édité, la notification reçue) a besoin de bien moins de prompts et donne de bien meilleures réponses.
• La permission d’agir. Répondre est bon marché ; agir a de la valeur. La surface qui détient vos logins, vos dépôts ou vos fichiers est celle à qui l’on peut confier, en sécurité, le droit de faire des choses.
• Le statut de défaut. Les défauts collent. La plupart des utilisateurs ne changent jamais le moteur de recherche livré avec leur navigateur — rien ne dit qu’ils se comporteront autrement avec les assistants.

Chacun des trois champs de bataille offre ces propriétés dans des proportions différentes. Le navigateur offre le contexte le plus large sur le web. L’IDE offre la permission d’agir la plus profonde, parce que le code est un domaine où les actions peuvent être relues, testées et annulées. Le système d’exploitation offre le statut de défaut le plus fort, parce qu’il se trouve sous tout le reste.

Champ de bataille n°1 : le navigateur IA

De la barre latérale à l’agent

Le navigateur a été la première surface attaquée de front. Perplexity a lancé son navigateur Comet en juillet 2025 pour les abonnés premium, puis l’a rendu gratuit au téléchargement pour tout le monde le 2 octobre 2025, en ajoutant des « assistants d’arrière-plan » qui permettent aux utilisateurs payants de lancer plusieurs tâches agentiques en parallèle. L’argumentaire de Comet, résumé par The Verge : un assistant qui voyage sur le web avec vous, plutôt qu’« accroché à un navigateur traditionnel ».

Le 21 octobre 2025, OpenAI a suivi avec ChatGPT Atlas, un navigateur « construit avec ChatGPT en son cœur », d’abord pour macOS. Trois fonctionnalités phares : une barre latérale de chat disponible sur n’importe quelle page, une mémoire de navigateur, et un mode agent capable de cliquer à travers des sites pour rechercher, réserver ou éditer pour le compte de l’utilisateur. Reuters a cadré le lancement comme un défi direct à Chrome, et a noté qu’il permettait à OpenAI de capitaliser sur environ 800 millions d’utilisateurs hebdomadaires de ChatGPT. À noter : la page d’annonce d’OpenAI indique désormais qu’Atlas « a depuis été déprécié » et renvoie vers un produit plus orienté travail.

Les acteurs en place ne sont pas restés immobiles. Google a intégré Gemini dans Chrome et, le 28 janvier 2026, a annoncé « auto browse », une fonctionnalité agentique pour des tâches multi-étapes — rechercher un voyage, remplir des formulaires, faire des achats — d’abord en préversion pour les abonnés US payants, avec confirmation obligatoire pour les actions sensibles. Opera a lancé Neon, et The Browser Company a basculé d’Arc vers Dia, son navigateur AI-first.

Ce qui est réellement en jeu

Sous la course aux fonctionnalités se joue une bataille pour l’économie du web. La publicité search dépend des clics sur des liens. Un agent qui lit dix pages et renvoie une seule réponse, ou qui finalise lui-même l’achat, fait disparaître le clic qui finance une grande part du web ouvert. Qui possède le navigateur agentique est donc en position de posséder la prochaine version du funnel recherche et commerce. L’essai de Perplexity avec Comet Plus — un palier à 5 $ par mois destiné à partager des revenus avec les éditeurs — est une des premières tentatives de reconstruire ce contrat.

Il y a aussi une ironie structurelle. Comme l’a noté Vox, presque tous ces « nouveaux » navigateurs reposent sur Chromium, le projet open source fondé par Google. Le moteur de rendu est ouvert et partagé ; toute la différenciation se joue dans la couche IA et le compte qui la porte.

Le problème de sécurité

Le navigateur est aussi l’environnement le plus hostile pour un agent. Chaque page lue est une entrée non fiable. En août 2025, l’équipe sécurité de Brave a publié des recherches montrant une injection de prompt indirecte dans Comet : des instructions cachées dans une page web pouvaient être traitées comme des commandes quand l’assistant résumait la page, permettant potentiellement à un attaquant de diriger des actions sur des sites où l’utilisateur était connecté. Des travaux suivants ont décrit des injections cachées dans des captures d’écran, touchant d’autres navigateurs IA. Les recommandations de Brave — séparer strictement les instructions de l’utilisateur du contenu de la page, exiger une confirmation pour les actions sensibles, et isoler la navigation agentique de la navigation ordinaire — deviennent vite le schéma de conception de base. Tant que ce problème n’est pas résolu de façon convaincante, le navigateur IA restera puissant… mais supervisé.

Champ de bataille n°2 : l’IDE et les agents de code IA

La surface qui avance le plus vite

Si le navigateur est le champ de bataille le plus large, l’environnement développeur est le plus mature. Le logiciel est le domaine où les agents IA ont trouvé le product-market fit en premier, parce que leur sortie peut être compilée, testée, diffée et relue avant de toucher quoi que ce soit d’important.

L’ampleur de l’adoption se lit dans le Developer Survey 2025 de Stack Overflow, qui a recueilli plus de 49 000 réponses dans 177 pays. Il trouve que 84 % des répondants utilisaient ou prévoyaient d’utiliser des outils IA dans leur processus de développement (contre 76 % l’année précédente), et que 51 % des développeurs professionnels les utilisaient quotidiennement. La même enquête révèle aussi un déficit de confiance : le sentiment positif est tombé à 60 %, contre plus de 70 % les années précédentes, et la frustration n°1 est une sortie IA « presque juste, mais pas tout à fait ». Les agents n’avaient pas encore convaincu tout le monde : 52 % des développeurs disaient ne pas utiliser d’agents, ou s’en tenir à des outils IA plus simples.

De l’autocomplétion aux flottes d’agents

L’interface elle-même a changé de forme trois fois en peu de temps. D’abord l’autocomplétion inline dans l’éditeur. Puis les panneaux de chat et les éditeurs AI-native capables d’éditer de nombreux fichiers à la fois. Puis les agents terminal et cloud qui prennent une tâche, travaillent dans leur propre environnement, et renvoient une pull request pour relecture humaine.

Le développement le plus révélateur est la réponse de GitHub. Lors de sa conférence Universe en octobre 2025, GitHub a annoncé Agent HQ, qui permet aux abonnés Copilot payants d’assigner, suivre et gouverner non seulement l’agent de code de GitHub, mais aussi des agents tiers d’Anthropic, OpenAI, Google, Cognition et xAI — sur GitHub, VS Code, mobile et ligne de commande. Autrement dit : l’entreprise qui possède le dépôt a décidé que son avantage concurrentiel n’était pas un agent unique, mais l’endroit où tous les agents rendent compte de leur travail.

Où vit réellement le contrôle

Ce mouvement révèle la forme du champ de bataille IDE. Il y a trois couches, chacune avec un propriétaire différent :

1. Le modèle, de plus en plus une commodité que le développeur bascule via un menu déroulant.
2. L’éditeur ou le harnais d’agent, âprement disputé entre éditeurs AI-native, agents terminal des labs de modèles, et extensions dans les éditeurs établis.
3. Le system of record — le dépôt, le pipeline CI, la file de code review — où la sortie de l’agent doit finalement atterrir et être approuvée.

Les protocoles ouverts abaissent les murs entre ces couches. Le Model Context Protocol (MCP), introduit par Anthropic fin 2024, donne aux agents une façon standard de se brancher sur outils, documentation et services internes : les intégrations d’un développeur ne sont plus verrouillées à un seul assistant. L’état d’équilibre probable : un monde où les développeurs mélangent librement les agents, et où la valeur revient à qui possède la review, la gouvernance et la facturation.

Champ de bataille n°3 : le système d’exploitation IA

Le géant discret

Le système d’exploitation est le champ de bataille le moins tape-à-l’œil — et peut-être le plus décisif, parce que c’est là que tournent les deux autres. Qui possède l’OS décide quel assistant répond au raccourci système, quels agents peuvent voir le système de fichiers, et quels modèles tournent localement gratuitement.

Apple : on-device par défaut

À la WWDC 2025, Apple a présenté le framework Foundation Models, donnant aux développeurs d’apps un accès direct au modèle on-device d’environ 3 milliards de paramètres derrière Apple Intelligence. Les matériaux d’Apple insistent : il tourne on-device, fonctionne hors ligne, n’augmente pas la taille de l’app et ne coûte rien au développeur par requête. Des fonctions comme la génération guidée — qui mappe la sortie du modèle directement dans des types Swift — et l’appel d’outils rendent pratique de construire des fonctions IA structurées sans serveur. Apple est candide : le modèle « n’est pas conçu pour être un chatbot de connaissances générales sur le monde » ; il est conçu comme un utilitaire toujours disponible dans chaque app. C’est l’essence d’un système d’exploitation IA : l’intelligence comme service système, pas comme destination.

Google : Gemini Nano via Android

Google poursuit une stratégie similaire sur Android. Ses API ML Kit GenAI, annoncées en mai 2025, permettent aux apps d’appeler Gemini Nano on-device via le service système AICore pour des tâches comme résumé, relecture, reformulation et description d’image — sans dépendance réseau ni coût serveur à l’appel. Combiné à Gemini comme assistant système, Google contrôle les deux bouts, on-device et cloud, de l’expérience sur l’OS mobile le plus répandu au monde.

Microsoft : Windows comme hôte d’agents

Microsoft a pris l’approche la plus explicitement agentique. À Build 2025, elle a annoncé le support natif de MCP dans Windows 11 ; à Ignite en novembre 2025, ce support est passé en préversion publique. Windows propose désormais un registre on-device où les apps exposent des « agent connectors » — des serveurs MCP — avec des connecteurs intégrés pour l’Explorateur de fichiers et Paramètres. Tout le trafic passe par un proxy MCP qui gère authentification, autorisation et audit. L’argument de Microsoft est direct : une infrastructure d’agents sécurisée « ne peut pas être livrée par du middleware ou des applications seules — elle exige une intégration au niveau de l’OS ».

Edge et cloud, pas edge contre cloud

Le motif commun aux trois propriétaires de plateformes est hybride. De petits modèles on-device traitent gratuitement les tâches privées, sensibles à la latence, du quotidien. De plus grands modèles cloud gèrent le raisonnement complexe, en général sous la marque du propriétaire de plateforme ou via un partenariat négocié. Pour les utilisateurs : meilleure confidentialité et réactivité. Pour les propriétaires de plateforme : une nouvelle forme de lock-in — l’IA la moins chère, la plus rapide et la plus privée sur un appareil sera celle que livre le vendeur d’OS.

Ouvert vs fermé : la question qui traverse les trois

Chaque champ de bataille a son propre mélange d’ouverture et de contrôle, et l’équilibre n’est pas réglé.

Le dossier de l’ouvert

La force la plus forte poussant vers l’ouverture est l’interopérabilité. MCP est devenu, en peu de temps, une langue commune adoptée par les labs de modèles, les éditeurs d’IDE et même Microsoft au niveau OS. Chromium veut dire que chaque navigateur IA partage une fondation ouverte. Agent HQ de GitHub héberge délibérément ses concurrents. Les modèles open-weight rendent possible de faire tourner des assistants capables en local sans la permission d’aucun propriétaire de plateforme. Quand les intégrations sont portables, les utilisateurs changent d’assistant sans perdre leurs outils, et la concurrence se déplace vers la qualité.

Le dossier du fermé

Les forces qui poussent vers la fermeture sont tout aussi réelles. Les modèles on-device sont liés à des hardwares et OS spécifiques. La mémoire de navigateur et l’historique des agents vivent dans des comptes propriétaires. Les raccourcis d’assistant au niveau système sont des défauts que seul le vendeur d’OS peut assigner. La sécurité donne aux propriétaires de plateforme une raison légitime de restreindre l’accès : un OS qui laisserait n’importe quel agent lire n’importe quel fichier serait imprudent, et le vendeur qui écrit les règles de permission décide aussi qui les passe.

Un équilibre probable

Le résultat le plus plausible : « protocoles ouverts, défauts fermés ». Les tuyaux — connecteurs MCP, moteurs Chromium, dépôts Git — seront partagés. Les surfaces que les gens touchent en premier, et les défauts à l’intérieur, resteront possédés. Ce n’est pas si différent du web lui-même : standards ouverts en sous-couche, une poignée de passerelles dominantes au-dessus.

Ce que cela veut dire pour les promoteurs et les acheteurs

Pour les équipes produit, la leçon est de construire pour le protocole plutôt que pour la plateforme. Exposer les capacités d’un produit comme serveur MCP, ou comme outils structurés qu’un modèle on-device peut appeler, le rend joignable depuis navigateurs, IDE et systèmes d’exploitation.

Pour les développeurs, cela veut dire traiter les agents de code comme des travailleurs interchangeables, et investir plutôt dans ce qui rend n’importe quel agent productif : de bons tests, des conventions de dépôt claires, et une review disciplinée. Les données d’enquête sur la confiance suggèrent que la review est là où l’humain reste indispensable.

Pour les responsables IT et sécurité, cela veut dire que les trois champs de bataille sont aussi trois surfaces d’attaque. Les navigateurs agentiques ont besoin d’isolation et de politiques de confirmation ; les agents de code, de credentials scopés et de pistes d’audit ; les agents au niveau OS, de consentement clair et de logs. Les vendeurs qui rendent la gouvernance facile gagneront les déploiements entreprise même si leurs modèles ne sont pas les tout meilleurs.

Pour tout le monde, il vaut la peine de se souvenir que les produits précis sont volatils. Des navigateurs se lancent et sont dépréciés en un an ; des éditeurs montent et tombent en quelques mois. Les champs de bataille eux-mêmes, en revanche, sont durables. Là où attention, permission et défauts se rencontrent, la distribution de l’IA se décidera.

À lire aussi

• Des chatbots au work OS : comment les assistants IA avalent le SaaS d’entreprise
• Les agents computer-use entrent en production : ce qui fonctionne réellement en entreprise
• Modèles open-weight frontier vs API fermées : le compromis de souveraineté

< !– Schema.org NewsArticle (CF_SEO) — image paths relative to draft ; replace with absolute CDN URLs at publish –>

Images : illustrations originales créées pour AndBeyond.Tech ; aucun logo ni aucune personne réelle n’y figurent.