Un agent de développement qui corrige, teste et ouvre la PR
Sam voulait la boucle de Claude Code sans quitter sa machine. MCPlato lit le dépôt, reproduit l'échec, applique le correctif, relance la suite jusqu'à ce qu'elle soit verte, et soumet la PR — localement, avec son approbation.
Rencontrez
Sam Okafor
Développeur indépendant · Mainteneur solo · 1 CLI open source + 2 projets secondaires
Sam travaille seul. Entre les tests instables, les issues en attente et les changelogs que personne n'écrit, la moitié ennuyeuse du maintien de trois dépôts mange le temps qu'il veut consacrer à développer. Il veut un agent qui travaille dans la codebase, pas juste une fenêtre de chat.
- Tests instables qui nécessitent une boucle reproduire-corriger-vérifier
- Issues et changelogs qui s'accumulent sans être traités
- Changements de contexte entre trois dépôts toute la journée
Comment MCPlato le fait
- 1
Pointez-le vers le problème
Décrivez le bug ou la tâche dans le dépôt. MCPlato travaille directement dans votre arbre de travail local — vos fichiers, votre chaîne d'outils, votre environnement.
Code localTerminal - 2
Il reproduit l'échec
Il exécute la suite, observe l'échec et lit le code source pertinent pour trouver la cause racine — pas une supposition à partir d'un extrait, la vraie exécution défaillante.
TerminalFichiers locaux - 3
Il corrige et relance jusqu'au vert
Il applique le correctif au code, relance les tests et continue à se corriger jusqu'à ce que la suite passe — la boucle d'amélioration continue, sur votre codebase.
Boucle d'auto-correction - 4
Vous approuvez ; il livre
Ouvrez une PR avec le diff, les résultats des tests et un résumé — ou committez simplement sur une branche. Planifiez un digest CI quotidien pour que rien ne se détériore.
MCP GitTâches planifiées
Ce qui change pour Sam
Local
agent sur sa vraie codebase
Red → green
reproduire, corriger, vérifier — sans surveillance
3 repos
maintenus sans les tâches fastidieuses
Questions
En quoi est-ce différent de Claude Code ?
MCPlato est une application desktop, pas un outil uniquement en terminal. Vous obtenez la même boucle lire-corriger-tester-recommencer sur votre codebase locale, plus des tâches planifiées, des intégrations MCP, un navigateur intégré et des modes d'approbation — dans un seul espace de travail.
Exécute-t-il mes vrais tests et outils ?
Oui. Il travaille dans votre arbre de travail local avec votre vraie chaîne d'outils — il exécute votre commande de test, lit la sortie défaillante et itère contre elle, pas contre un extrait copié.
Va-t-il pousser du code sans ma révision ?
Non. Il s'arrête à un point de contrôle et vous laisse choisir : ouvrir une PR, commiter sur une branche, ou attendre. Avec un mode d'approbation, rien ne quitte votre machine avant que vous le disiez.
Peut-il se connecter à GitHub ou GitLab ?
Oui, via MCP. Il peut ouvrir des PRs, lire des issues et commenter, de sorte que tout le flux reproduire-vers-PR reste en un seul endroit.
Peut-il garder trois projets en ordre tout seul ?
Planifiez-le pour exécuter un digest CI, trier les nouvelles issues ou balayer les tests instables dans chaque dépôt, et il rend compte pour que les tâches fastidieuses ne s'accumulent jamais.
La boucle de développement, sur votre machine
Reproduire, corriger, vérifier, livrer — localement, avec votre approbation.