[Open-source][TypeScript] OMA : vérifications et workflows pour votre agent de code
Bonjour,
Dans sa session du 12 août 2026, Lauren Tan aborde les compétences de vérification et les contrôles CI stricts. Je maintiens oh-my-agent (OMA), un projet MIT qui permet de conserver un agent de code pris en charge et de lui ajouter une configuration commune de spécialistes, des workflows à plusieurs agents et des contrôles de fin fondés sur les scripts du projet. Certains workflows prévoient aussi une revue indépendante et la vérification des fichiers de résultat. Les hooks disponibles dépendent de l’environnement utilisé.
Nom : oh-my-agent.
Version de la démonstration : 15.0.13, exécutée depuis les sources ; la version distribuée est indiquée dans le dépôt.
Langage de développement : TypeScript.
Licence : MIT.
Compatibilité annoncée : Linux, macOS et Windows.
Prérequis de l’installation manuelle complète : Bun, uv et Serena, ainsi qu’un agent compatible. Les fournisseurs de modèles restent à configurer séparément.
Sources et documentation : dépôt GitHub.
OMA conserve les compétences spécialisées, règles et workflows dans un répertoire .agents/ commun, puis les adapte aux formats des environnements pris en charge, notamment Claude Code, Codex CLI et Cursor. L’intérêt est de pouvoir réutiliser la configuration du projet quand on change d’agent. Les workflows concernés peuvent demander une revue indépendante et vérifier les fichiers de résultat attendus. Pour les tâches qui disposent d’un contrôle de fin configuré, le hook Stop exécute le script du projet, par exemple test, typecheck ou lint.
J’ai publié une petite reproduction contrôlée de ce dernier mécanisme. Le programme teste une date d’expiration avant, exactement à, puis après l’échéance. Avec now > expiresAt, deux tests passent et celui de l’égalité échoue. Le véritable CLI OMA relance le script test et le hook renvoie un JSON contenant "decision":"block". Après la correction en now >= expiresAt, les trois tests passent ; le Stop suivant ne produit plus de sortie et retire l’état du workflow de la fixture.
Le processus du hook termine avec le code 0 dans les deux cas : c’est la décision JSON qui indique le blocage. J’ai invoqué le hook manuellement avec une entrée au format Claude, dans un environnement isolé. Cette expérience ne montre donc pas un agent ayant trouvé et corrigé seul le défaut. Elle vérifie ce contrôle configuré, sur ces trois tests.
Pour installer le harness complet :
Code:
1
2
| bunx oh-my-agent@latest
oma doctor |
L’autre commande, npx skills add first-fluke/oh-my-agent, installe les compétences ; elle n’inclut pas les hooks et contrôles du harness complet.
La reproduction publique contient le script, le diff, les sorties et les codes de retour. Je cherche surtout des retours sur la clarté de la décision Stop et sur les contrôles que vous souhaiteriez rattacher à vos projets.
Ce texte en français a été préparé avec une aide d’IA.
