Slack a annoncé Slack Code le 20 août : mentionnez un agent de codage sur un élément de travail, et un canal de code dédié se crée autour de cette tâche, visible par toute l’équipe plutôt que par la personne qui l’a invoqué. Le canal affiche les diffs de code, les documents de planification et les aperçus HTML en direct en ligne, intègre les collègues et s’archive de lui-même une fois le travail terminé tout en restant consultable comme trace. Les partenaires de lancement sont Anthropic, Cognition, GitHub, OpenAI et Vercel, avec GitHub Copilot opérant dans les canaux.

L’argument avancé

Le message de Slack est que le développement assisté par agent a régressé à un mode solo. Quelqu’un ouvre un onglet privé, interroge un agent, disparaît, et l’équipe découvre le résultat après coup sans avoir eu la possibilité de relever une hypothèse erronée. L’entreprise dit avoir buté sur ce problème en interne : l’exécution d’agents en plusieurs tours était trop bruyante pour un fil de discussion ordinaire, mais laisser les ingénieurs se replier vers des onglets de navigateur faisait perdre la visibilité qui rend Slack utile. Les canaux de code sont la réponse — un espace qui s’élargit avec la tâche et disparaît ensuite.

Ce que le cadrage courant ignore

Le billet ne comporte qu’un seul chiffre : plus de 70 % des canaux de code s’ouvrent et se ferment en moins d’une journée, de l’idée à la pull request fusionnée. Ce chiffre est repris comme un résultat produit. Il ne l’est pas — il décrit l’équipe d’ingénierie de Slack qui utilise elle-même la fonctionnalité, sans dénominateur, sans base de comparaison sur la durée qu’exigeait le même travail auparavant, et sans clients externes dans l’échantillon. Deuxièmement, « confiance de niveau entreprise, sans configuration supplémentaire » renvoie de manière étroite aux permissions et aux contrôles administrateurs, que Slack Code hérite de Slack. Cela ne veut pas dire que les agents sont inclus : le travail est assuré par des modèles d’Anthropic, OpenAI, Cognition, GitHub et Vercel, chacun faisant l’objet d’une licence séparée et d’une facturation séparée.

Où cela se situe

Ce qui est intéressant n’est pas technique mais organisationnel — l’unité de travail des agents à examiner devrait être la conversation plutôt que la pull request, et un canal archivé serait un meilleur journal d’audit qu’un historique de commits. C’est un pari sur la manière dont les équipes voudront superviser les agents, et il sera tranché par la question de savoir si quelqu’un en dehors de Slack reproduit les 70 %.