Quand votre assistant vocal travaille pour quelqu'un d'autre

# Quand votre assistant vocal travaille pour quelqu'un d'autre

Il y a quelque chose de presque banal, en 2026, dans le fait de voir un ingénieur système dicter ses requêtes d'incident à un agent IA, ou un RSSI interroger à voix haute son tableau de bord de vulnérabilités. L'interaction vocale avec les outils IT s'est normalisée à une vitesse que peu d'entre nous avaient anticipée. Et c'est précisément cette banalisation qui m'inquiète.

Non pas parce que la technologie serait mauvaise en soi. Mais parce que nous sommes en train de laisser s'installer, couche après couche, une infrastructure cognitive dont nous ne contrôlons ni les règles, ni les données, ni les conditions de fonctionnement futur.

Ce que « productivité » veut dire quand l'outil écoute

Soyons concrets sur ce qui se passe dans les équipes IT qui ont adopté des agents IA vocaux issus de l'offre dominante américaine. Le cas d'usage est réel et légitime : réduire la friction dans les opérations quotidiennes. Interroger un système de ticketing sans toucher un clavier, déclencher un runbook par commande vocale, obtenir une synthèse d'un log d'erreur en langage naturel — tout cela représente un gain opérationnel mesurable.

Mais ce que ces équipes ont également installé, souvent sans que la question soit posée explicitement en CODIR, c'est un canal d'écoute permanent sur leur infrastructure. Chaque requête vocale qui transite par un modèle hébergé hors d'Europe est une interaction enregistrée, potentiellement analysée, certainement utilisée pour améliorer un modèle que vous n'opérez pas. Ce n'est pas une théorie du complot — c'est le modèle économique documenté de ces services.

Le problème n'est pas que vos ingénieurs parlent à une machine. C'est que cette machine appartient à une entreprise soumise au Cloud Act américain, dont les conditions générales peuvent évoluer unilatéralement, et dont les datacenters ne sont pas tous localisés là où votre DPO pense qu'ils sont.

La dépendance s'installe par les usages, pas par les contrats

On a longtemps pensé que la dépendance technologique se négociait dans les clauses contractuelles. C'est faux, ou du moins insuffisant. La vraie dépendance, celle qui est difficile à défaire, s'installe dans les habitudes de travail.

Quand une équipe NOC a passé dix-huit mois à travailler avec un agent IA spécifique — à apprendre à le formuler, à calibrer ses réponses, à intégrer ses sorties dans ses workflows —, le coût de migration n'est plus un coût technique. C'est un coût humain, organisationnel, presque cognitif. Les équipes ont appris à penser avec cet outil. En changer, c'est réapprendre à travailler.

C'est ce que j'appelle la dépendance par les usages. Elle est bien plus robuste que n'importe quel vendor lock-in contractuel. Et les acteurs américains le savent : ils ont une stratégie d'adoption massive et rapide précisément parce que la stickiness ne vient pas du contrat, elle vient de l'habitude.

Pour les DSI et CTO européens, la question n'est donc pas « est-ce qu'on peut résilier ? » mais « est-ce qu'on peut réellement partir si on le voulait ? »

Ce que les équipes IT perdent concrètement

Il y a une dimension plus immédiate que la souveraineté abstraite, et elle concerne directement la maîtrise du SI au quotidien.

Les agents IA vocaux qui s'intègrent profondément dans les outils IT — ITSM, SIEM, plateformes de monitoring — créent une nouvelle couche d'abstraction sur votre infrastructure. Cette couche interprète, reformule, priorise. Et vous n'en contrôlez pas les règles d'inférence. Vous ne savez pas exactement pourquoi l'agent a classifié cet incident comme mineur plutôt que critique. Vous ne pouvez pas auditer le raisonnement dans les termes qui comptent pour un RSSI : traçabilité, reproductibilité, conformité.

C'est un angle mort dans votre gouvernance du SI. Et cet angle mort grandit avec chaque usage supplémentaire que vous déléguez à l'agent.

Des alternatives existent — mais elles demandent une décision politique

Il serait malhonnête de prétendre que l'écosystème européen offre aujourd'hui une parité fonctionnelle parfaite sur tous les segments de l'IA vocale et des agents. Ce serait même contre-productif de le prétendre : les DSI qui ont été « vendus » des alternatives sous-dimensionnées sont souvent ceux qui retournent le plus vite vers l'offre américaine, avec le sentiment justifié d'avoir été bernés.

Mais la situation en 2026 est structurellement différente de ce qu'elle était deux ans plus tôt. Des acteurs européens ont atteint une maturité suffisante sur des périmètres précis. Je pense à des solutions comme celles que développe Aleph Alpha côté modèles souverains avec une orientation enterprise sérieuse, ou aux infrastructures d'orchestration d'agents que commencent à proposer certains ESN européens spécialisés — sans citer de noms au hasard, parce que le marché bouge vite et qu'un catalogue serait déjà obsolète à la publication.

Ce qui est vrai, en revanche, c'est que le choix d'une alternative européenne n'est jamais uniquement technique. C'est une décision qui engage la direction, qui implique parfois d'accepter un écart fonctionnel temporaire, et qui nécessite une conviction que la maîtrise du SI a une valeur en soi — indépendamment du benchmark feature-par-feature avec l'acteur américain dominant.

Cette conviction, c'est un choix politique au sens propre du terme. Et il appartient aux dirigeants IT de le porter, pas de l'attendre de la DSI bruxelloise ou d'une réglementation future.

Ce que ça implique concrètement pour les équipes IT

Si je devais formuler une posture opérationnelle plutôt qu'un catalogue de recommandations, ce serait celle-ci : cartographiez d'abord ce que vous déléguez.

Chaque agent IA que vous déployez dans votre SI est une délégation de jugement. Parfois c'est acceptable — le gain opérationnel est réel et le risque maîtrisé. Parfois c'est une délégation que vous n'avez pas véritablement choisie, parce que l'outil était là, gratuit ou quasi-gratuit, et qu'il s'est installé avant que la question soit posée.

La cartographie de ces délégations — qui décide quoi, sur quelle base, avec quelles données, hébergées où — est un travail d'hygiène IT que peu d'équipes ont réellement fait sur leur usage de l'IA. C'est pourtant le préalable à toute décision souveraine cohérente.

Parce que la souveraineté numérique, ce n'est pas un principe qu'on affiche dans une charte. C'est la capacité réelle, opérationnelle, à comprendre ce qui tourne dans son SI, à en modifier les règles, et à en changer les fournisseurs si nécessaire. Cette capacité se construit ou elle se perd — et en ce moment, dans beaucoup d'équipes IT européennes, elle se perd à voix haute.