Vibe coder son système d’exploitation avec Omarchy

Omarchy : pourquoi ne pourrait-on pas « vibe coder » son système d’exploitation ?

Le vibe coding permet déjà de demander à une IA de créer une application, de modifier son interface ou de corriger une erreur sans maîtriser chaque ligne de code. David Heinemeier Hansson, créateur de Ruby on Rails, pousse désormais cette logique un cran plus loin avec Omarchy : si un agent peut modifier nos logiciels, pourquoi ne pourrait-il pas aussi modifier directement notre système d’exploitation ?

Omarchy est une distribution Linux basée sur Arch qui a été conçue dès le départ pour travailler avec des agents comme Claude Code, Codex ou OpenCode. L’objectif n’est plus seulement d’utiliser une IA depuis son ordinateur. L’ordinateur lui-même devient quelque chose que l’on peut demander à l’IA de transformer.

Omarchy, c’est quoi exactement ?

Omarchy est une distribution Linux basée sur Arch, créée par David Heinemeier Hansson, plus connu sous le nom de DHH. Elle utilise notamment Hyprland pour la gestion des fenêtres et Quickshell pour construire son environnement de bureau.

Son nom vient du japonais omakase, que l’on pourrait traduire par « je laisse le chef choisir ». L’idée est cohérente avec le projet : plutôt que de demander à l’utilisateur de choisir et configurer des dizaines de composants Linux, Omarchy propose directement un ensemble cohérent d’outils et de réglages.

Le système reste pourtant entièrement modifiable. Les configurations sont accessibles, le terminal occupe une place centrale et l’utilisateur peut remplacer ou adapter les choix faits par défaut.

Cette combinaison est importante pour la suite : un système composé de fichiers de configuration, de scripts et d’outils en ligne de commande est particulièrement facile à manipuler pour un agent IA.

Les agents IA font partie du système

Omarchy présente les agents de développement comme des « first-class citizens », autrement dit comme des outils intégrés au fonctionnement normal du système plutôt que comme des applications ajoutées après coup.

Plusieurs agents sont déjà prévus dans l’environnement : Claude Code, OpenAI Codex, OpenCode, GitHub Copilot CLI, Grok, Pi ou encore Google Antigravity. Ils ne sont téléchargés que lorsque l’utilisateur décide de les lancer.

Un agent peut ensuite être défini comme agent par défaut. Un raccourci clavier permet de l’ouvrir immédiatement, et Omarchy peut également lui transmettre directement une tâche depuis le système.

Cette intégration change légèrement le rôle de l’IA. Elle n’est plus enfermée dans une page web ou un éditeur de code. Elle dispose du même environnement que l’utilisateur : terminal, fichiers, configurations, journaux système et logiciels installés.

Un logiciel plante ? Demandez à l’agent de regarder

Omarchy fournit un exemple concret de cette philosophie avec la gestion des plantages.

Lorsqu’une application plante, une notification peut permettre d’envoyer le problème à l’agent. Celui-ci peut consulter le rapport de crash, examiner les journaux, chercher l’origine de l’erreur et aider à préparer un rapport de bug.

Sur un système d’exploitation classique, ce travail suppose souvent de savoir où trouver les logs, quelle commande lancer et comment interpréter les messages retournés. Avec un agent intégré au système, l’utilisateur peut déléguer cette partie du diagnostic.

Le principe peut s’étendre bien au-delà des crashs : modifier un fichier de configuration, installer un paquet, redémarrer un service, créer un script ou adapter un élément de l’interface sont déjà des tâches que les agents de développement savent réaliser.

Après le vibe coding, le « vibe operating system »

DHH résume lui-même l’idée avec une phrase affichée sur le site d’Omarchy : « When you can vibe code whatever app comes to your mind, you should be able to vibe code your operating system. »

Le vibe coding repose sur une abstraction : au lieu de traduire soi-même une intention en code, on décrit le résultat souhaité à un modèle qui effectue une partie de ce travail.

Omarchy applique la même logique à l’ordinateur. Vous ne cherchez plus nécessairement quel fichier contrôle la barre supérieure, comment fonctionne le gestionnaire de fenêtres ou quel script permet de lancer une action. Vous pouvez décrire la modification voulue à un agent capable d’inspecter le système puis d’effectuer les changements.

Omarchy fournit même des compétences destinées aux agents pour créer des applications, plugins et thèmes adaptés à son environnement. L’interface du système devient ainsi une surface programmable par conversation.

Linux est étrangement bien adapté aux agents IA

Les distributions Linux ont longtemps été critiquées pour ce qui fait aujourd’hui une partie de leur intérêt pour les agents : beaucoup de choses peuvent être contrôlées avec du texte, des commandes, des scripts et des fichiers de configuration.

Une interface graphique pensée uniquement pour la souris impose à un agent de reconnaître des boutons, déplacer un curseur et interpréter visuellement chaque écran. Une commande comme systemctl, un fichier texte ou un journal système offrent au contraire une interface structurée et directement exploitable.

Le terminal, que l’on pouvait considérer comme une contrainte pour démocratiser Linux, devient donc une excellente interface entre un modèle de langage et le système.

Omarchy ne rend pas Linux agentique grâce à une technologie entièrement nouvelle. Il organise surtout un environnement Linux existant pour que les humains et les agents utilisent plus facilement les mêmes outils.

L’agent obtient aussi beaucoup plus de pouvoir

Donner à une IA accès au terminal n’a pas les mêmes conséquences que lui demander de reformuler un email.

Le manuel d’Omarchy précise que certains raccourcis lancent les agents dans des modes où ils peuvent exécuter des actions sans demander une validation à chaque étape. C’est pratique pour travailler rapidement, mais cela augmente aussi les conséquences d’une mauvaise commande, d’une hallucination ou d’une instruction malveillante récupérée depuis une source externe.

Un agent capable de modifier une application peut casser un projet. Un agent capable de modifier son environnement de travail peut toucher aux paquets installés, aux services, aux fichiers personnels ou à la configuration du système.

Le développement des systèmes agentiques pose donc une nouvelle question de conception : jusqu’où doit-on laisser l’agent agir directement sur la machine ? Omarchy choisit volontairement une approche assez permissive, destinée à des utilisateurs qui veulent garder la maîtrise de leur ordinateur et acceptent de manipuler un environnement Linux.

Omarchy montre peut-être surtout à quoi ressemblera le prochain ordinateur personnel

Les assistants IA intégrés à Windows ou macOS sont encore majoritairement présentés comme une couche supplémentaire : une fenêtre dans laquelle on pose des questions, un bouton dans une application ou une fonctionnalité capable d’effectuer quelques actions prédéfinies.

Omarchy part de l’idée inverse. L’agent n’est pas une fonctionnalité du système, il devient l’une des interfaces permettant de contrôler le système.

Cette différence pourrait devenir importante à mesure que les agents gagnent en autonomie. Un utilisateur n’a plus forcément besoin qu’une entreprise ait prévu un bouton pour chaque personnalisation possible. Si l’environnement est suffisamment ouvert et lisible, il peut demander à son agent de fabriquer la fonction qui manque.

Le résultat ressemble paradoxalement moins à un ordinateur futuriste qu’au Linux historique : des fichiers, des commandes, des scripts et des composants que l’on peut modifier. La nouveauté tient dans l’intermédiaire capable de comprendre une demande en langage naturel et de manipuler cet environnement à notre place.

Le vibe coding a commencé par rendre la programmation plus accessible. Omarchy expérimente ce qui se passe lorsque la même abstraction atteint directement le système d’exploitation.

Sources

  • Omarchy : présentation officielle de la distribution, de son positionnement agentique et des possibilités de personnalisation par agents.
  • Manuel Omarchy : AI : documentation officielle sur les agents disponibles, l’agent par défaut, les raccourcis et les modes d’exécution.
  • Manuel Omarchy : présentation de l’architecture générale d’Omarchy, basée sur Arch, Hyprland et Quickshell.

Qu’est-ce qu’Omarchy ?

Omarchy est une distribution Linux basée sur Arch créée par David Heinemeier Hansson. Elle utilise notamment Hyprland et Quickshell et intègre directement plusieurs agents IA de développement.

Omarchy utilise-t-il l’intelligence artificielle ?

Oui. Omarchy permet de choisir un agent IA par défaut et prend notamment en charge Claude Code, Codex, OpenCode, Copilot CLI, Grok et plusieurs autres agents. Ils peuvent intervenir directement dans l’environnement Linux.

Peut-on vraiment modifier Omarchy avec une IA ?

Oui. Les agents peuvent manipuler les fichiers de configuration, utiliser le terminal et créer des applications, plugins ou thèmes. Omarchy fournit des outils conçus pour faciliter ces modifications.

Que signifie « vibe coder » son système d’exploitation ?

L’expression désigne l’idée de décrire en langage naturel une modification souhaitée sur son ordinateur puis de laisser un agent IA inspecter et modifier le système pour la réaliser, de la même manière que le vibe coding permet de créer une application à partir d’instructions.

Sur le même sujet

vibe coding Codex
Le vibe coding face au rejet des développeurs

Le "vibe coding" est-il déjà en train de dégoûter les développeurs ?

Le vibe coding promet de créer une application en décrivant ce que l’on veut à une intelligence artificielle. Pourtant, dans certaines communautés techniques, le discours enthousiaste laisse place à une forme de lassitude. Des développeurs disent ne plus avoir l’impression de programmer, mais de relire, auditer et corriger du code généré par des LLM. Le rejet ne porte donc plus seulement sur la qualité du code produit. Il concerne la manière dont ces outils transforment le métier.

Vibe coding dette technique
Vibe Coding Cleanup Specialist

Vibe Coding Cleanup Specialist : le métier qui nettoie les projets codés par IA

Le vibe coding est redoutablement efficace pour démarrer un projet. Une idée, quelques prompts, et l'application prend forme à une vitesse difficile à obtenir en codant tout à la main. Puis arrive un moment que je rencontre souvent sur mes propres projets : le code grossit, les dépendances se multiplient et l'agent commence à perdre la vision d'ensemble. Il sait encore produire du code. Il peut même réaliser un bon refactoring. Mais pour le faire correctement, il doit relire une partie importante du dépôt, reconstruire les dépendances, retrouver les règles métier et lancer les tests. Le coût en contexte et en tokens augmente fortement. C'est dans cet espace qu'apparaît le terme Vibe Coding Cleanup Specialist : un développeur qui reprend les prototypes générés avec l'IA pour leur redonner une architecture cohérente, des tests et un code maintenable.

Agent IA Loop Engineering
Définition du Loop Engineering

Qu'est ce que le Loop Engineering ?

Le Loop Engineering désigne la conception de systèmes autonomes capables de piloter des agents de codage IA sans intervention humaine à chaque étape. Au lieu d'écrire un prompt, d'attendre la réponse, de tester puis de reprompter, vous paramétrez une boucle qui découvre les tâches, les exécute, les vérifie et itère seule. Ce concept devient pertinent aujourd'hui car les outils comme Claude Code ou OpenAI Codex intègrent désormais les briques nécessaires pour exécuter ces boucles de manière fiable.

hackathon Codex
Les hackathons à l'ère du vibe coding

Les hackathons récompensent-ils encore les meilleurs développeurs ?

Un hackathon récompensait autrefois une équipe capable de transformer une idée en prototype malgré le manque de temps, de sommeil et de moyens. En 2026, Codex, Claude Code, Cursor ou Antigravity peuvent produire une grande partie du code en quelques heures. Une personne seule peut présenter une application qui aurait demandé une petite équipe quelques années plus tôt.

Cette évolution ouvre les hackathons à davantage de participants. Elle crée aussi un doute : le jury évalue-t-il encore la qualité du développement ou surtout la meilleure démonstration ? La question se pose particulièrement pendant l’OpenAI Build Week, un challenge mondial où les projets doivent être accompagnés d’une description, d’un dépôt et d’une vidéo de démonstration.

Apple Vibe Coding
Apple et le double discours sur le vibe coding

Apple interdit le "vibe coding" mais utilise Claude Code : explication du double discours

Récemment, Apple a durci ses règles contre les applications générées par IA sans contrôle humain, dites vibe codées. Pourtant, la firme a laissé fuiter des fichiers prouvant l'utilisation de Claude Code par ses propres ingénieurs.

MCP second cerveau IA
Un second cerveau pour les agents IA

Je me suis créé un second cerveau pour les agents IA

J’utilise plusieurs intelligences artificielles chaque jour. ChatGPT pour réfléchir et organiser mes idées, Codex pour mes projets techniques, Claude ou Gemini selon les besoins. Le problème est simple : chacun de ces agents possède sa propre mémoire. Une idée confiée à l’un doit être réexpliquée aux autres.

J’ai donc créé un second cerveau IA partagé, indépendant des plateformes. Il permet à plusieurs agents de consulter, enrichir et organiser la même mémoire grâce au MCP.