OMP : le coding agent qui branche les outils d’IDE au terminal
📌 OMP est un coding agent pour le terminal qui réunit exécution de code, outils d’IDE, sous-agents et mémoire dans une même surface de travail.
Un agent de code devient vite limité dès qu’il doit sortir du simple cycle « lire un fichier, écrire un fichier ». Il faut renommer un symbole sans casser les imports, comprendre un crash natif, répartir une tâche entre plusieurs workers ou reprendre un projet avec le contexte de la session précédente. Ces actions existent déjà dans les IDE. OMP les traite comme des outils directement accessibles à l’agent.
Dans l’usage, vous pouvez lui demander d’explorer un dépôt, de modifier les fichiers avec des ancres vérifiées, puis de passer par le serveur de langage pour une opération de renommage. Si le problème se trouve dans un programme en cours d’exécution, OMP peut piloter une session de débogage avec lldb, dlv ou debugpy. Le terminal reste l’interface principale, mais le périmètre dépasse largement les commandes shell classiques.
La logique est particulièrement visible avec les sous-agents. Une tâche peut être distribuée à plusieurs workers isolés dans des worktrees, avec des résultats structurés que l’agent parent récupère directement. L’Agent Hub permet ensuite de suivre leur activité, d’ouvrir leur transcription, d’envoyer une consigne ou d’arrêter un worker bloqué. Ce n’est pas seulement du parallélisme : le système rend la délégation observable et récupérable.
OMP ajoute aussi des garde-fous à des endroits où les agents prennent habituellement des raccourcis. Les éditions par hashline refusent un patch si le contenu ciblé a changé. ast_edit prépare une transformation et attend une résolution explicite avant de toucher au disque. Les règles temporelles peuvent interrompre un flux, injecter une consigne et reprendre au même point. Ce sont des détails techniques, mais ils répondent à une inquiétude très concrète : savoir pourquoi une modification a été appliquée et éviter qu’un contexte périmé ne l’abîme.
Je trouve cette approche plus convaincante que l’ajout d’un simple chat à un terminal. Le produit relie des capacités que les développeurs utilisent déjà séparément : LSP, débogueur, recherche, Git, navigateur et exécution persistante. La valeur ne vient pas d’une interface plus brillante, mais de la continuité entre ces actions.
Points clés
- 🧠 Exécution persistante en Python et JavaScript depuis la session
- 🧭 Opérations LSP et débogage branchés sur les modifications de code
- 🧩 Sous-agents isolés, résultats structurés et supervision dans Agent Hub
- 🛡️ Éditions hashline et transformations AST proposées avant application
- 🔀 Routage entre de nombreux fournisseurs, modèles locaux et chaînes de repli
Le projet reste un outil de terminal, avec une ambition de couverture assez large. OMP annonce plus de 60 fournisseurs, des rôles de modèles distincts et des backends locaux comme Ollama, LM Studio, llama.cpp ou vLLM. Les fournisseurs OpenAI-compatible peuvent aussi être décrits dans un fichier YAML, tandis que les chaînes de repli prennent le relais lorsqu’un quota ou une erreur 429 bloque le modèle principal.
Le même binaire vise macOS, Linux et Windows, sans passer par une couche WSL pour cette compatibilité. OMP est open source sous licence MIT. Son socle combine TypeScript, Bun et un moteur natif en Rust : une architecture plus exigeante qu’un script de terminal, mais cohérente avec la volonté d’exécuter recherche, édition et outils dans une surface unifiée.
OMP ne cherche pas à cacher le terminal. Il lui donne les instruments qui manquent quand un agent doit réellement comprendre, modifier et vérifier un projet.
Sources
