Canonical rend l'IA optionnelle dans Ubuntu : modèles locaux et contrôle de l'utilisateur d'abord

Canonical a choisi une voie rare en 2026 : plutôt que d'intégrer l'IA à Ubuntu selon le principe « activée par défaut », elle laisse aux utilisateurs et aux administrateurs le droit de décider s'ils en ont besoin. À côté de Windows et d'autres plateformes grand public, cela ressemble presque à un geste contre-culturel.

Pas comme Windows

La discussion est née de la position de Canonical sur l'évolution d'Ubuntu après la sortie d'Ubuntu 26.04 LTS, parue le 23 avril 2026. Quelques jours plus tard, le 27 avril, Jon Seager, vice-président d'Ubuntu Engineering, a décrit en détail la manière dont l'entreprise compte ajouter des fonctions d'IA : avec prudence, par étapes et en donnant la priorité au contrôle de l'utilisateur. Puis, le 28 avril, Canonical a précisé à part un point important : Ubuntu 26.04 LTS elle-même n'est pas livrée avec ces nouvelles capacités d'IA de série. Il s'agit d'une feuille de route pour les prochains mois et d'une préversion qui doit démarrer avec Ubuntu 26.10.

C'est précisément ce qui distingue l'approche de Canonical de la façon dont les grands éditeurs de systèmes grand public promeuvent l'IA. Microsoft enfonce Copilot toujours plus profondément dans Windows, et la polémique autour de Recall a montré à quel point la réaction des utilisateurs peut être vive lorsque les fonctions d'IA arrivent avant des réglages clairs de confidentialité et de gestion. Canonical raisonne à l'inverse : d'abord les limites, ensuite les fonctions. Pour la communauté Linux et les clients en entreprise, cela sonne comme du respect pour l'administrateur plutôt que comme un diktat marketing.

En local et au choix

La stratégie de Canonical repose sur l'inférence locale par défaut, des modèles open-weight et l'empaquetage des composants d'IA en Snaps, avec les mécanismes d'isolation déjà familiers d'Ubuntu. L'entreprise affirme clairement qu'elle ne compte pas exécuter des modèles en arrière-plan uniquement pour avoir de l'IA. Si une fonction n'est pas activée, le modèle ne doit consommer ni ressources, ni réseau, ni l'attention de l'utilisateur. Mieux : les modèles eux-mêmes n'ont même pas à apparaître dans le système tant que la fonction concernée n'est pas explicitement activée.

• Les fonctions d'IA doivent être introduites en opt-in, et les premières préversions uniquement avec le consentement explicite de l'utilisateur
• Par défaut, on prévoit des modèles locaux et une inférence locale, sans envoi obligatoire de données vers le cloud
• Les composants seront livrés sous forme de paquets Snap distincts, que l'on peut supprimer si nécessaire
• Pour maîtriser les risques, Canonical veut recourir à des sandbox et à des permissions ciblées, plutôt qu'à un mode global « magique »

Canonical a aussi expliqué le point controversé du « interrupteur global de l'IA ». Formellement, l'entreprise ne compte pas créer de master switch unique, mais son explication est pragmatique : l'écosystème Linux compte trop de scénarios différents d'installation et d'usage des logiciels pour qu'un tel interrupteur soit honnête et universel. Elle mise plutôt sur la modularité : si vous ne voulez pas des fonctions d'IA, vous ne les activez pas, ou vous supprimez les paquets correspondants. Pour les équipes informatiques, c'est aussi une manière commode de déployer les nouveautés de façon sélective, et non d'un seul coup sur tout le parc de machines.

Où l'IA apparaîtra

Seager répartit les futures capacités d'IA d'Ubuntu en deux groupes. Le premier est un soutien invisible à des fonctions déjà familières du système : par exemple, des améliorations pour le speech-to-text, le text-to-speech, l'accessibilité et d'autres usages système où le modèle travaille en arrière-plan sans imposer d'interface de chat à l'utilisateur. Le second regroupe des scénarios AI-native plus explicites et des workflows agentiques pour ceux qui en ont réellement besoin. Parmi les exemples : l'aide au diagnostic de problèmes, l'automatisation de tâches courantes et une utilisation plus simple de fonctions de Linux qui restent aujourd'hui trop complexes pour beaucoup.

«

Ubuntu ne se transforme pas en produit d'IA, mais peut gagner en force grâce à une intégration réfléchie de l'IA. »

C'est particulièrement intéressant pour le public en entreprise. Canonical parle explicitement non seulement du poste de travail, mais aussi des scénarios serveur et SRE : analyse des logs lors d'incidents, actions agentiques limitées dans le cadre des droits d'accès existants, auditabilité complète des décisions. Pour les entreprises, cela paraît bien plus proche des exigences réelles de sécurité que le modèle « on intègre d'abord l'IA partout, on gérera les conséquences ensuite ». De plus, Ubuntu 26.04 fait déjà d'elle-même un pas vers l'infrastructure d'IA : cette version a ajouté nativement CUDA et AMD ROCm aux dépôts, si bien que la plateforme est prête pour les charges de travail d'IA, même sans fonctions d'IA obligatoires dans l'interface.

Ce que cela signifie

Canonical tente d'occuper une position rare entre le scepticisme et l'engouement vis-à-vis de l'IA. L'entreprise ne renonce ni aux modèles ni aux scénarios agentiques, mais ne prétend pas non plus que tous les utilisateurs ont besoin du même éventail de fonctions « intelligentes ». Si cette approche fonctionne, Ubuntu pourrait devenir un exemple de la manière d'intégrer l'IA à un système d'exploitation sans contrainte : en local, de façon modulaire et avec un consentement clair à chaque étape.

Et c'est une leçon que Microsoft ferait bien d'étudier de près.