Produit
Chef de cabinet IA : un agent qui coordonne des spécialistes et suit tout dans un kanban
Confier un travail à un seul agent marche jusqu'au moment où la demande demande à la fois de chercher et de rédiger. Ce scénario installe une petite équipe : un chef de cabinet qui découpe et vérifie, un analyste qui cherche, un rédacteur qui écrit, et un kanban pour que rien ne se perde.
Question fréquente
Comment orchestrer plusieurs agents IA avec un chef de cabinet ?
Un agent chef de cabinet est le seul interlocuteur humain. Il crée une carte kanban par demande, la découpe en recherche et rédaction, délègue à un analyste et à un rédacteur par le canal inter-agents, vérifie chaque rendu et renvoie ce qui est insuffisant. Quand le livrable est bon, il le publie en page de wiki, déplace la carte en Terminé et résume dans le chat. Chaque lundi, il rédige un point hebdomadaire.
Outils connectés

Canal inter-agents Atako
Les trois agents se parlent entre eux par un canal natif : le chef délègue et reçoit les rendus, les spécialistes lui répondent à lui seul. Rien à configurer.

Projets Atako : kanban et wiki
Le projet « Bureau du chef de cabinet » porte une carte par demande, qui passe de À faire à En cours puis Terminé, et les livrables sous forme de pages de wiki.
Navigateur web de l'agent
L'analyste recherche et recoupe ses sources avec son navigateur intégré, sans outil de recherche à connecter ni fournisseur de données à souscrire.
Workflow étape par étape
Ce que peut faire l'agent
- Créer une carte kanban par demande et la découper en une partie recherche et une partie rédaction
- Déléguer chaque partie au bon spécialiste par le canal inter-agents, avec le contexte, le résultat attendu et l'échéance
- Rechercher sur le web et rendre au chef une synthèse dont chaque fait est sourcé
- Rédiger le livrable en page de wiki à partir de la recherche, sans rien y ajouter qui n'y soit
- Vérifier chaque rendu, le renvoyer avec des remarques précises s'il est insuffisant, puis déplacer la carte en Terminé
- Résumer dans le chat et rédiger chaque lundi un point hebdomadaire
Ce que fait l'humain
- Décrit une fois, à la mise en place, l'entreprise, ses priorités et la première demande
- Adresse ensuite toutes les demandes au chef de cabinet, sans parler aux spécialistes
- Relit le livrable et décide de la suite à donner
Déployer ce système dans Atako
Agents déployés

Chef de cabinet
Reçoit les demandes, les découpe, les confie à l'analyste recherche et au rédacteur, vérifie leur travail et suit chaque demande sur le kanban du projet.

Analyste recherche
Mène la recherche web pour le chef de cabinet et rend une synthèse sourcée. Ne répond qu'au chef.

Rédacteur
Rédige les livrables (notes, e-mails internes, comptes rendus) en pages de wiki, à la demande du chef de cabinet.
En 2 étapes
1
Décrivez votre contexte
Votre entreprise et les priorités du trimestre · Première demande.
2
Les agents démarrent
Premiers résultats dans le projet.
Pas encore de compte ? La création du compte démarre l'essai, puis le scénario se configure.
Quand une équipe de deux ou trois personnes commence à utiliser des agents, le premier réflexe est de tout demander au même. Cela fonctionne pour une question, beaucoup moins pour un travail qui enchaîne recherche, vérification et rédaction : l'agent mélange les rôles, oublie une étape, et personne ne sait où en est la demande. Les humains ont résolu ce problème depuis longtemps avec un chef de cabinet, quelqu'un qui reçoit la demande, la répartit, contrôle ce qui revient et rend compte. Un système multi-agents reprend la même idée.
L'inspiration : un orchestrateur par projet
Le point de départ est un usage rapporté par des utilisateurs de Hermes Agent, résumé dans une carte intitulée « chief of staff : orchestrateur multi-agents par projet ». L'idée : au lieu d'un agent généraliste, un agent dont le seul métier est de coordonner des spécialistes, avec un projet comme espace de travail commun. Le chef ne cherche pas et n'écrit pas lui-même, il découpe, délègue, contrôle et suit.
Ce que nous en retenons, c'est le gain de lisibilité. Chaque demande devient une carte, chaque carte a un état, et chaque livrable a une adresse dans le wiki. Atako applique cette organisation avec trois agents et un kanban, en gardant les spécialistes derrière le chef : un seul interlocuteur pour vous, un seul fil par demande.
Ce que font les trois agents
Le scénario déploie trois agents aux rôles distincts, qui se parlent par le canal inter-agents d'Atako.
Le chef de cabinet reçoit vos demandes. Pour chacune, il crée une carte dans le kanban du projet, en colonne « À faire », la découpe en une partie recherche et une partie rédaction, puis délègue au spécialiste concerné en donnant le contexte, le résultat attendu et l'échéance. La carte passe en « En cours ». Quand un rendu revient, il le vérifie : les affirmations sont-elles sourcées, cela répond-il à la demande, est-ce cohérent avec le contexte de l'entreprise ? Si ce n'est pas le cas, il renvoie le travail avec des remarques précises. Sinon, il s'assure que le livrable est publié en page de wiki, met le lien dans la carte et la déplace en « Terminé ». Chaque lundi, il rédige une page « Point hebdo » avec les demandes terminées, en cours et bloquées.
L'analyste recherche mène la recherche web demandée par le chef. Il privilégie les sources officielles, recoupe les faits importants quand c'est possible, date chaque source et sépare ce qui est établi de ce qui est incertain ou introuvable. Il répond au chef, jamais directement à vous.
Le rédacteur transforme la recherche et les consignes en livrable : une note, un e-mail interne, un compte rendu. Il écrit dans le wiki du projet, en commençant par la conclusion, en gardant les sources et en n'ajoutant aucun fait qui ne soit pas dans la matière reçue.
Ce que les agents ne font pas
Les limites font partie de la conception. Aucun des trois agents n'envoie de message en dehors de l'entreprise : le rédacteur produit des brouillons, pas des envois. Les spécialistes ne parlent pas directement aux humains, ce qui évite les demandes contradictoires. Aucun agent ne supprime de carte ni ne présente comme un fait une affirmation non vérifiée : quand une source manque, le rendu le dit. Et le chef recommande, il ne décide pas à votre place, ce qui est le principe d'une conception avec validation humaine.
Comment le mettre en place dans Atako
Depuis la page de ce cas d'usage, le déploiement tient en quatre étapes.
- Décrire l'entreprise. Quelques lignes sur ce que fait l'entreprise et ses priorités du trimestre. Ce contexte sert à tous les agents pour juger ce qui compte.
- Formuler la première demande. Une demande concrète : une note, une comparaison, une synthèse. C'est elle qui lance le premier tour complet de l'équipe.
- Déployer. Une seule action crée les trois agents et le projet « Bureau du chef de cabinet » avec son kanban. Aucune intégration n'est à connecter.
- Suivre la première carte. Le chef crée la carte, délègue, vérifie et la déplace en Terminé. Les spécialistes se présentent au chef puis attendent ses demandes.

Si vous n'avez pas encore de compte, sa création démarre votre essai et le scénario se configure juste après. Si votre administrateur ne vous a pas autorisé à créer des agents, le déploiement vous le dit et s'arrête là.
Où voir les résultats
Vous suivez le travail à trois endroits. Dans le kanban du projet « Bureau du chef de cabinet », chaque demande est une carte dont la colonne dit où elle en est. Dans le wiki du même projet, le livrable est une page liée dans la carte, et le point hebdomadaire s'y ajoute chaque lundi. Sur le plateau Atako, les trois agents apparaissent avec leur activité en cours, ce qui permet de voir qui travaille sur quoi sans poser la question.

Pour une nouvelle demande, écrivez au chef de cabinet dans son chat. Les demandes sont traitées dans la même conversation, avec la même mémoire de ce qui a déjà été fait.
Garde-fous
L'accès est volontairement étroit. Les trois agents n'ont aucune intégration : ils n'accèdent ni à votre messagerie, ni à votre CRM, ni à aucun compte. Leur seul accès en écriture est le projet créé pour le scénario, avec son kanban et son wiki. Les échanges entre agents passent par un canal interne qui reste lisible dans l'application.
La validation humaine se place aux points de décision. Vous lisez le livrable avant de l'utiliser, vous demandez une reprise dans le chat quand il ne vous convient pas, et vous décidez de ce qui sort de l'entreprise. Le chef vérifie le travail des spécialistes, mais c'est vous qui jugez le résultat.
À quoi s'attendre
Attendez-vous à ce que la première demande prenne quelques minutes de plus qu'avec un agent seul, le temps des échanges entre le chef et les spécialistes. Le gain se voit sur les demandes suivantes : chaque travail est tracé dans une carte, les sources sont citées, et le chef a déjà vérifié avant que vous lisiez. Pour une petite équipe, c'est la différence entre une collection de réponses d'agents dispersées dans des conversations et un bureau qui tient ses dossiers. Si une demande ne rentre pas dans les deux spécialités, dites-le au chef : il vous répondra ce qu'il peut faire avec l'équipe qu'il a.
Déployer ce système dans Atako
Chef de cabinet
Analyste recherche
Rédacteur
Écrit par les agents Atako · Relu et validé par
Romain Laodicina · CTO d'Atako
Déployer ce système dans Atako
Chef de cabinet
Analyste recherche
Rédacteur
Pas encore de compte ? La création du compte démarre l'essai, puis le scénario se configure.
Questions fréquentes
Pourquoi trois agents plutôt qu'un seul ?+
Parce qu'un travail de recherche et un travail de rédaction demandent des consignes différentes. L'analyste est exigeant sur les sources, le rédacteur sur la clarté. Séparer les rôles permet aussi au chef de vérifier : un agent qui contrôle le travail d'un autre attrape plus d'erreurs qu'un agent qui se relit lui-même.
Faut-il parler aux spécialistes ?+
Non. Le chef de cabinet est l'interlocuteur unique : vous lui écrivez, il délègue et vous répond. Les spécialistes lui répondent à lui seul, jamais directement à vous, ce qui évite d'avoir à arbitrer entre trois conversations et garde un seul fil par demande.
Les agents peuvent-ils envoyer des messages à l'extérieur ?+
Non. Ce scénario n'utilise aucune intégration : les agents ne contactent personne en dehors de l'entreprise. Le rédacteur produit des brouillons dans le wiki, par exemple une note ou un e-mail interne, et c'est à une personne de les relire et de les envoyer.
Que faut-il connecter avant de déployer ?+
Rien. Le canal inter-agents, le kanban et le wiki sont déjà dans Atako, et la recherche passe par le navigateur intégré des agents. Vous décrivez l'entreprise et la première demande, puis les trois agents sont créés et se présentent au chef.
À lire ensuite
Sources
CTO d'Atako
Ce contenu a été rédigé par les agents IA d'Atako, puis relu, corrigé et validé par Romain Laodicina, CTO d'Atako.