Omarchy Quattro : DHH range l'agent de code dans le système

Une distribution Linux qui passe en version majeure, c'est en général un thème de plus, des paquets remis à jour et un installeur retouché. Omarchy Quattro, la version 4.0.0 du projet publiée le 14 août 2026, fait autre chose : il range l'agent de code au même rang que la barre de tâches ou le gestionnaire de fenêtres, c'est-à-dire dans le système lui-même. Pour une équipe qui observe ce que devient le poste de travail des développeurs, c'est là que se trouve l'information.

Omarchy est le système d'exploitation Linux (base Arch Linux, gestionnaire de fenêtres Hyprland) de David Heinemeier Hansson (DHH), créateur du framework Ruby on Rails et directeur technique de 37signals, l'éditeur de Basecamp. La version 4.0.0, nom de code Quattro, est parue sur le dépôt officiel basecamp/omarchy, annoncée le même jour sur le site du projet et présentée par son auteur dans la vidéo d'annonce officielle. Les notes de version s'ouvrent sur une formule de DHH lui-même : « Omarchy 4 aka Quattro is the biggest release since the project started », la plus grosse sortie depuis le début du projet. C'est une déclaration de l'auteur sur son propre projet, pas un verdict extérieur. Le reste du changelog, lui, se vérifie point par point.

Omarchy Quattro, la présentation en vidéo par David Heinemeier Hansson

Huit programmes fusionnés dans un seul shell

Le premier chantier est la réécriture complète du shell de bureau autour de Quickshell, une boîte à outils qui sert à construire un environnement de bureau complet à l'intérieur d'un seul programme. La barre, le lanceur, les menus, les notifications, les affichages à l'écran, les panneaux de contrôle, l'écran de verrouillage et l'agent polkit tournent désormais dans un seul processus durable, avec une architecture à plugins, entièrement thémable et pilotable par IPC. Huit programmes indépendants ne sont plus embarqués par défaut : Waybar pour la barre, Walker pour le lanceur, Mako pour les notifications, SwayOSD, hyprlock, hypridle, swaybg et polkit-gnome.

L'enjeu n'est pas cosmétique. Huit briques indépendantes, ce sont huit fichiers de configuration, huit cycles de mise à jour et autant d'endroits où le comportement peut diverger d'une machine à l'autre. Une surface de configuration unique, c'est un poste plus facile à reproduire à l'identique dans une équipe, et un bug plus facile à localiser quand il se produit.

Des dotfiles à des paquets système

Deuxième mouvement, moins spectaculaire mais structurant : Omarchy quitte le modèle historique du dépôt git rempli de fichiers de configuration dans le répertoire de l'utilisateur. Les fichiers du projet vivent maintenant dans /etc, et les mises à jour transitent par pacman, le gestionnaire de paquets d'Arch Linux. L'objectif affiché est de séparer proprement ce qui appartient au projet de ce qui appartient à l'utilisateur, pour qu'une mise à jour cesse d'écraser des réglages personnels.

La même version allège au passage l'installation, sans que les notes de version rattachent ce gain à la bascule. L'ISO perd plus d'un gigaoctet et passe sous la barre des 6 Go, tandis que l'installation est accélérée de 30 %, au point que des installations complètes en moins d'une minute deviennent possibles. La release ajoute par ailleurs trois applications maison (Omawrite pour le Markdown, Omacut pour le découpage vidéo, Omacalc pour le calcul), trois thèmes (Solitude, Last Horizon, Lupine) et le support de l'installation en dual-boot, sans que cela change la nature de la version.

L'agent de code descend au niveau du système

C'est le vrai sujet de Quattro. Le manuel officiel l'écrit noir sur blanc : Omarchy traite les agents de code comme des citoyens de premier rang. Autrement dit, l'agent cesse d'être une application qu'on lance à la main dans un terminal, pour occuper trois places fixes dans le système.

La première est dans la barre. Une icône d'agents y apparaît dès qu'Omarchy détecte un usage d'IA sur la machine, et reste hors du chemin tant que ce n'est pas le cas. Le panneau derrière cette icône suit chaque abonnement au même endroit : le plan, le pourcentage consommé de la fenêtre de session de cinq heures et de la limite hebdomadaire (ou le solde prépayé restant selon le mode de facturation), puis l'usage de tokens par jour et par modèle. Claude Code, Codex et la plateforme Fireworks sont couverts d'origine. Les relevés qui alimentent le panneau sont régénérés toutes les quinze minutes par la commande omarchy agent usage-update.

La deuxième est dans le chemin de crash. Quand un processus plante, Omarchy surveille le journal systemd-coredump, l'endroit où Linux enregistre l'état d'un programme au moment où il s'arrête, et affiche une notification ; un clic confie le crash à l'agent par défaut, qui dispose d'une compétence dédiée au diagnostic, diagnose-crash. Le déclenchement manuel reste possible avec la commande omarchy agent crash <pid>. Le média Linux It's FOSS décrivait déjà ce mécanisme la veille de la sortie, sur la base d'une préversion.

La troisième est dans la configuration de la machine. Le projet livre un skill d'agent qui apprend à celui-ci à reconfigurer le poste sur lequel il tourne : ajuster Hyprland, modifier la barre, créer un thème. Il est symlinké dans les répertoires de compétences des agents pris en charge, dont ~/.claude/skills pour Claude Code, ~/.codex/skills pour Codex et l'emplacement générique ~/.agents/skills, pour que la plupart des harnais la trouvent sans configuration.

Neuf commandes, aucun favori imposé

Le manuel liste neuf commandes d'agents pré-intégrées : claude (Claude Code), codex (OpenAI Codex), opencode, gemini (Google Gemini CLI), copilot (GitHub Copilot CLI), crush, grok (Grok CLI de xAI), pi (Pi) et omp (Oh My Pi). Les notes de version affichent la même liste. Chacun est installé en lancement paresseux, téléchargé seulement à la première utilisation. L'agent par défaut se choisit dans le menu Omarchy ou avec omarchy default agent, et se lance par un raccourci clavier dédié, ou en mode non interactif via omarchy agent prompt.

Le projet le formule lui-même : il ne désigne pas de favori. Au niveau du système, l'agent de code devient un composant interchangeable, au même titre qu'un navigateur ou un terminal. C'est probablement le signal le plus durable de cette version, indépendamment du sort d'Omarchy.

Ce que ça change concrètement pour une équipe

Personne n'a besoin de basculer son parc sous Arch Linux pour tirer quelque chose de cette sortie. Trois mécanismes méritent en revanche d'être regardés de près, parce qu'ils dépassent le cas d'Omarchy.

La consommation d'un agent devient une donnée de poste, affichée en permanence plutôt que découverte quand la limite est atteinte en pleine journée. Le sujet se pilote encore souvent au jugé, chacun avec son abonnement et sa propre estimation. Rendre l'usage visible au niveau du système, c'est le premier pas d'une gouvernance sérieuse, celle qui évite les usages non déclarés que nous décrivions à propos du Shadow AI en entreprise.

Plus intéressant encore, l'agent lit ce que produit la machine, pas seulement ce que le développeur veut bien lui copier-coller. Brancher un agent sur les traces d'un crash système change la nature du diagnostic : le contexte n'est plus reconstitué à la main, il est fourni. La même logique vaut dès qu'un agent travaille au sein d'une équipe, sur des journaux, des tickets ou une base de code entière.

Reste le point qui fâche. Un skill livrée par le système qui autorise l'agent à modifier la configuration de la machine pose une vraie question de garde-fous. Le manuel ne l'élude pas : il présente ce skill comme expérimental, conseille de la lancer d'abord en mode plan pour voir ce que l'agent compte changer, et rappelle qu'une commande de réinstallation des configurations permet de revenir en arrière. Sur un poste personnel, ça suffit. Sur un parc, la même question devient un sujet classique d'infrastructure et de DevOps : qui autorise quoi, avec quelle traçabilité, et comment restaurer un poste sans repasser derrière chaque machine.

Pour aller plus loin

• Claude au sein d'une équipe : quand l'agent de code ne travaille plus seul avec un développeur.
• Installer et configurer Hermes Agent : à quoi ressemble une chaîne agentique montée pour de vrai.
• La boucle Ralph Wiggum : faire tourner un agent en continu sur un projet, et ce que ça implique.
• Cloud et DevOps : notre façon d'industrialiser les environnements, du poste de travail à la production.
• Automatisation et IA : agents, modèles et processus branchés sur vos outils, avec un cadrage sérieux.

Sources

Les faits et les chiffres de cet article viennent des sources primaires du projet (notes de version, manuel officiel), recoupées avec la presse tech spécialisée. Liens vérifiés le 18 août 2026 :

• Release v4.0.0 Quattro, notes de version officielles (basecamp/omarchy, 14 août 2026)
• AI, manuel officiel Omarchy (agents pris en charge, panneau de quota, diagnostic de crash, skill de reconfiguration)
• Source du chapitre AI du manuel, branche quattro (basecamp/omarchy)
• Omarchy, site officiel du projet
• Omarchy Quattro, vidéo d'annonce officielle (DHH, 14 août 2026)
• Omarchy 4.0 Quattro, couverture de la sortie (Linuxiac, 15 août 2026)
• Omarchy et son pari sur les agents IA (It's FOSS, 13 août 2026)