Canonical rend l'IA dans Ubuntu optionnelle : pari sur les modèles locaux et le contrôle utilisateur

Canonical a choisi une voie rare pour 2026 : au lieu d'intégrer l'IA dans Ubuntu selon le principe « activé par défaut », elle donne aux utilisateurs et administrateurs le droit de décider s'ils en ont besoin. Face à Windows et autres plates-formes grand public, cela ressemble presque à un mouvement contre-culturel.

Pas comme Windows

La discussion a été déclenchée par la position de Canonical sur le développement d'Ubuntu suite au lancement d'Ubuntu 26.04 LTS, sorti le 23 avril 2026. Quelques jours plus tard, le 27 avril, le Vice-Président de l'Ingénierie Ubuntu John Seeger a détaillé comment l'entreprise prévoit d'ajouter des fonctionnalités d'IA : avec prudence, progressivement et en priorité sur le contrôle de l'utilisateur.

Le 28 avril, Canonical a clarifié un détail important : Ubuntu 26.04 LTS lui-même n'est pas livré avec ces nouvelles capacités d'IA prêtes à l'emploi. Il s'agit d'une feuille de route pour les prochains mois et d'aperçus prévus pour débuter avec Ubuntu 26.

10. C'est ce qui distingue l'approche de Canonical de la manière dont les grands éditeurs promeuvent l'IA dans les systèmes d'exploitation grand public. Microsoft intègre de plus en plus Copilot dans Windows, et la discussion autour de Recall a montré à quel point la réaction des utilisateurs peut être douloureuse lorsque les fonctionnalités d'IA arrivent avant que des paramètres de confidentialité et de gestion clairs ne soient disponibles.

Canonical, en revanche, construit la thèse à l'envers : d'abord les limites, puis les fonctionnalités. Pour la communauté Linux et les clients d'entreprise, cela semble comme du respect envers l'administrateur plutôt qu'un diktat marketing.

Localement et par Choix

Au cœur de la stratégie de Canonical se trouvent l'inférence locale par défaut, les modèles open-weight et l'empaquetage des composants d'IA dans des Snaps avec les mécanismes d'isolation familiers d'Ubuntu. L'entreprise affirme explicitement qu'elle n'a pas l'intention d'exécuter des modèles en arrière-plan simplement pour le fait d'avoir de l'IA. Si une fonctionnalité n'est pas activée, le modèle ne doit pas consommer de ressources, de réseau ou d'attention de l'utilisateur. De plus, les modèles eux-mêmes ne doivent pas apparaître dans le système tant que la fonctionnalité nécessaire n'est pas explicitement activée.

• Les fonctionnalités d'IA sont prévues pour être introduites en opt-in, et les premiers aperçus seront strictement avec consentement explicite de l'utilisateur
• Par défaut, les modèles locaux et l'inférence locale sont supposés, sans transmission obligatoire de données vers le cloud
• Les composants seront livrés sous forme de paquets Snap séparés qui peuvent être supprimés si nécessaire
• Pour gérer les risques, Canonical veut utiliser l'isolation par sandbox et les autorisations ciblées, pas un mode « magique » global

Canonical a clarifié séparément l'aspect controversé d'un « commutateur global d'IA ». Formellement, l'entreprise n'a pas l'intention de créer un seul commutateur maître, mais l'explication est assez pragmatique : dans l'écosystème Linux, il y a trop de scénarios d'installation et de consommation de logiciels différents pour qu'un tel commutateur soit honnête et universel. À la place, on mise sur la modularité : si vous ne voulez pas de fonctionnalités d'IA, vous ne les activez pas ou vous supprimez les paquets correspondants. Pour les équipes informatiques, c'est aussi un moyen pratique de déployer de nouvelles fonctionnalités de manière sélective plutôt que sur l'ensemble du parc de machines.

Où l'IA Apparaîtra

Seeger divise les futures capacités d'IA d'Ubuntu en deux groupes. Le premier est le support caché pour les fonctionnalités du SE déjà familières : par exemple, des améliorations pour la reconnaissance vocale, la synthèse vocale, l'accessibilité et d'autres scénarios système où le modèle fonctionne en arrière-plan mais n'impose pas une interface de chat à l'utilisateur. Le deuxième concerne les scénarios plus explicites natifs de l'IA et les flux de travail agentiques pour ceux qui en ont vraiment besoin. Les exemples incluent l'aide au diagnostic de problèmes, l'automatisation des tâches routinières et un travail plus pratique avec les capacités de Linux qui restent trop complexes pour beaucoup aujourd'hui.

«

Ubuntu ne devient pas un produit d'IA, mais peut devenir plus fort grâce à une intégration réfléchie de l'IA. »

C'est particulièrement intéressant pour le public des entreprises. Canonical parle explicitement non seulement des postes de travail, mais aussi des scénarios serveur et SRE : analyse des journaux lors d'incidents, actions agentiques limitées dans les droits d'accès existants, auditabilité complète des décisions. Pour les entreprises, cela ressemble beaucoup plus aux véritables exigences de sécurité qu'au modèle « intégrons d'abord l'IA partout, puis nous verrons les conséquences ». De plus, Ubuntu 26.04 lui-même fait déjà un pas vers l'infrastructure d'IA : la version a nativement ajouté CUDA et AMD ROCm aux dépôts, ce qui signifie que la plate-forme est prête pour les charges de travail d'IA même sans fonctionnalités d'IA obligatoires dans l'interface.

Ce Que Cela Signifie

Canonical tente d'occuper une position rare entre le scepticisme envers l'IA et l'engouement pour l'IA. L'entreprise ne rejette pas les modèles et les scénarios agentiques, mais ne prétend pas non plus que tous les utilisateurs ont besoin du même ensemble de fonctionnalités « intelligentes ». Si cette approche fonctionne, Ubuntu pourrait devenir un exemple de la façon d'intégrer l'IA dans un système d'exploitation sans coercition : localement, modularement et avec consentement clair à chaque étape. Et c'est vraiment une leçon que Microsoft devrait étudier attentivement.