Puppet Master unifie plusieurs agents de codage IA dans un tableau de bord unique

Puppet Master v0.10.0 a été lancé comme interface unifiée pour gérer simultanément plusieurs agents de codage IA. Sorti le 7 octobre 2026, cet outil permet aux développeurs de lancer et de superviser des sessions réelles de Claude Code, Codex, Gemini et d'autres interfaces en ligne de commande (CLI) d'agents depuis un seul tableau de bord. Il fonctionne sur macOS et Linux, offrant une vue centralisée de l'activité des agents sur tous les projets ouverts.

Ce qui s'est passé

La version introduit une architecture basée sur un démon qui supervise des sessions d'agents indépendantes sans remplacer les outils CLI sous-jacents. Au lieu de réimplémenter la logique des agents, Puppet Master lance les interfaces en ligne de commande standard que les développeurs utilisent déjà et surveille leur sortie. Cette approche garantit que les prompts, les demandes d'autorisation et le comportement du terminal restent identiques à une utilisation native, préservant ainsi les workflows existants tout en ajoutant des capacités de supervision.

Auparavant, exécuter plusieurs agents nécessitait de maintenir plusieurs fenêtres de terminal et de suivre mentalement l'état de chaque session. Cette gestion manuelle entraînait souvent une perte de contexte, comme ne pas remarquer quand un agent terminait une tâche ou dérivait hors sujet. Puppet Master résout ce problème de mise à l'échelle en prenant en charge les pseudo-terminaux (PTY) et en signalant les changements d'état grossiers tels que « travail en cours », « inactif » ou « entrée requise ». Le système utilise un canal Model Context Protocol (MCP) intégré à chaque session pour signaler la progression directement depuis l'agent, plutôt que de deviner l'état en analysant le texte du terminal.

Comment cela fonctionne

Le mécanisme principal repose sur des workers, qui sont des machines exécutant les sessions assignées par le contrôleur. Par défaut, la machine locale du contrôleur agit comme un worker, mais les utilisateurs peuvent enregistrer des machines supplémentaires, des machines virtuelles ou des conteneurs comme workers distincts. Cela permet une allocation flexible des ressources, comme isoler les tâches gourmandes sur du matériel spécifique ou partager une seule machine entre plusieurs agents. Les sessions sont placées sur des workers spécifiques soit par choix de l'utilisateur, soit par configuration du projet, garantissant des chemins de fichiers et des environnements cohérents.

La sécurité et l'isolation sont assurées par des workers sandboxés. Les utilisateurs peuvent démarrer un worker dans un conteneur utilisant Incus, Docker ou Podman, en montant uniquement des répertoires spécifiques de l'hôte. Cette configuration empêche les agents d'accéder au système de fichiers entier de l'hôte tout en leur permettant d'opérer dans un environnement jetable. Le contrôleur gère les identifiants pour les connexions externes, telles que les serveurs MCP ou les API REST, garantissant que les clés n'apparaissent jamais dans les conversations avec les agents. Les lectures s'exécutent généralement automatiquement, tandis que les écritures nécessitent une approbation explicite de l'utilisateur via le tableau de bord, chaque action étant journalisée à des fins d'audit.

Détails clés

• Support multiplateforme : Fonctionne sur macOS et Linux avec prise en charge de diverses CLI d'agents, y compris Claude Code et Codex.
• Accès terminal en direct : Les sessions sont rendues avec xterm.js, permettant la saisie, le redimensionnement et le défilement depuis le navigateur, l'application iOS ou le TUI.
• Exécution sandboxée : Les workers peuvent s'exécuter dans des conteneurs avec un accès restreint au système de fichiers et des limites configurables de CPU et de mémoire.
• Gestion sécurisée des identifiants : Le contrôleur stocke les clés API et gère les requêtes descendantes, gardant les secrets loin des prompts des agents.
• Synchronisation inter-appareils : Une application iOS fournit un accès complet au terminal et des notifications push pour les sessions nécessitant une entrée utilisateur.
• État persistant : Les sessions survivent à la fermeture des shells, l'état étant persisté dans SQLite pour une reconnexion ultérieure.

Pourquoi c'est important

Pour les ingénieurs logiciels développant avec l'IA, la capacité d'exécuter plusieurs agents simultanément est de plus en plus précieuse mais opérationnellement complexe. Puppet Master réduit la charge cognitive liée à la gestion de ces tâches parallèles en fournissant une source unique de vérité pour l'état des sessions. Les développeurs peuvent se concentrer sur un agent pendant que les autres continuent à travailler en arrière-plan, confiants qu'ils seront immédiatement notifiés si une entrée est requise. Ce gain d'efficacité est crucial pour les équipes cherchant à étendre leur développement assisté par IA sans sacrifier le contrôle ou la visibilité.

Le modèle de sécurité répond également à une préoccupation majeure dans l'intégration de l'IA : la fuite d'identifiants. En interceptant les appels API et en exigeant une approbation pour les opérations d'écriture, l'outil empêche les agents d'exposer accidentellement des données sensibles ou d'apporter des modifications non autorisées. Le journal d'audit détaillé de chaque appel d'outil, y compris les arguments et les résultats, offre la transparence nécessaire pour la conformité et le débogage. Cette approche structurée de la supervision des agents rend plus sûr de déléguer des tâches plus complexes aux systèmes d'IA.

Ce que vous pouvez faire

• Installez l'outil sur macOS ou Linux en utilisant la commande curl fournie.
• Gérez plusieurs sessions d'agents depuis un tableau de bord centralisé.
• Configurez des workers sandboxés pour isoler les environnements d'exécution.
• Surveillez l'activité des agents et recevez des notifications lorsque des entrées sont nécessaires.
• Utilisez l'application iOS pour accéder aux terminaux depuis votre appareil mobile.