Pour les développeurs · la machine derrière « vibe the project »
Chaque projet Motir passe par le même instrument. Les modules sont Motir et ses agents. Les boutons et les interrupteurs sont à vous : rien n’avance tant qu’une personne ne les a pas actionnés.
Motir et les agentsVous décidez
Faites défiler le schéma latéralement →
Chaque module du schéma ci-dessus, en détail. Survolez-en un pour le retrouver dans le schéma.
[01] Planification IA
Commencez par une phrase, un dépôt, ou un import depuis Jira, Linear ou Plane. Le planificateur lit ce qui existe, y compris un graphe du code de vos dépôts, et pose des questions de suivi là où le besoin est ambigu.
Il rédige des Epics, des Stories, des Tâches et des Sous-tâches, chacune avec un type, un exécutant, une taille et ses liens blocked_by. validate_plan vérifie l’arborescence avant que vous la voyiez.
[02] Vous · validation du plan
Rien n’arrive sur le tableau tant qu’une personne n’a pas approuvé le plan. Réclamez des modifications avec vos mots ; chaque itération est un nouveau tour, et l’historique du plan conserve chaque version et la raison de chaque changement.
[03] Éléments de travail
Le plan approuvé devient des éléments de travail, avec des Sprints, un Backlog et une feuille de route. L’exécutant de chaque élément de travail est agent ou human.
Les tâches manuelles (un compte, un secret, un enregistrement DNS, la validation d’une livraison) sont guidées une étape à la fois par motir guide.
[04] Exécution d’agent
Un agent prend le prochain élément de travail prêt (motir next ou motir run <KEY>), le réserve, construit sur sa propre branche et ouvre une pull request par dépôt, liée à l’élément de travail.
Un bug trouvé en dehors de son propre élément de travail n’arrête pas l’exécution : l’agent en cherche la cause, le consigne avec motir log bug dans le dossier Bugs comme élément de travail à part entière, et continue.
Chaque exécution enregistre le harnais de l’agent, le modèle, chaque étape et le résultat. Les agents se connectent via MCP, sur votre machine ou via les agents hébergés de Motir.
[05] Vous · validation avant fusion
L’élément de travail passe à Implémenté et l’agent publie « Comment tester ». Les Stories reçoivent une vidéo de recette enregistrée en CI. Vous relisez, approuvez et fusionnez ; la fusion clôt l’élément de travail. Rien n’atteint Terminé sans une personne.
[06] Réparation
Une pull request en rouge ou en conflit est réparée sur sa propre branche avec motir fix, en cinq tentatives au plus. Une exécution morte (un ordinateur refermé, une sandbox perdue) reprend avec motir continue sur la branche qu’elle a laissée.
Les bugs consignés en chemin attendent dans le dossier Bugs ; motir fix bugs les traite, du plus ancien au plus récent.
[07] Boucle d’apprentissage
Un agent qui ne peut pas construire un élément de travail vérifie d’abord s’il correspond toujours à ce que le plan approuvé a approuvé (get_approved_shape_verdict), pour qu’une modification ultérieure ne soit pas imputée au planificateur. Si le plan était faux, il est replanifié et le changement est consigné avec sa raison.
L’erreur devient une leçon, ou en renforce une ; si aucune règle ne la couvre, un bug de planification est créé. Le plan suivant lit d’abord les leçons. Les leçons qui ne se reproduisent pas pendant 90 jours sont retirées.
[08] Mémoire
Designs, pages de décision, documents, leçons, révisions du plan et l’historique de chaque exécution vivent à côté des éléments de travail. Vous, un nouveau coéquipier ou le prochain agent pouvez reprendre le projet des mois plus tard sans que personne ait à le réexpliquer.
Le cœur de gestion de projet est open source, sous licence GPL-3.0. Auto-hébergez-le, ou utilisez-le sur motir.co.