L’essentiel
- Slack a annoncé Slack Code, qui installe des agents IA de développement (Claude Code d’Anthropic, Devin de Cognition, GitHub Copilot, l’agent de Vercel) dans des canaux d’équipe dédiés.
- L’agent ouvre lui-même un canal de projet, y publie ses diffs, ses aperçus en direct et son plan de travail, puis archive le canal en laissant une trace consultable.
- Le produit est disponible sur toutes les formules Slack, mais chaque entreprise doit apporter ses propres accès aux agents partenaires.
Un développeur signale une fonctionnalité cassée dans un canal Slack. L’agent de Cognition accuse réception par un emoji, répond dans le fil, enquête, ouvre une pull request, et tague de lui-même le développeur responsable du fichier concerné. Toute l’équipe a suivi l’opération en direct.
Cette scène, jouée hier au point presse de lancement, résume Slack Code. Salesforce ne prétend nulle part programmer mieux que Claude Code ou Devin : il sort ces agents du terminal d’un seul développeur pour les asseoir dans un canal que toute l’équipe regarde.
Un agent qui ouvre sa pull request devant témoins
Le geste de départ tient en une mention. Vous taguez un agent depuis n’importe quelle conversation, il crée un canal dédié au projet et y travaille à découvert. Des onglets séparés affichent son plan, ses diffs (le détail ligne à ligne de ses modifications) et ses aperçus en direct. Le canal s’archive quand la tâche est finie.
Jeff Wang, président de la division new enterprise chez Cognition, a détaillé le reste du dispositif devant la presse : l’agent dispose de sa propre machine et pilote Chrome et ses DevTools pour vérifier de lui-même que la fonctionnalité fonctionne à nouveau. « Il connaît même le code owner, vous voyez qu’il a tagué Theo au passage », commente-t-il, en désignant le développeur que Devin a mis dans la boucle.
La suite se joue dans le canal : quelqu’un de l’équipe design y dépose un fichier Figma en cours de route, l’agent l’intègre sans s’interrompre, puis clôt le travail en publiant ses modifications avec des captures et une démonstration enregistrée. Le pair programming se pratiquait à deux devant un écran ; ici, le travail se déroule devant une assemblée.
Slack se place au-dessus des agents sans payer leur calcul
Aucune tentative, dans l’annonce, de rivaliser avec Anthropic, GitHub, Cognition ou Vercel sur la qualité du modèle. Le produit arrive sur toutes les formules dès le lancement, et le client apporte ses propres abonnements aux agents.
Le positionnement est net : Slack s’installe au-dessus de tous ces fournisseurs sans payer la facture de calcul d’aucun. L’essor des agents IA s’est joué jusqu’ici comme une affaire de productivité individuelle, un développeur seul avec son agent dans une fenêtre de terminal. La mise porte sur l’étage supérieur, la couche collaborative, avec ses journaux, sa recherche interne et ses habitudes. Qui tient cette couche tient le flux de travail, quel que soit le modèle qui gagne en dessous.
Le calcul n’a rien d’inédit : GitHub a rassemblé les mêmes agents, de Claude à Codex en passant par Devin, Jules et Grok, sous son propre toit avec Agent HQ, avec une console de pilotage unique et des branches réservées. Deux couches se disputent donc la tour de contrôle, celle où le code vit et celle où l’équipe parle.
Salesforce, de son côté, a besoin que l’annonce prenne : une messagerie devenue poste de commande des agents pèse autrement plus lourd, dans son catalogue, qu’une messagerie de plus.
La relecture diluée dans un canal de trente personnes
Rob Seaman, PDG par intérim de Slack, résume la promesse sans détour : « Le code n’est plus le goulot d’étranglement. Les idées, le goût, le jugement, le métier, voilà les goulots, et vous avez élargi la population capable d’y contribuer à toute personne présente dans votre Slack. »
La formule est séduisante, et elle laisse une chose de côté. Ouvrir la contribution à un canal entier, c’est aussi ouvrir la relecture à un canal entier. Une revue que tout le monde peut faire est une revue que personne ne fait. Trente personnes voient défiler un diff, chacune suppose qu’une autre l’a lu, et l’approbation par silence s’installe.
Le détail le plus parlant de la démonstration est justement ce code owner que l’agent tague de lui-même. Le dispositif ne fonctionne que parce qu’une responsabilité était déjà écrite quelque part, dans un fichier CODEOWNERS. Là où elle n’existe pas, la conversation de groupe ne renforce pas la revue : elle la remplace.
La preuve produite par celui qui a fait le travail
Wang défend l’agent hébergé contre l’agent local avec un argument d’audit : « Passer à l’échelle, auditer, donner ça à tout le monde, c’est beaucoup plus simple avec la forme des agents cloud qu’avec des agents locaux. » D’où les captures et la vidéo attachées en fin de tâche, censées prouver que la fonctionnalité marche.
Cette preuve, pourtant, est produite par celui-là même qui a exécuté le travail. Une capture établit qu’un scénario a répondu une fois ; elle ne dit rien de ce qui a cassé ailleurs, ni du test qui manque. Un canal archivé et cherchable vaut évidemment mieux qu’un historique de terminal perdu sur un portable. Mais une trace de discussion ne vaut pas registre d’approbation : dans une forge, la plateforme qui héberge le dépôt et ses revues, une validation porte un nom, là où un emoji dans un fil ne porte rien.
Trois décisions à trancher avant d’ouvrir un canal
- Qui a le droit de taguer un agent : l’accès en écriture au dépôt et la dépense associée se tranchent avant, pas dans le fil.
- Où reste la barrière de merge : dans la forge (revues requises, CODEOWNERS, intégration continue), jamais dans le canal, même quand le canal devient l’endroit où tout se voit.
- Ce qui vaut accord : une personne nommée qui valide, pas un consensus de conversation.
Slack a tout intérêt à ce que le canal devienne la référence du projet. Une équipe qui tient à sa discipline d’ingénierie laissera cette place au dépôt, et se servira du canal pour ce qu’il fait de mieux : rendre le travail visible pendant qu’il se fait.
Mon avis
Cet outil va surtout fabriquer une catégorie de dette inédite : du code fusionné que personne n’a vraiment relu, précisément parce que trente personnes l’avaient sous les yeux. La visibilité n’est pas la relecture, et j’ai vu assez de canaux d’incident pour savoir qu’un fil très actif produit d’abord de la confiance collective mal placée. J’attends de Slack autre chose que des aperçus plus léchés : une validation nominative, avec un humain identifiable au bout de la chaîne. Sans ça, la trace archivée servira à désigner un responsable après coup, ce qui est exactement l’inverse d’une revue.
