oh-my-claudecode

oh-my-claudecode (OMC) est une couche d'orchestration open-source pour Claude Code visant à éliminer la courbe d'apprentissage des workflows multi-agent. Elle est distribuée à la fois sous forme de plugin/marketplace pour Claude Code et sous forme de CLI npm publiée sous le nom oh-my-claude-sisyphus, qui installe les commandes oh-my-claudecode et omc. L'installation suit deux chemins. Les utilisateurs du plugin ajoutent le marketplace et installent le plugin, puis exécutent /omc-setup dans une session. Les utilisateurs de la CLI installent le paquet npm globalement et exécutent omc setup depuis un terminal. Le README mentionne un avertissement npm connu concernant une dépendance prebuild-install dépréciée provenant de better-sqlite3, et précise qu'il ne indique pas nécessairement un échec d'installation. OMC distingue les commandes CLI terminal (omc ...) des compétences en session (/...). La configuration, les questions de fournisseur et l'orchestration d'équipe existent sur les deux surfaces mais se comportent différemment : omc team lance des panneaux de workers CLI tmux, tandis que /team exécute un workflow d'équipe natif en session. Autopilot, Ralph, Execute et Deep Interview sont décrits comme des compétences en session sans sous-commandes CLI correspondantes. La surface d'orchestration canonique est Team, qui exécute un pipeline par étapes : team-plan, team-prd, team-exec, team-verify et team-fix en boucle. Les équipes natives nécessitent l'activation du drapeau d'environnement agent-teams expérimental dans les paramètres de Claude Code ; si désactivé, OMC avertit et revient à une exécution non-équipe lorsque possible. Le runtime d'équipe CLI peut créer des workers pour les CLIs Codex, Gemini, Antigravity, Grok, Cursor et Claude, les workers étant créés à la demande et terminés lorsqu leur tâche se termine. Les workers Cursor peuvent être privilégiés pour l'exécution autopilot via la configuration du projet, et les modèles peuvent être épinglés via des variables d'environnement ou le routage de rôles. D'autres modes documentés incluent Autopilot pour une exécution autonome à un seul leader, Execute pour des boucles persistantes de vérification/fixation, Verify pour des contrôles de complétion basés sur des preuves, et un mode Ultragoal uniquement artefact qui produit des artefacts de but et de preuve durables sans démarrer de boucle. Le README conseille d'utiliser uniquement une autorité de boucle principale par session et met en garde contre l'affirmation selon laquelle l'évaluateur /goal de Claude Code exécuterait indépendamment des commandes ou lirait des fichiers. Des fonctionnalités supplémentaires comprennent un ensemble d'agents spécialisés avec des variantes de niveau, un routage de modèles entre des modèles moins coûteux et plus capables, une barre d'état HUD pour les métriques d'orchestration, le suivi analytique et des coûts, ainsi qu'un système de compétences. Les compétences peuvent être définies au niveau du projet sous .omc/skills ou au niveau de l'utilisateur sous ~/.omc/skills, les compétences du projet ayant la priorité et étant destinées à être validées pour le partage en équipe. La commande /skillify extrait des modèles réutilisables, et les compétences correspondantes sont injectées automatiquement dans le contexte. L'état d'exécution, les plans, les journaux et les transferts sont écrits sous .omc/ par défaut, avec .omc/skills/** comme seule exception intentionnellement committable ; OMC_STATE_DIR peut déplacer l'état afin qu'il survive à la suppression d'un worktree. Le README documente également les profils de scène autopilot nommés configurés dans omc.jsonc, limités à des séquences de scènes admises spécifiques et actuellement nécessitant Linux avec flock. Il indique explicitement que OMC ne fournit pas d'extension VS Code, que le paquet npm exporte des helpers TypeScript pour les programmes Node locaux utilisant le Claude Agent SDK, et que l'automatisation CI/CD devrait privilégier les commandes terminales déterministes plutôt que les commandes slash interactives.