Oh My Pi : configurer un environnement terminal pour agents IA
Agent de codage AI pour le terminal, modifications ancrées par hachage, ensemble d'outils optimisés, LSP, Python, navigateur, sous-agents, etc.
En bref
- De quoi s’agit-il ?
- AI Coding agent for the terminal, hash-anchored edits, optimized tool harness, LSP, Python, browser, subagents, and more. Cette analyse relie ses fonctions documentées à leurs conditions d’usage.
- À qui s’adresse-t-il ?
- oh-my-pi convient aux personnes qui acceptent ses dépendances et ses limites documentées. Il ne convient pas à un usage exigeant des garanties que le README ne donne pas.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Le dépôt a reçu de nouveaux commits au cours des dernières 24 heures.
- En quel langage est-il écrit ?
- Principalement TypeScript, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Un terminal adapté au travail agentique
oh-my-pi est un agent de codage terminal forké depuis le projet pi-mono de Mario Zechner. Le README le décrit comme un fork de Pi, réécrit comme une surface axée sur le codage. Le dépôt est écrit en TypeScript et Rust, tourne sur Bun, et le README liste plus de 60 fournisseurs pris en charge, 31 outils intégrés, 14 opérations LSP, 28 opérations DAP, et environ 80 000 lignes de noyau Rust. Le projet est sous licence MIT, avec les droits d'auteur attribués à Mario Zechner et Can Bölük.
Le point utile à retenir est le lien entre cette promesse et un artefact vérifiable du dépôt. Une commande, un fichier de configuration, une sortie JSON ou un journal doit permettre de voir ce qui s’est réellement passé. Les informations absentes du README restent absentes de cette analyse : elles ne sont pas remplacées par une garantie imaginaire. Cette distinction compte lorsque le projet touche au matériel, à des comptes, à des données personnelles ou à des services externes. Dans le cas de oh-my-pi, vérifiez concrètement un terminal adapté au travail agentique en conservant le nom du projet et les fichiers cités par sa documentation. Notez la sortie obtenue, les erreurs et les conditions du test ; ce sont ces éléments qui permettent de distinguer une fonction disponible d’une intégration complète. Le matériau indique une implémentation en TypeScript, sous licence MIT, avec 28122 étoiles et 1879 issues ouvertes. Ces métadonnées décrivent l’état observé, pas un niveau de support garanti.
Configuration et profils
L'installation est documentée pour macOS et Linux via un script curl, Homebrew, Bun, Windows PowerShell et mise. Le README note que les utilisateurs d'Alpine et musl doivent d'abord installer libstdc++ et libgcc. Les complétions shell pour bash, zsh et fish sont générées à partir des métadonnées CLI en direct. L'agent fonctionne en quatre modes : la TUI interactive (omp), une invite unique (omp -p), un SDK Node embarqué, un mode RPC (omp --mode rpc) et un mode ACP (omp acp) qui parle le protocole Agent Client Protocol sur JSON-RPC. Les commandes exactes sont dans le README.
Le point utile à retenir est le lien entre cette promesse et un artefact vérifiable du dépôt. Une commande, un fichier de configuration, une sortie JSON ou un journal doit permettre de voir ce qui s’est réellement passé. Les informations absentes du README restent absentes de cette analyse : elles ne sont pas remplacées par une garantie imaginaire. Cette distinction compte lorsque le projet touche au matériel, à des comptes, à des données personnelles ou à des services externes. Dans le cas de oh-my-pi, vérifiez concrètement configuration et profils en conservant le nom du projet et les fichiers cités par sa documentation. Notez la sortie obtenue, les erreurs et les conditions du test ; ce sont ces éléments qui permettent de distinguer une fonction disponible d’une intégration complète. Le matériau indique une implémentation en TypeScript, sous licence MIT, avec 28122 étoiles et 1879 issues ouvertes. Ces métadonnées décrivent l’état observé, pas un niveau de support garanti.
Commandes, plugins et contexte
La surface des outils est organisée en catégories : fichiers et recherche, runtime, intelligence de code, coordination, bureau et web, et mémoire et compétences. Les outils notables incluent read, write, edit avec ancres hashline, ast_edit pour les réécritures structurelles, lsp pour les opérations IDE, debug pour les sessions DAP, task pour les sous-agents parallèles, browser pour Puppeteer, computer pour le contrôle du bureau hôte, et web_search. Le README décrit également des règles de flux voyageant dans le temps qui injectent des contraintes au milieu des jetons, et un modèle conseiller qui examine chaque tour. La plupart des outils vivent dans le même espace de noms que read et bash, certains derrière des dispositifs xd://.
Le point utile à retenir est le lien entre cette promesse et un artefact vérifiable du dépôt. Une commande, un fichier de configuration, une sortie JSON ou un journal doit permettre de voir ce qui s’est réellement passé. Les informations absentes du README restent absentes de cette analyse : elles ne sont pas remplacées par une garantie imaginaire. Cette distinction compte lorsque le projet touche au matériel, à des comptes, à des données personnelles ou à des services externes. Dans le cas de oh-my-pi, vérifiez concrètement commandes, plugins et contexte en conservant le nom du projet et les fichiers cités par sa documentation. Notez la sortie obtenue, les erreurs et les conditions du test ; ce sont ces éléments qui permettent de distinguer une fonction disponible d’une intégration complète. Le matériau indique une implémentation en TypeScript, sous licence MIT, avec 28122 étoiles et 1879 issues ouvertes. Ces métadonnées décrivent l’état observé, pas un niveau de support garanti.
Installer sans mélanger les environnements
Le README liste plus de 60 fournisseurs, y compris les API frontières, les plans de codage et les serveurs locaux. Dix rôles routent le travail selon l'intention, y compris default, smol, slow, plan et advisor. Les modèles peuvent être changés en session avec /model, et remplacés au lancement avec --smol, --slow ou --plan. Les fournisseurs personnalisés compatibles OpenAI peuvent être déclarés dans ~/.omp/agent/models.yml, avec des chaînes de repli, des ensembles de modèles à portée de chemin et des identifiants en round-robin décrits comme options de configuration. L'outil web_search enchaîne vingt-trois fournisseurs et convertit les pages de hôtes de code, registres de paquets, sources de recherche et documentations en markdown structuré.
Le point utile à retenir est le lien entre cette promesse et un artefact vérifiable du dépôt. Une commande, un fichier de configuration, une sortie JSON ou un journal doit permettre de voir ce qui s’est réellement passé. Les informations absentes du README restent absentes de cette analyse : elles ne sont pas remplacées par une garantie imaginaire. Cette distinction compte lorsque le projet touche au matériel, à des comptes, à des données personnelles ou à des services externes. Dans le cas de oh-my-pi, vérifiez concrètement installer sans mélanger les environnements en conservant le nom du projet et les fichiers cités par sa documentation. Notez la sortie obtenue, les erreurs et les conditions du test ; ce sont ces éléments qui permettent de distinguer une fonction disponible d’une intégration complète. Le matériau indique une implémentation en TypeScript, sous licence MIT, avec 28122 étoiles et 1879 issues ouvertes. Ces métadonnées décrivent l’état observé, pas un niveau de support garanti.
Observer les sorties et les permissions
Le README indique qu'environ 80 000 lignes de noyau Rust sont implémentées sur neuf crates, avec 77 000 autres lignes vendored. Recherche, shell, AST, coloration, PTY, contrôle du bureau, décodage d'images et comptage de jetons s'exécutent en processus sur le pool de threads libuv, évitant fork/exec sur le chemin chaud. Le shell est basé sur un fork vendored de brush, avec jq et 46 coreutils uutils compilés. La prise en charge des plateformes inclut macOS, Linux et Windows, avec des binaires x64 fournissant à la fois les variantes AVX2 et de base.
Le point utile à retenir est le lien entre cette promesse et un artefact vérifiable du dépôt. Une commande, un fichier de configuration, une sortie JSON ou un journal doit permettre de voir ce qui s’est réellement passé. Les informations absentes du README restent absentes de cette analyse : elles ne sont pas remplacées par une garantie imaginaire. Cette distinction compte lorsque le projet touche au matériel, à des comptes, à des données personnelles ou à des services externes. Dans le cas de oh-my-pi, vérifiez concrètement observer les sorties et les permissions en conservant le nom du projet et les fichiers cités par sa documentation. Notez la sortie obtenue, les erreurs et les conditions du test ; ce sont ces éléments qui permettent de distinguer une fonction disponible d’une intégration complète. Le matériau indique une implémentation en TypeScript, sous licence MIT, avec 28122 étoiles et 1879 issues ouvertes. Ces métadonnées décrivent l’état observé, pas un niveau de support garanti.
Choisir cet outillage pour une équipe
Les extensions sont des modules TypeScript qui utilisent la même API d'outils, le même registre de commandes slash et les mêmes primitives TUI que les intégrés. Au premier lancement, l'agent importe les règles, compétences et serveurs MCP depuis les répertoires existants tels que .claude, .cursor, .windsurf et .github/copilot. Les outils mémoire comme retain, learn, recall et reflect sont configurables avec des backends locaux, Hindsight ou Mnemopi. Le dépôt est sous licence MIT, et le texte de licence indique que le logiciel est fourni tel quel, sans garantie.
Le point utile à retenir est le lien entre cette promesse et un artefact vérifiable du dépôt. Une commande, un fichier de configuration, une sortie JSON ou un journal doit permettre de voir ce qui s’est réellement passé. Les informations absentes du README restent absentes de cette analyse : elles ne sont pas remplacées par une garantie imaginaire. Cette distinction compte lorsque le projet touche au matériel, à des comptes, à des données personnelles ou à des services externes. Dans le cas de oh-my-pi, vérifiez concrètement choisir cet outillage pour une équipe en conservant le nom du projet et les fichiers cités par sa documentation. Notez la sortie obtenue, les erreurs et les conditions du test ; ce sont ces éléments qui permettent de distinguer une fonction disponible d’une intégration complète. Le matériau indique une implémentation en TypeScript, sous licence MIT, avec 28122 étoiles et 1879 issues ouvertes. Ces métadonnées décrivent l’état observé, pas un niveau de support garanti.
Conclusion éditoriale
oh-my-pi convient aux personnes qui acceptent ses dépendances et ses limites documentées. Il ne convient pas à un usage exigeant des garanties que le README ne donne pas. Avant adoption, exécutez le parcours propre à oh-my-pi, observez les sorties et vérifiez les permissions, les données et la version réellement utilisées.
Notes de la communauté