Minions

Stripe traite plus de 1 000 pull requests écrites par des agents chaque semaine via Minions, un chiffre qu'Alistair Gray a revu à la hausse à 1300+ dans la seconde partie de son récit (2026-02-09, puis 2026-02-19). Aucun humain n'écrit le code : un ingénieur décrit la tâche dans Slack, le Minion travaille seul dans un environnement cloud isolé, et une personne relit la pull request qui en résulte.

L'essentiel des détails donnés par Gray porte sur le confinement. Les Minions s'exécutent dans des devboxes, des instances AWS EC2 éphémères traitées comme du bétail plutôt que comme des animaux de compagnie, préchauffées de sorte qu'un environnement complet soit prêt en environ 10 secondes. L'agent n'atteint ni la production ni les données utilisateur, c'est pourquoi Stripe a retiré les invites de confirmation de son fork personnalisé de goose, le harnais open source de Block. L'orchestration repose sur des blueprints, une machine à états qui mélange des nœuds déterministes (cloner un dépôt, créer une branche) et des nœuds agentiques pour les étapes qui nécessitent du jugement. Gray attribue à cette séparation des économies de tokens et une meilleure fiabilité par rapport à une approche purement agentique.

Le budget est volontairement restreint : des hooks de lint pré-push en moins d'une seconde, puis un maximum de deux cycles de CI face à une suite de plus de 3 millions de tests. Les outils arrivent via Toolshed, un serveur MCP exposant environ 500 d'entre eux, chaque agent recevant un sous-ensemble choisi. Les fichiers de règles sont standardisés au format Cursor puis synchronisés vers le format «Claude Code», de sorte que le même contexte serve à la fois les Minions et les ingénieurs qui travaillent à leurs côtés.

Bill Staples voit dans les expérimentations de Stripe la preuve que la contrainte se déplace désormais vers l'environnement, la CI, la revue et la gouvernance.