Omarchy : un poste Linux pensé pour les agents

Tu viens de cloner un projet et tu veux commencer à travailler tout de suite. Le dépôt est là, mais il manque une version de Node.js, une variable d'environnement et deux commandes pour lancer les tests. Tu pourrais passer la matinée à remettre le poste en ordre avant d'écrire la première ligne.

Sur Omarchy, tu ouvres un terminal, tu donnes le chemin du projet à ton agent et tu lui demandes de commencer par observer. Il lit les scripts, regarde les versions installées, te décrit ce qui manque et prépare une première séquence de travail. La même conversation peut ensuite servir à lancer les tests, corriger un détail de configuration ou fabriquer un outil adapté à ce dépôt.

J'emploie ici l'expression OS Linux agentique pour parler de cette continuité entre le système et le travail de développement. Le gain de temps vient de tous ces petits détours que tu évites. La créativité vient du fait qu'une idée peut devenir un script, une interface ou un réglage testable sans changer de contexte. La livraison avance plus vite parce que le poste aide à passer de l'idée au projet qui tourne.

Omarchy en quelques mots

Omarchy est une distribution basée sur Arch Linux, Hyprland et Quickshell. Elle fournit un bureau en tuiles, des raccourcis clavier, un terminal configuré et un ensemble d'outils pour commencer à travailler rapidement.

Omarchy avec un navigateur et un terminal répartis en tuiles

Capture officielle de la navigation dans Omarchy, publiée dans le manuel du projet.

Le projet a été incubé chez 37signals. Son approche reprend l'idée d'omakase : un environnement préparé, avec des choix assumés, que tu peux ensuite adapter à tes habitudes. Les réglages passent par des fichiers de configuration. Tu peux les lire, les versionner et les modifier sans fouiller une interface d'administration.

Il faut aimer le terminal et accepter un bureau qui ne cherche pas à reproduire Windows ou macOS. Quand tu ouvres une session de travail, tu retrouves les mêmes raccourcis, les mêmes commandes et les mêmes fichiers de configuration. Cette cohérence réduit le temps passé à chercher où agir.

Qu'est-ce qu'un OS Linux agentique ?

Un agent de code travaille d'abord dans un dépôt. Il lit des fichiers, lance les tests et propose des modifications. Sur un poste comme Omarchy, tu peux aussi lui demander de regarder ce qui entoure le projet : les runtimes, le terminal ou la configuration du bureau.

Une erreur apparaît dans le projet. L'agent vérifie la version de Node.js, ouvre le bon terminal, puis te montre la configuration qui bloque le workflow. Tu gardes la décision et tu limites chaque étape à un dossier ou à un fichier.

Cette continuité rend aussi les idées moins coûteuses à essayer. Tu peux fabriquer un script pour tes dépôts ou une petite application locale pour tes notes. Ensuite, le thème et le plugin deviennent eux aussi des choses que tu peux façonner selon ta manière de travailler.

Le point de départ : un agent depuis le système

Tu viens d'installer Omarchy et tu veux retrouver ton agent habituel. Le manuel prépare des lanceurs pour Claude Code, Codex, OpenCode, Copilot et d'autres outils. Tu les appelles comme des commandes ordinaires : claude, codex, opencode ou copilot.

Les fichiers présents dans ~/.local/bin/ sont des stubs gérés par mise. Le binaire réel est installé au premier lancement, puis les mises à jour suivent omarchy update.

Tu peux choisir l'agent par défaut avec :

omarchy default agent codex

Le menu Omarchy permet aussi de le sélectionner avec Super + Space. Le raccourci Super + Shift + Ctrl + A l'ouvre ensuite dans un terminal dédié. Pour lui donner directement une tâche :

omarchy agent prompt "Analyse ce projet et propose un plan de migration"

Quand l'agent est lancé depuis $HOME, Omarchy le place dans ~/Work. Cette limite de départ ne remplace pas une sandbox complète, mais elle évite d'ouvrir directement toute ta maison. Pour une première demande, je lui ferais lire le README et proposer un plan avant toute modification.

Omarchy fournit aussi une skill qui indique aux agents où trouver les fichiers et les commandes du système. Elle est rendue disponible pour plusieurs agents, dont Claude Code, Codex et Pi, ainsi que dans ~/.agents/skills.

Chez moi, la session commence par une lecture de la configuration existante. Je demande ensuite un plan court, je valide les fichiers touchés et je vérifie le résultat avant de passer à la suite. La session qui suit commence par un dépôt à préparer et finit par un poste adapté à son utilisateur.

Construire son poste avec un agent

Préparer un environnement de développement

Tu commences par un projet fraîchement cloné. L'agent regarde le dépôt et la machine, puis prépare ce qui manque sans installer des outils au hasard.

Travaille uniquement dans ~/Work/mon-projet.
Inspecte le dépôt, les versions déjà installées et les scripts existants sans rien modifier.
Propose un environnement adapté au projet avec mise, les variables nécessaires
et les commandes de vérification. Après ma validation, applique uniquement les changements
nécessaires, documente-les dans le README et donne-moi une commande pour revenir en arrière.

Tu peux reprendre cette demande pour un projet Node.js ou Go, l'installation d'un SDK, plusieurs versions d'un runtime ou la configuration de Neovim. En quelques échanges, tu évites les recherches dispersées et tu obtiens une procédure adaptée au dépôt. La limite de dossier et la phase de lecture gardent le changement à sa place.

Créer un outil personnel

Après quelques jours, tu remarques que tu répètes les mêmes vérifications dans chaque dépôt. Je préfère alors une commande locale bien ciblée à une nouvelle interface générale. Elle reprend les conventions de tes projets et répond à une friction que tu rencontres vraiment.

Je veux une commande locale nommée project-env.
Elle doit détecter le dépôt courant, afficher la version du runtime utilisée,
vérifier les variables manquantes et proposer les commandes de démarrage.
Commence par inspecter mes scripts existants et ne remplace rien sans me montrer
le diff. Ajoute ensuite un test et une courte documentation d'utilisation.

L'agent place ce petit outil dans un dépôt dédié, le rend disponible dans ton PATH et ajoute les vérifications nécessaires. Le lendemain, tu lances une commande au lieu de refaire la même inspection à la main. Le résultat reste lisible : tu sais où se trouve le code, ce qu'il exécute et comment le retirer.

Construire une petite application locale

Une idée te vient ensuite : garder les décisions techniques de tes projets dans une petite application locale. Je demande à l'agent d'en construire une première version, avec le clavier au centre et sans compte à créer.

Crée dans ~/Work/desktop-notes une petite application locale pour noter
les décisions de mes projets. Commence par proposer la structure et les dépendances.
L'interface doit rester utilisable au clavier et les données doivent rester locales.
Ne touche pas à mes dotfiles. Après validation, construis une première version,
lance les tests et indique les fichiers modifiés.

Sur Omarchy, l'agent prépare le projet, lance l'application et ouvre ses fenêtres. Tu testes l'idée dans la journée, tu notes ce qui manque et tu fais évoluer l'outil au fil de ton usage. Le dossier de l'application et la configuration globale du poste restent séparés.

Créer un thème avec l'IA

Après une session de travail, tu veux un bureau plus calme et un terminal plus lisible. La personnalisation visuelle suit la même boucle. L'agent part d'une palette, d'une capture d'écran ou d'une contrainte pratique comme un meilleur contraste dans le terminal.

Un bureau Omarchy personnalisé avec un éditeur, des terminaux et un gestionnaire de fichiers

Exemple de thème présenté dans le manuel des thèmes Omarchy.

Je veux un thème Omarchy sombre, lisible et peu coloré, avec un accent bleu réservé
aux éléments actifs. Lis d'abord un thème existant et la documentation Omarchy.
Crée une variante dans ~/.config/omarchy/themes/mon-theme.
Ne modifie jamais /usr/share/omarchy/themes/ et ne remplace pas mon thème actuel.
Explique chaque fichier créé, indique la commande pour prévisualiser le thème
et attends ma confirmation avant de l'appliquer.

Un thème utilisateur reprend un thème existant sous forme d'overlay pour une petite modification. Pour une refonte complète, tu crées une variante indépendante. Tu essaies une palette, vérifies le contraste et reviens à ton thème précédent sans toucher aux fichiers du système. Les thèmes stockés dans /usr/share/omarchy/themes/ appartiennent au système et peuvent être remplacés lors d'une mise à jour. Le dossier ~/.config/omarchy/themes/ est l'endroit prévu pour une personnalisation durable.

Créer un plugin Omarchy avec l'IA

Ton poste commence à ressembler à ton workflow, mais il te manque une information dans la barre : le projet courant et l'état de ses tests. La barre et les notifications d'Omarchy tournent dans le shell Quickshell. Pour modifier un widget existant, Omarchy recommande de le cloner vers ~/.config/omarchy/plugins/ afin de garder une copie utilisateur qui survit aux mises à jour.

Conçois un plugin Omarchy qui affiche dans la barre le projet Git courant
et l'état de ses tests. Commence par lire un plugin existant et les conventions
du système. Si un widget existant correspond, propose de le cloner avec
omarchy plugin clone au lieu de modifier sa copie système.
Propose l'API, les permissions et les fichiers avant d'écrire le code.
Le plugin doit échouer proprement hors d'un dépôt et ne doit lancer aucune commande
destructive. Ajoute un mode de test local et explique comment le désinstaller.

Les fichiers enregistrés sous ~/.config/omarchy/plugins/ sont rechargés par le shell. Tu vois le résultat tout de suite, tu corriges le détail qui gêne et tu gardes le plugin si l'information te fait gagner du temps. Le même modèle convient à un indicateur de batterie, un raccourci vers les projets actifs ou un panneau pour les agents. Avant de le garder, vérifie les données qu'il lit, les commandes qu'il lance et la façon de le supprimer.

Un cas concret : diagnostiquer un crash

Quelques jours plus tard, une application segfault au moment où tu dois livrer une fonctionnalité. Omarchy surveille systemd-coredump. La notification « Process crashed » transmet le core dump à l'agent par défaut avec la skill diagnose-crash.

La procédure peut aussi être lancée à la main :

coredumpctl list
omarchy agent crash <pid>

L'agent lit la trace, rassemble les éléments utiles et aide à décider si le problème mérite un rapport. Tu récupères rapidement le contexte du crash et tu peux reprendre le travail au lieu de perdre une nouvelle session à rassembler les mêmes informations.

Garder le contrôle sur les changements

À chaque étape, tu dois garder en tête ce que l'agent peut toucher. S'il change un thème, il peut aussi lire une clé SSH, supprimer un dossier ou lancer une commande avec les droits root. Définis le périmètre avant la tâche.

Omarchy active le chiffrement complet du disque sur une installation chiffrée et le pare-feu par défaut. Ce sont de bonnes bases pour la machine, mais elles ne valident pas les commandes de l'agent à ta place.

Le manuel propose un sudo sans mot de passe pour les longues opérations menées par un agent. Le réglage se réactive après quinze minutes. Pendant cette période, les processus exécutés sous ton compte peuvent obtenir les droits root sans nouvelle confirmation.

Avertissement

Traiteomarchy agent prompt comme une commande capable d'agir. Commence dans un dépôt isolé, retire les secrets inutiles de l'environnement et relis les commandes qui touchent au système.

Pour une tâche limitée à un projet, l'agent n'a aucune raison d'accéder à toute ta configuration personnelle. Je commencerais en lecture seule, puis j'ouvrirais les permissions au besoin. Je versionnerais aussi les dotfiles et les overrides dans Git pour pouvoir comparer et annuler les changements.

Trouver des briques existantes avec awesome-omarchy

Après cette session, tu n'as pas besoin de tout construire toi-même. Le dépôt awesome-omarchy permet de voir ce que la communauté a déjà produit. Il rassemble des thèmes, des plugins, des implémentations alternatives, des projets liés, des articles et des outils de développement.

Dans Development Tools, tu retrouves awesome-omarchy-tui pour parcourir la liste depuis le terminal. aether et omarchy-theme-builder donnent des points de départ pour les thèmes, tandis que omarchy-cheat-sheet rassemble les commandes et raccourcis. omarchy-configurator aide à explorer la configuration. omarchy-box propose un environnement conteneurisé, omarchy-migrate aide à sauvegarder et restaurer une configuration, et omarchy-pkgs avec omarchy-ai couvrent des usages plus ciblés.

La liste est communautaire. Je vérifierais l'activité du dépôt, les permissions demandées et la compatibilité avec ta version d'Omarchy avant d'installer un projet. Un agent peut aider à faire cette vérification, à condition de lui demander d'inspecter les fichiers et de présenter ses conclusions avant toute installation.

De l'idée au projet livré

Au début, tu cherchais simplement à préparer un dépôt. Quelques échanges plus tard, ton environnement est prêt, les commandes répétitives sont regroupées et l'application locale a une première version utilisable. Le temps gagné vient de la configuration, des vérifications et du diagnostic qui restent dans le même flux.

Cette continuité change aussi la taille des idées que tu peux essayer. Une envie de thème devient une variante testable. Un besoin personnel devient un outil. Une information manquante dans la barre devient un plugin. Le coût d'un premier prototype baisse, ce qui laisse plus de place à la créativité.

Pour un projet de développement, la livraison avance plus vite lorsque le poste est déjà capable de préparer l'environnement, lancer les tests, ouvrir les bons outils et garder les décisions visibles. L'agent accélère ces passages, tandis que tu conserves la direction, la relecture et la validation des changements.

C'est le sens que je donne à l'expression « OS Linux agentique ». Omarchy fournit le terrain de travail. L'agent aide à le façonner selon le projet et la personne qui l'utilise.

Ressources

Article co-écrit avec l'IA · Images générées avec l'IA.