Les modèles de pointe deviennent plus intelligents chaque semaine, et des modèles comme Sol, Opus et Fable peuvent prendre en charge des tâches bien plus importantes que corriger des bugs ou nettoyer votre boîte de réception. Il vous suffit d'un système capable de les mettre au travail.
Cette semaine, nous ouvrons la bêta de notre gestionnaire d'agents dans Tability.
- Commencez par un objectif
- Attribuez-le au gestionnaire d'agents
- Le gestionnaire d'agents le découpera en un plan d'exécution, recrutera une équipe d'IA, et la mettra au travail jusqu'à ce que votre objectif soit atteint.
Je parle de quelque chose comme « faire passer notre valeur de trafic de $15k à $20k ». Un objectif qui ne peut pas être résolu en une seule session. Quelque chose auquel vous devrez revenir pendant des semaines, peu importe la quantité de travail que vous pouvez produire en une journée.
Le déploiement d'une nouvelle équipe prend 2 minutes, et vous pouvez passer de 0 à 50 agents travaillant sur la croissance en 20 minutes.
La vidéo ci-dessous montre la configuration complète en 15 minutes. Oui, c'est plus que 2 minutes, mais c'est parce que je commente tout avec mon accent français.
Chronologie
- 0:00-2:45 : contexte général
- 2:45-3:30 : attribution d'un gestionnaire IA à un objectif
- 3:30-5:30 : création du heartbeat dans Codex
- 5:30-8:25 : le gestionnaire IA découpe l'objectif en plan d'exécution
- 8:25-9:45 : examen et approbation de l'équipe IA proposée
- 9:45-11:50 : création de l'équipe IA (par le gestionnaire IA)
- 11:50-fin : moi qui vous vends tous les avantages que vous allez pouvoir en tirer, parce que je suis incapable de m'arrêter d'en parler.
Vous pouvez essayer cela dès aujourd'hui sur tability.io. Connectez simplement le Tability MCP Server à Claude ou Codex et exécutez les étapes de la vidéo (personnellement je préfère Codex, car je le trouve meilleur pour fonctionner sans interruption).
Pourquoi recruter des gestionnaires, pas des agents
Si vous essayez de faire évoluer vos agents en les créant vous-même, vous devenez le goulot d'étranglement. Dix agents, ça va. Cent, c'est un travail à temps plein : rédiger des prompts, définir des rôles et se souvenir de qui est censé faire quoi.
Le modèle fonctionne donc du haut vers le bas. Vous partez d'un objectif, et au lieu de le confier à une équipe d'humains, vous le confiez à un gestionnaire IA. Le gestionnaire lit l'objectif, le découpe en éléments plus petits, et recrute sa propre équipe de spécialistes pour travailler dessus.
Vous gérez des gestionnaires. Eux gèrent le reste.
L'autre moitié de l'histoire, c'est que nous ne remplaçons pas votre configuration existante. Le gestionnaire et son équipe fonctionnent sur votre compte Claude ou Codex, avec les outils que vous y avez déjà connectés. Tability conserve le contexte métier – les objectifs, les plans, la progression, l'historique – et votre environnement d'agents fait le travail.
La configuration prend environ deux minutes
Il vous faut un espace de travail Tability connecté à l'outil que vous utilisez, Claude ou Codex.
Dans la démo, j'ai un plan avec un objectif : augmenter la valeur de trafic Ahrefs d'un site de $15k à $20k. Au lieu de le confier à un humain, je le confie à un gestionnaire et je choisis l'hôte. Tability génère une instruction. Je la copie, je la colle dans Codex, et je l'exécute.
À partir de là, Codex met en place un heartbeat. Il demande quel modèle utiliser et à quelle fréquence le gestionnaire doit s'exécuter. J'ai choisi toutes les 30 minutes.
Vous pouvez aller plus loin. Toutes les 20 minutes, toutes les cinq minutes, 24h/24 et 7j/7 si vous le souhaitez. La seule vraie limite est votre capacité à suivre ce qui revient. Chaque exécution produit des mises à jour, des propositions et des questions, et il est inutile d'en générer plus que vous ne pouvez en lire. Vingt à trente minutes est un bon point de départ.
Première exécution : un plan et une équipe proposée
Une fois le heartbeat en place, le gestionnaire passe à la planification. Dans la vidéo, je force une exécution plutôt que d'attendre, mais c'est exactement ce qui se serait produit tout seul.
Le gestionnaire revient avec deux choses.
D'abord, un sous-plan. L'objectif a été découpé en résultats clés – réparer les pages cassées, augmenter la valeur de trafic sur les pages commerciales, etc. Toute l'exécution de cet objectif vit désormais dans un plan structuré plutôt que dispersée dans un historique de discussion.
Ensuite, une équipe proposée. Dans ce cas, un optimiseur SEO, un spécialiste de la réparation et un spécialiste des relations presse numériques, avec des rôles rédigés pour cet objectif précis plutôt que repris d'un modèle type.
Vous n'avez rien à chercher vous-même. Tout cela atterrit dans la section « Action requise » de votre page d'accueil. Vous examinez l'équipe proposée et vous l'approuvez, et le heartbeat suivant crée les agents, chacun avec son propre chat dédié et sa propre part du plan.
Mettez cela en place le matin, revenez à midi, approuvez une équipe. C'est toute la première journée.
Ils vous demanderont des accès
Voici la partie où je veux être honnête. Au début, vous recevrez une file d'agents vous demandant des choses. Accès au CMS. Accès au dépôt de code. Tout ce dont ils ont besoin pour prendre en charge leur mission de bout en bout.
Ce n'est pas un bug du processus, c'est le processus. L'agent vous dit ce dont il aurait besoin pour travailler sans vous dans la boucle, et vous décidez. Vous pouvez l'autoriser, ou dire au gestionnaire de contourner la contrainte, et il s'adaptera.
La façon la plus simple de gérer cela est de rester dans le fil de discussion d'origine du gestionnaire, afin que le contexte reste au même endroit plutôt que d'être réexpliqué à chaque agent.
Après les premiers jours, cela se stabilise, et les agents fonctionnent sans vous demander grand-chose.
Ce qu'un simple fil de discussion ne vous donne pas
La vraie différence apparaît après une semaine ou deux.
Un objectif comme la valeur de trafic n'évolue pas à cause de ce qui s'est passé aujourd'hui. Il évolue sur plusieurs semaines, et la seule façon de savoir si le travail porte ses fruits est de le suivre correctement. Avec cette configuration, vous obtenez le plan d'exécution, la progression semaine après semaine de chaque résultat clé, des graphiques, et des mises à jour rédigées par le gestionnaire expliquant ce qui a changé et pourquoi.
Vous pouvez toujours revenir dans la session Codex ou Claude pour voir exactement ce qu'un agent a fait. Mais vous n'êtes plus obligé de le faire, et c'est bien là tout l'intérêt. Vous pouvez voir quels agents font du bon travail et lesquels non, depuis un tableau de bord, sans rien avoir à lire.
Et si vous voulez orienter les choses, répondez dans les commentaires. Le gestionnaire en tient compte au heartbeat suivant.
En interne, nous faisons tourner environ 25 agents sur ce projet, dont 20 sous ma gestion, et nous continuons à faire grandir l'équipe. Ce qui compte, ce n'est pas le chiffre. C'est qu'ajouter le vingt-et-unième agent ne me coûte rien, puisque je n'ai pas non plus créé les vingt premiers.
La configuration complète, étape par étape
Tout ce qui précède, dans l'ordre, pour que vous puissiez suivre sans avoir à mettre la vidéo en pause. L'exemple ci-dessous utilise Codex.
Avant de commencer
Il vous faut un espace de travail Premium avec les fonctionnalités IA activées, l'autorisation de modifier l'objectif, l'accès API activé pour votre utilisateur Tability, et un compte Codex, ChatGPT ou Claude Cowork. J'utilise Codex, car c'est le meilleur des trois pour fonctionner sans interruption.
Connectez le Tability MCP server à votre hôte, puis vérifiez-le en demandant à l'hôte d'utiliser Tability pour afficher qui vous êtes. Vérifiez qu'il indique le bon utilisateur et le bon espace de travail avant d'installer quoi que ce soit. Ne collez jamais de jeton API dans un prompt – la configuration utilise l'authentification OAuth via navigateur.
1. Choisissez le bon objectif
Choisissez quelque chose qui ne peut pas être terminé en une seule session. « Faire passer la valeur de trafic de $15k à $20k » fonctionne. « Rédiger un article de blog » non – c'est une tâche, et vous avez déjà un moyen de faire des tâches.
2. Attribuez le gestionnaire
Ouvrez l'objectif, sélectionnez Attribuer un gestionnaire, donnez-lui un nom clair, et choisissez votre hôte.
3. Installez la tâche durable
Copiez les instructions complètes générées par Tability dans une toute nouvelle conversation sur cet hôte, et exécutez-les. Le fait qu'elle soit nouvelle est important – cette conversation devient le contexte permanent du gestionnaire, et tout ce qu'il fera ensuite se déroulera dans le même fil, avec la même mémoire.
4. Confirmez le modèle et la planification
Le programme d'installation vous le demandera. Les heures de bureau constituent l'option par défaut raisonnable : toutes les 30 minutes, du lundi au vendredi, de 8h00 à 16h30. Vous pouvez passer en 24h/24 et 7j/7 si vous le souhaitez. Vous pouvez aussi choisir toutes les cinq minutes, mais vous ne suivrez pas le rythme des résultats, donc évitez.
5. Vérifiez l'installation
Vérifiez que le heartbeat existe bien sur votre hôte, que Tability indique le gestionnaire comme Installé, et que l'objectif est passé en planification. Une tentative de configuration n'est pas une installation réussie.
6. Attendez la première exécution, ou réveillez-la
Le gestionnaire planifie au heartbeat suivant. Dans la vidéo, je force une exécution pour ne pas attendre, et vous pouvez faire de même depuis les paramètres de l'agent si vous voulez voir tout le cycle en une seule fois.
7. Passez en revue le plan et l'équipe proposée
Les deux atterrissent dans la section « Action requise » de votre page d'accueil. Vous obtenez un sous-plan avec ses propres résultats clés, et trois ou quatre rôles de spécialistes rédigés pour cet objectif. Vérifiez les responsabilités, les résultats attendus, les outils et les accès manquants de chaque rôle avant d'aller plus loin.
8. Approuvez l'équipe
Répondez à la dernière proposition d'équipe par un Approve ou Approved clair, en tant qu'utilisateur pouvant modifier le plan racine. C'est le piège classique : un changement de statut, un commentaire positif sans rapport, ou une réponse à une proposition plus ancienne n'autorisera pas la création de l'équipe. Rien n'est créé tant que le gestionnaire ne voit pas une approbation en bonne et due forme.
9. Laissez le gestionnaire constituer l'équipe
Lors de l'exécution suivante, il crée chaque agent avec son propre contexte de tâche dédié et sa propre part du plan. Chacun dispose d'un chat séparé – les agents enfants ne partagent jamais le fil du gestionnaire ni celui des autres.
10. Gérez les demandes d'accès
Puis la boucle démarre. Les agents demanderont un accès au CMS, un accès au dépôt de code, tout ce dont ils ont besoin. Répondez dans le fil de discussion d'origine du gestionnaire afin que le contexte reste au même endroit, ou dites au gestionnaire de contourner la contrainte. Orientez via les commentaires, surveillez depuis le plan d'exécution, et gardez un responsable humain sur la supervision.
Référence complète, y compris le dépannage pour les cas où une planification ne se réconcilie pas ou où un hôte affiche des routines en double, dans le guide Agent Workforce Manager.
Essayez-le dès aujourd'hui
Démarrez un essai sur tability.io, connectez votre espace de travail à Claude ou Codex, et attribuez un gestionnaire à un objectif. Attribuez le gestionnaire, validez, collez le prompt dans votre outil. Tout le reste se déroule à partir de là.
Vous pouvez faire un speedrun comme je l'ai fait dans la vidéo en forçant les heartbeats, et ça vaut le coup de le faire une fois pour voir à quoi ça ressemble. Mais la meilleure version est la plus ennuyeuse. Vous la configurez avant de vous coucher, vous fermez votre ordinateur, et au petit-déjeuner, un plan, une équipe et une pile de retours vous attendent.
.jpg)
