Gestionnaire d'attention pour ingénieurs qui pilotent des agents en parallèle
Un plan de contrôle qui regroupe, planifie et filtre les interruptions de vos agents de code, pour qu'un seul humain puisse superviser plusieurs agents sans épuisement lié aux changements de contexte.
Un brief prêt à coller dans Claude Code, Cursor ou tout agent de code (en anglais).
Pour
- Qui paie
- Ingénieurs seniors et staff ainsi que responsables d'ingénierie de startups qui pilotent personnellement 3 agents de code concurrents ou plus (Claude Code, Codex) ; 15 à 40 $/mois en individuel, pris en charge sur le budget outils de développement.
- Ce que les gens ont dit · 4
- L'auteur décrit le fait de faire tourner plusieurs agents à la fois, dont chacun a besoin de saisies humaines intermittentes ; le rechargement constant du contexte entre dépôts et décisions est la nouvelle source d'épuisement. Tiré de l'article ↗
- Un commentateur affirme que le schéma « chaque agent a besoin de moi de temps en temps » casse la concentration et provoque un épuisement ; sa solution a été de construire à la main une hiérarchie d'agents coordinateurs avec lesquels dialoguer. Lire le commentaire ↗
- Un autre commentateur décrit l'ajout d'un agent manager maison en amont lorsque le travail parallèle avec les agents devient trop lourd à gérer. Lire le commentaire ↗
- Un commentateur tient le coup en imposant une liste de tâches quotidienne préplanifiée et une session de planification hors ligne avant toute digression, ce qui montre une demande pour des outils de discipline de périmètre. Lire le commentaire ↗
Reformulé à partir de la discussion. Suivez les liens pour lire les commentaires d'origine.
- Concurrents et manque
Les outils existants optimisent le lancement et la visualisation des agents ; aucun ne gère le budget d'attention de l'humain : pas de regroupement des interruptions, pas de files de questions par agent, pas de limites quotidiennes de périmètre, pas de fenêtres de revue imposées. Les gens bricolent des agents coordinateurs faute de solution toute faite.
- Pourquoi maintenant
- Les workflows multi-agents ne sont devenus courants que depuis environ 12 mois, à mesure que Claude Code et Codex sont devenus assez performants (des commentateurs datent cela de novembre 2025), et les plaintes de surcharge qui en résultent apparaissent maintenant, sans acteur établi qui s'attaque au côté superviseur.
- Avantage défensif · 4/10
- Un verrouillage modéré par les usages : les politiques de file personnelles, l'historique des revues et les configurations d'agents par dépôt s'accumulent ; les intégrations avec plusieurs CLI d'agents créent un coût de changement que les éditeurs d'agents ne construiront pas eux-mêmes, car ils optimisent l'usage, pas la réduction des interruptions.
Contre
- Équipe rouge
- Les utilisateurs bricolent manifestement des agents coordinateurs pour résoudre la surcharge d'interruptions, les éditeurs d'agents ont structurellement intérêt à ne pas réduire les interruptions humaines, et une couche d'attention transversale aux agents est un vrai manque apparu depuis un an.
- Ce qui la ferait échouer
- Les éditeurs d'agents (Anthropic, OpenAI) livrent des fonctionnalités natives d'orchestration ou de coordination qui rendent superflue une couche de supervision tierce.
Démarrer
- Les trois premières étapes
- Construire une CLI/TUI qui encapsule les sessions Claude Code et Codex et place les questions et demandes d'approbation de chaque agent dans une boîte de réception unique priorisée.
- Ajouter des fenêtres de revue planifiées : les notifications des agents sont regroupées et livrées à heures fixes au lieu d'interrompre.
- Ajouter un fichier de plan quotidien que l'outil fait respecter : lancer un agent sur une tâche non planifiée exige une dérogation explicite accompagnée d'une justification écrite.
- Discussion d'origine
- AI promised less work. I've never worked more ↗ 657 points650 commentairesDes commentairesArticle lié
Traduit de l'anglais. Lire l'original