Claude Tag : agents IA dans l’équipe sur Slack avec identité d’agent
Il s’appelle @Claude, vous l’écrivez dans un canal, et le travail commence à partir de là. Anthropic a sorti Claude Tag le 23 juin 2026, une fonctionnalité qui transforme le modèle en membre d’une équipe au sein de Slack, joignable avec une mention comme vous le feriez pour un collègue. Les données que l’entreprise de San Francisco met sur la table pour expliquer pourquoi elle y croit sont internes : aujourd’hui 65 % du code de son équipe produit provient de la version interne de cet outil, et le même geste s’étend au-delà de l’ingénierie, de la récupération des métriques du produit au support des tickets jusqu’à la recherche de la cause d’un bug difficile.
Ceux qui ont déjà utilisé Claude Code ou Cowork retrouveront un mécanisme familier : vous décrivez la tâche en termes simples, le modèle la décompose en phases et les parcourt une à une avec les outils auxquels il a accès, puis répond dans le fil de discussion avec ce qu’il a produit. Ce qui change, et qui change beaucoup, c’est le contour.
« Une » Claude par chaîne, et tout le monde voit son travail
Dans une chaîne Slack, il n’y a pas de conversation privée entre un utilisateur et un assistant, il n’y a qu’un seul Claude qui parle à tout le monde. Anthropic l’appelle « multijoueur », et le mot décrit bien la différence : tout le monde voit sur quoi le modèle travaille, n’importe qui peut reprendre le fil là où un collègue l’a laissé, et l’interaction ressemble plus à une confrontation avec un coéquipier qu’à une séquence d’invites dans une seule conversation.
Ensuite, il y a la mémoire, qui se construit en restant dans le canal. Le modèle suit les conversations, accumule le contexte de l’œuvre, ce qui évite d’avoir à réexpliquer les choses à chaque fois. Il peut également s’appuyer sur d’autres canaux et sources de données, s’il y est autorisé, et ne rapporte rien en externe à partir de canaux privés.
Déléguez et partez : travail d’agent asynchrone
La partie qui pèse le plus sur l’organisation du travail est l’asynchronie. Vous attribuez une tâche et passez à autre chose au fur et à mesure que le modèle progresse. Claude peut planifier des tâches tout seul, réaliser un projet de manière autonome pendant des heures ou des jours, et Anthropic affirme avoir consacré une bonne partie de son temps à déléguer de nombreuses tâches en parallèle à de nombreuses instances.
À cela s’ajoute un comportement que la documentation appelle « ambiant » : s’il est activé, le modèle tient les utilisateurs informés de ce qu’il juge utile de savoir, rapporte les informations pertinentes des canaux et outils connectés, et remplit les fils de discussion ou les tâches en attente sans que personne ne le demande. Les messages directs restent l’espace privé : Claude y répond avec les outils et connecteurs personnels de l’écrivain.
L’identité de l’agent au lieu des autorisations de l’individu
On arrive ici à la partie architecturale, celle qu’Anthropic explique dans un post technique signé par son équipe sur Claude Code. Dans l’expérience « solo », un assistant agissant au nom d’une personne hérite simplement des autorisations de cette personne sur ses comptes, Drive, GitHub, son calendrier. Dans un canal partagé, ce modèle échoue, pour deux raisons.
Le premier est l’autonomie croissante : la durée des tâches qu’un agent accomplit seul, nous rappelle Anthropic, double environ tous les quatre mois, et un agent qui planifie son propre travail et répond aux événements des heures après que la personne qui l’a activé a fermé l’ordinateur portable ne peut pas conserver les informations d’identification d’une seule personne.
Le second est « multijoueur » : dans un canal où trois ingénieurs et un chef de produit déboguent ensemble, quelles autorisations comptent ? Il n’y a pas de bon choix une fois pour toutes.
La réponse est l’identité de l’agent. Claude n’agit plus comme tel ou tel utilisateur, il agit comme lui-même : il a son propre compte dans chaque système qu’il touche, il publie sur Slack sous le nom de Claude App, il ouvre des pull request sous le nom de Claude GitHub App, il interroge l’entrepôt de données avec un compte de service créé par un administrateur.
Sans informations d’identification personnelles, un canal partagé ne peut pas devenir une porte dérobée vers les documents privés de quelqu’un. La question habituelle, « que peut faire cet utilisateur ? », cède la place à une autre : que peut faire cet agent, dans ce compartiment ?
Limites par canal, révocation d’un geste
L’administrateur définit une identité au niveau de l’espace de travail, l’ensemble de base de connexions et de compétences que Claude possède partout, et chaque canal en hérite par défaut. En cas de besoin, elle est surpassée sur le canal unique : accès à GitHub et à l’entrepôt dans le canal ingénierie, connexion au CRM cantonnée à un canal privé. En plus des identifiants, l’administrateur décide à quels référentiels le modèle accède en lecture et en écriture, quels connecteurs et clés API il a en main, les compétences et plugins qu’il charge dynamiquement, les instructions contextuelles valables dans chaque canal.
Chaque chaîne privée possède sa propre identité, tandis que les chaînes publiques partagent un espace de travail. Les frontières gouvernent aussi la mémoire : ce que Claude apprend dans un canal privé ne transparaît pas dans le reste de l’organisation, et son identité dans le canal légal n’atteint pas le code accordé uniquement à l’ingénieur. Les informations d’identification sont stockées séparément et injectées à la périphérie du réseau au moment de la demande, le trafic vers des hôtes non autorisés est bloqué et chaque routine, écriture en mémoire et appel réseau effectué avec les informations d’identification de l’agent se retrouve dans un journal.
La révocation de l’identité ferme l’accès partout où cette identité a été utilisée, ce qui est beaucoup moins fastidieux que la reconstruction manuelle des actions d’un agent sur des dizaines de comptes d’utilisateurs.
Où partir et quoi laisser de côté
Le conseil qui vient de ceux qui l’utilisent déjà en interne est de commencer généreusement. Anthropic note que la valeur de Claude Tag se multiplie avec l’accès aux outils et au contexte, car chaque système connecté se rend les uns les autres plus utiles : un fil de discussion de Slack, un document de Drive, un ticket d’un tracker et une requête sur l’entrepôt se réunissent dans une réponse qu’aucun outil seul ne pourrait donner. La recette proposée est progressive : un profil de base dans quelques chaînes, puis une lecture du registre avant d’étendre l’accès une autorisation à la fois, lorsque le travail le justifie.
Pour ceux qui ont besoin d’un maillage plus serré, il existe les leviers opposés : désactiver Claude Tag dans des canaux spécifiques et appliquer des contrôles d’accès par rôle qui décident non seulement ce que l’agent peut atteindre mais aussi qui peut l’appeler. Les messages directs, ancrés dans votre compte personnel claude.ai, restent le bon endroit pour les tâches et les outils qui ne doivent jamais vivre dans un canal, des brouillons d’e-mails aux logiciels sous licence individuelle.
Claude Tag est en version bêta à partir d’aujourd’hui pour les clients Enterprise et Team, fonctionne sur Opus 4.8 et remplace l’ancienne application Claude dans Slack, avec trente jours pour migrer.
Ce qui reste en arrière-plan est une question qui concerne moins la technologie que la manière dont les organisations répartissent la confiance et les responsabilités : le transfert du contrôle de l’utilisateur au canal remodèle qui est responsable de quoi, et ce, au moment même où les agents apprennent à planifier leur travail et à se déplacer lorsque personne ne regarde.
C’est le type de transformation qui dans «Déplacement spatial» Je l’avais lu comme une redéfinition de l’espace dans lequel les choses se produisent, et ici l’espace est le canal. Après une délégation qui tourne pendant des heures sans supervision directe, la question qui se pose n’est pas de savoir si l’agent sait travailler, ce qui est désormais acquis à quiconque l’a vu clôturer une tâche : c’est de savoir où une organisation veut tracer les limites de son compartiment, et dans quelle mesure elle est, sans aucun doute, disposée à faire confiance à un collègue qui ne s’éteint jamais.
