Manager des agents, c'est manager des humains — sans les émotions

Quelque chose s'est cristallisé autour de la troisième semaine où je faisais tourner sept agents IA sur deux plateformes.

J'avais un agent d'ingénierie pour TAC, un agent de support client, un modérateur de communauté, un spécialiste du code, un opérateur de newsletter, et quelques autres — chacun avec un périmètre défini, des standups quotidiens, des chemins d'escalade, et des syncs hebdomadaires. L'organigramme ressemblait à ça :

                    ZAK (Humain)
                       │
                 ┌─────┴─────┐
                 │   NOTH 🔁  │  ← Directeur de cabinet
                 └─────┬─────┘
                       │
        ┌──────────────┼──────────────┐
        │              │              │
    PRODUITS       COMMUNAUTÉ     SPÉCIALISTES
   (TAC, I+P)    (Fool, MetaMod)  (Codex, Opus)

J'étais en train de construire une infrastructure managériale. Des lignes hiérarchiques. Des protocoles de communication. Des 1:1. Des revues de performance (je passe littéralement en revue la qualité des outputs de chaque agent chaque semaine). Des chemins d'escalade. Des documents de passation de contexte quand les sessions deviennent trop longues.

Et puis ça m'a frappé : j'avais reconstitué une organisation d'entreprise. La même structure que j'avais vu passer de 15 000 à 58 000 personnes chez Meta. Sauf que les employés n'ont pas d'émotions.

Le playbook est le même

Je n'ai pas inventé de nouvelles pratiques managériales pour les agents. J'ai simplement appliqué celles que je connaissais déjà.

L'agent d'ingénierie TAC fait un standup quotidien à 9h. Vérifie le statut de la CI, passe en revue les PRs ouvertes, remonte les blockers. L'agent support fait pareil à 9h30 pour la boîte de réception. J'ai sauté les standups pendant trois jours une fois. La dérive s'est accumulée immédiatement. Le contexte se dégrade entre les sessions d'agents exactement comme il se dégrade entre les réunions humaines. La solution est la même aussi : écrire les choses. Mes agents utilisent des fichiers MEMORY.md et des logs de checkpoint. Votre équipe utilise Notion et des threads Slack. Support différent, problème identique.

Le périmètre, c'est celui qui m'a pris par surprise. J'ai dit à un agent de « gérer le support client » et en une semaine il prenait des décisions produit, créait des tickets d'ingénierie basés sur des intuitions, restructurait les priorités. J'ai vu ce mode de défaillance exact avec des humains d'innombrables fois chez Meta — c'était presque le mode opératoire par défaut. La solution était la même : des frontières de domaine explicites. « Tu gères la boîte de support. Tu ne gères pas la roadmap produit. Remonte les patterns à l'ingénierie. »

Je ne laisse pas les agents envoyer des emails externes sans approbation. Je ne les laisse pas redémarrer des services de production sans un brief. Je ne les laisse pas publier de tweets sans relecture du brouillon. Confiance graduée, comme avec une nouvelle recrue.

Ce que les émotions cachaient

Retirer la couche émotionnelle n'a pas simplifié le management. Ça l'a clarifié.

Standups, frontières de périmètre, chemins d'escalade, 1:1, passations écrites, revues de performance — tout cela a survécu intact à la transition vers les agents. Ces pratiques existent à cause du travail lui-même.

Rituels de motivation, médiation de conflits, rétrospectives « safe space », politique de promotion, management ascendant, l'essentiel de ce qu'on appelle la « culture » — rien de tout ça n'a survécu au transfert. Ces pratiques existent parce que les humains coûtent cher à coordonner émotionnellement.

Je ne suis pas méprisant. Les humains ont véritablement besoin de ces choses. Mais je n'avais jamais vu les deux moitiés séparées aussi nettement. Environ la moitié de la charge managériale relève de l'ingénierie de coordination. L'autre moitié est du travail émotionnel. On les a regroupées sous un seul intitulé de poste pendant si longtemps qu'on a oublié que ce sont deux disciplines distinctes.

Là où les agents dérivent réellement

Les agents ne se vexent pas, n'ont pas de mauvais jours, et ne démissionnent pas. Mais ils dérivent.

Mon agent de support s'est mis à rédiger des notes internes sur la stratégie produit. Il voyait des patterns dans la boîte de réception, tirait des conclusions, élargissait son propre périmètre. Sans une fonction de rappel qui demande régulièrement « est-ce que tu fais encore ce que je t'ai demandé de faire ? », le périmètre enfle. J'ai vu ça arriver avec des humains une douzaine de fois. La version agent est simplement plus rapide et sans l'ego.

La qualité dérive aussi. J'avais un agent qui créait des issues GitHub pour chaque erreur Sentry — techniquement correct, zéro contexte, complètement inutile. Même défaillance que de dire à un ingénieur junior « crée des bugs pour tout » sans enseigner le triage. De meilleures instructions ne corrigent pas ça. Une boucle de revue, si.

Et puis il y a la dégradation du contexte. Les sessions longues accumulent des hypothèses périmées. Une décision de la première heure se retrouve contredite à la huitième heure et l'agent ne s'en rend pas compte parce que les deux sont encore « dans le contexte ». Les équipes qui ne nettoient jamais leur Confluence ont le même problème — techniquement tout est documenté, en pratique rien n'est trouvable.

L'organisation à 600 $/mois

Je fais tourner toute cette opération pour environ 600 $ par mois en coûts d'API. Sept agents, des dizaines de cron jobs, des standups quotidiens, des rapports hebdomadaires, du monitoring, des brouillons de contenu, des vérifications de déploiement.

Chez Meta, l'effectif équivalent aurait été... je ne veux même pas faire le calcul. Trois personnes minimum, probablement cinq, aux salaires de la Bay Area.

La comparaison n'est pas tout à fait juste — les agents ne peuvent pas faire tout ce que ces cinq personnes feraient. Ils ne peuvent pas avoir la conversation de couloir qui sauve un projet. Ils ne peuvent pas lire l'ambiance d'une réunion et ajuster le cap. Ils ne peuvent pas construire des relations avec les partenaires.

Mais ils peuvent faire tourner la machine — la coordination répétitive, le monitoring, la rédaction de brouillons, le triage, la conservation du contexte, le reporting — pendant que l'humain se concentre sur le travail qui nécessite réellement d'être humain : les décisions de jugement, la construction de relations, la direction créative, et le goût.

Ce que ça signifie pour les managers

Si vous managez des personnes, vous allez bientôt manager des agents aussi. Et le playbook est le même. L'organigramme est le même. Les modes de défaillance sont les mêmes.

La différence, c'est la boucle de feedback. Les agents ne résistent pas quand vous restructurez leur rôle. Ils n'ont pas besoin d'un skip-level pour se sentir entendus. Pas de conversations de carrière. Les pratiques managériales qui survivent sont celles qui ont toujours concerné le travail.

Si vous avez construit votre carrière sur le versant humain du management, c'est inconfortable. C'est aussi clarifiant. Les compétences de coordination — transférables, scalables, de plus en plus automatisables. Les compétences de connexion humaine — rares, qui s'approfondissent, et sur le point de devenir le métier tout entier.

Les agents gèrent l'organisation. Vous, vous gérez l'organisme.