Handler

Presentation

Handler s'intercale juste avant le moment ou une session terminal devient un enorme diff difficile a relire. Au lieu d'attendre la fin, il donne a chaque execution un environnement isole, une surface visuelle de pilotage et une vue continue sur ce que fait l'agent.

Pourquoi le produit accelere maintenant

Le produit accelere parce qu'il a gagne en visibilite cette semaine sur Product Hunt et qu'il vise un vrai point de friction de l'agentic coding: pour beaucoup d'equipes, le probleme n'est plus d'ecrire du code mais de relire correctement ce qui a ete produit. Codex, Claude Code, Gemini CLI ou OpenCode sont deja la; la couche de controle manque encore souvent.

Fonctionnalites cles

• Lance chaque agent dans une sandbox isolee avec Docker et des options microVM basees sur Firecracker.
• Fournit une vue de type command centre avec terminaux, sortie live, ressources et suivi par agent.
• Permet de forker les environnements pour comparer plusieurs approches avant de trancher.

Cas d'usage reels

• Relire les changements IA au fil de l'eau au lieu de decouvrir un enorme PR en fin de run.
• Tester plusieurs implementations du meme travail en parallele sans collisions de branches ou de workspace.
• Garder les sessions de nuit ou asynchrones assez visibles pour qu'un humain puisse intervenir en cours de route.

Retour de la communaute

Le retour public le plus positif concerne la possibilite de revoir les changements pendant leur generation. Les explications au niveau de chaque edit et les side chats plaisent beaucoup. La reserve la plus frequente porte sur la surcharge d'interface: certaines equipes craignent qu'une couche de controle de plus ajoute surtout du bruit.

Limites et risques

Handler ameliore la visibilite, pas la qualite fondamentale des choix de l'agent. Si l'agent prend de mauvaises decisions d'architecture, vous les verrez plus tot mais elles resteront mauvaises. Les sujets secrets, images de base et strategie de fork restent a la charge de l'equipe.

Alternatives

Parmi les alternatives: Replicas, Grass, SuperHQ, OpenCode avec git worktrees manuels, ou des outils plus legers de revue post-run comme Stage CLI avec un flux PR classique.

FAQ

• Qui devrait essayer Handler en premier? Les equipes qui utilisent deja des agents de code et dont la douleur principale se situe dans la revue et le pilotage.
• Que faut-il verifier d'abord? Le cout de demarrage des sandboxes, la lisibilite du review par edit sur de vrais depots et l'impact reel sur le temps de merge.