Première mission sur votre propre dépôt

Ce qu’il vous faut

1. Un dépôt Git avec une suite de tests ou un vérificateur. Sans gate, rien ne peut passer au vert.
2. Au moins deux agents de code ouverts et authentifiés avec vos forfaits (Claude Code, Codex CLI ou Grok CLI) : l’un implémente, un autre relit.
3. Sous Windows : WSL et tmux pour ces sessions cloud.
4. Ollama avec un modèle local pour la synthèse (qwen2.5 dans la configuration par défaut).

Tout se vérifie avec le préflight.

Le parcours

1. Déclarer le projet : chemin local, chemins où l’équipe a le droit d’écrire, commandes de test. Sous Linux, Maestro propose les dépôts Git trouvés dans ~/projects.
2. Écrire la mission en une phrase vérifiable : « faire passer tel test », « ajouter telle fonction et son test ».
3. Consulter : les agents choisis donnent leur avis en lecture seule. Le modèle Ollama local en fait la synthèse, scellée comme cahier des charges.
4. Donner le GO. Il est lié par empreinte à la mission, au projet et à l’équipe. La demande expire au bout de 15 minutes si elle n’est pas utilisée.
5. Construction : un agent implémente, un second relit, un troisième valide s’il est disponible. Le travail reste borné aux chemins autorisés et chaque étape repasse les gates.
6. Lire le résultat : Maestro affiche les étapes validées, le verdict et le fichier d’état local.

Ce que cette page ne promet pas

Pas de durée garantie. Dans nos journaux d’exécution, les missions réussies ont duré de 85 secondes à 47 minutes. Un GO peut aussi être annulé : quota atteint, dialogue d’approbation d’un client, délai dépassé. Maestro ne clique jamais à votre place.

Pas de reçu exportable dans un format OutilsIA. Le journal local que Maestro écrit réellement est décrit dans /facts/maestro-receipt.json : identifiants, empreintes, agents, statut, horodatages — ni prompt, ni sortie brute, ni identifiant de connexion.