Baton

Presentation

Baton ne cherche pas a inventer un nouvel agent mais a rendre les agents CLI existants vraiment pilotables. Chaque agent obtient un vrai worktree, l'humain garde de la visibilite, et l'ensemble reste tres local-first.

Pourquoi le produit accelere maintenant

Le produit prend parce que de plus en plus de developpeurs font tourner Codex, Claude Code ou OpenCode en parallele et voient vite que de simples terminaux ne suffisent pas comme couche de coordination.

Fonctionnalites cles

• Fait tourner plusieurs agents de code en meme temps, chacun avec son worktree et sa branche.
• Integre diffs, recherche de fichiers et de contenu, notifications et preview navigateur.
• Inclut un serveur MCP pour laisser les agents ouvrir de nouveaux workspaces et coordonner des taches.

Cas d'usage reels

• Paralleliser des features sans collisions de fichiers entre agents.
• Revoir plus clairement les sorties agentiques avec des diffs propres et une vue par workspace.
• Garder le controle local tout en donnant plus de structure a l'orchestration.

Retour de la communaute

Le point fort le plus cite est l'isolation par worktree, car elle regle un vrai probleme de chaos entre agents. Les questions reviennent ensuite sur le remote, le passage a l'echelle et la limite d'un outil surtout desktop.

Limites et risques

Baton depend encore de la qualite des agents sous-jacents et d'une bonne hygiene Git. L'offre gratuite limite la concurrence, et l'approche desktop ne conviendra pas a tous les contextes d'equipe.

Alternatives

Les alternatives naturelles incluent Agor, Multica, des environnements type Warp ou Antigravity, et des setups manuels tmux plus git-worktree.

FAQ

• Qui devrait essayer Baton d'abord ? Les developpeurs qui utilisent deja des agents de code en terminal et veulent plus de controle que des fenetres separees.
• Que faut-il verifier tot ? Si le modele desktop-first, le flux Git et les limites de concurrence collent a la facon reelle de travailler.