Comment fonctionne Slack Code ?

Le principe est volontairement simple :

• un membre de l’équipe mentionne un agent de programmation pour créer une fonctionnalité, modifier une page web ou corriger un bug ; Slack ouvre alors un canal de code spécifique au projet ;
• ce canal rassemble le plan proposé par l’agent, ses échanges avec l’équipe, les différences entre le code existant et le nouveau code, ainsi qu’une prévisualisation en direct ;
• les collaborateurs peuvent commenter, demander des modifications, examiner les diffs et visualiser le rendu HTML ou de l’interface avant toute mise en production ;
• l’équipe peut enfin approuver le résultat avant sa fusion dans le projet.

L’objectif est donc de ne plus recevoir uniquement une pull request terminée. Les membres de l’équipe peuvent observer le raisonnement opérationnel de l’agent, le guider au fil de la tâche et intervenir avant que le code ne soit livré.

Le code sort des « onglets privés »

Slack veut faire du développement logiciel une activité visible par l’ensemble de l’équipe produit, et pas seulement par la personne qui utilise l’agent. Un chef de produit peut suivre l’avancement d’une demande, un designer vérifier une interface en direct et d’autres collègues commenter les exigences sans devoir maîtriser chaque détail technique.

Slack résume cette approche comme une manière de faire sortir le développement des « onglets privés », afin que les humains et les agents puissent écrire, relire et déployer du code ensemble, au vu de tous.

Cette visibilité ne signifie toutefois pas que l’agent décide seul de la mise en production. Le modèle présenté conserve une responsabilité humaine et peut prévoir une validation ou une signature humaine avant la fusion en production. Les éléments fournis ne documentent pas suffisamment le fonctionnement technique exact de cette barrière de validation.

Le parcours de correction d’un bug

La démonstration publiée par Slack suit un scénario concret : une équipe repère un bug, une nouvelle fonctionnalité à ajouter ou une modification à apporter à une page web, puis mentionne un agent tel que Claude Tag ou ChatGPT. L’agent ouvre un canal de code contenant le contexte utile ; le groupe peut ensuite consulter les échanges, les diffs et la prévisualisation, formuler ses remarques et approuver le résultat.

Dans la pratique, Slack cherche ainsi à rapprocher le ticket, la discussion produit, le travail de l’agent et la revue du code dans un même espace, plutôt que de disperser ces étapes entre plusieurs outils.

Quels agents et quels forfaits sont concernés ?

Slack Code est annoncé comme disponible sur tous les forfaits Slack, y compris les espaces de travail gratuits.

Les intégrations annoncées au lancement sont :

• Claude Code et Claude Tag d’Anthropic ;
• Devin de Cognition ;
• GitHub Copilot ;
• l’agent de Vercel.

ChatGPT est présenté comme une intégration à venir plutôt que comme un partenaire confirmé dès le premier jour. Il ne faut donc pas considérer sa disponibilité immédiate comme établie sur la seule base des informations fournies.

L’accès à Slack Code ne remplace pas nécessairement les accès détenus auprès de ces partenaires : les clients doivent disposer de leur propre accès aux agents concernés.

Archivage, recherche et sécurité : ce qui est établi

Les comptes rendus disponibles indiquent que les canaux de code sont automatiquement archivés une fois le travail terminé, tout en restant consultables par recherche. Ils peuvent ainsi conserver une trace durable du plan de l’agent, des échanges, des diffs, des retours de l’équipe et du contexte d’approbation.

Cette fonction donne au canal le rôle d’un historique du projet, mais les informations disponibles ne précisent pas les règles exactes de conservation, d’exportation ou de journalisation d’audit.

Slack Code est également positionné comme une fonctionnalité utilisant l’environnement d’administration et de sécurité déjà associé à l’espace de travail Slack, plutôt que comme un produit de collaboration entièrement séparé. Les éléments fournis ne permettent toutefois pas de vérifier précisément quels contrôles de sécurité, droits d’accès ou niveaux de conformité sont hérités.

La vision de Marc Benioff : un « vrai développement multijoueur »

Marc Benioff, PDG de Salesforce, a résumé le lancement ainsi : « Ne codez pas seul. Slack Code est disponible. Humains et agents. Même canal. Même travail. » Il a ajouté que le lancement avec les agents d’Anthropic, GitHub, Cognition et Vercel représentait un « vrai développement multijoueur ».

La promesse de Slack est donc moins de proposer un nouvel agent que de devenir la couche de coordination commune à plusieurs agents concurrents. L’équipe peut y attribuer une tâche, suivre le travail, le diriger, examiner les changements et décider collectivement de leur mise en ligne.

Vers des agents pour le marketing ou le juridique ?

À plus long terme, le même modèle pourrait s’étendre à des activités autres que le code : coordination d’une campagne marketing, préparation de contenus ou examen de documents juridiques, par exemple. Mais il s’agit pour l’instant d’une extension plausible du concept d’espace de travail partagé avec des agents, et non d’une feuille de route confirmée.

Les informations fournies ne vérifient ni l’ouverture prochaine des API Slack à ces usages, ni leur calendrier, ni le périmètre exact d’un éventuel produit. Il serait donc prématuré de présenter ces scénarios comme des fonctionnalités annoncées.

Comment fonctionne Slack Code ?

Le principe est volontairement simple :

• un membre de l’équipe mentionne un agent de programmation pour créer une fonctionnalité, modifier une page web ou corriger un bug ; Slack ouvre alors un canal de code spécifique au projet ;
• ce canal rassemble le plan proposé par l’agent, ses échanges avec l’équipe, les différences entre le code existant et le nouveau code, ainsi qu’une prévisualisation en direct ;
• les collaborateurs peuvent commenter, demander des modifications, examiner les diffs et visualiser le rendu HTML ou de l’interface avant toute mise en production ;
• l’équipe peut enfin approuver le résultat avant sa fusion dans le projet.

L’objectif est donc de ne plus recevoir uniquement une pull request terminée. Les membres de l’équipe peuvent observer le raisonnement opérationnel de l’agent, le guider au fil de la tâche et intervenir avant que le code ne soit livré.

Le code sort des « onglets privés »

Slack veut faire du développement logiciel une activité visible par l’ensemble de l’équipe produit, et pas seulement par la personne qui utilise l’agent. Un chef de produit peut suivre l’avancement d’une demande, un designer vérifier une interface en direct et d’autres collègues commenter les exigences sans devoir maîtriser chaque détail technique.

Slack résume cette approche comme une manière de faire sortir le développement des « onglets privés », afin que les humains et les agents puissent écrire, relire et déployer du code ensemble, au vu de tous.

Cette visibilité ne signifie toutefois pas que l’agent décide seul de la mise en production. Le modèle présenté conserve une responsabilité humaine et peut prévoir une validation ou une signature humaine avant la fusion en production. Les éléments fournis ne documentent pas suffisamment le fonctionnement technique exact de cette barrière de validation.

Le parcours de correction d’un bug

La démonstration publiée par Slack suit un scénario concret : une équipe repère un bug, une nouvelle fonctionnalité à ajouter ou une modification à apporter à une page web, puis mentionne un agent tel que Claude Tag ou ChatGPT. L’agent ouvre un canal de code contenant le contexte utile ; le groupe peut ensuite consulter les échanges, les diffs et la prévisualisation, formuler ses remarques et approuver le résultat.

Dans la pratique, Slack cherche ainsi à rapprocher le ticket, la discussion produit, le travail de l’agent et la revue du code dans un même espace, plutôt que de disperser ces étapes entre plusieurs outils.

Quels agents et quels forfaits sont concernés ?

Slack Code est annoncé comme disponible sur tous les forfaits Slack, y compris les espaces de travail gratuits.

Les intégrations annoncées au lancement sont :

• Claude Code et Claude Tag d’Anthropic ;
• Devin de Cognition ;
• GitHub Copilot ;
• l’agent de Vercel.

ChatGPT est présenté comme une intégration à venir plutôt que comme un partenaire confirmé dès le premier jour. Il ne faut donc pas considérer sa disponibilité immédiate comme établie sur la seule base des informations fournies.

L’accès à Slack Code ne remplace pas nécessairement les accès détenus auprès de ces partenaires : les clients doivent disposer de leur propre accès aux agents concernés.

Archivage, recherche et sécurité : ce qui est établi

Les comptes rendus disponibles indiquent que les canaux de code sont automatiquement archivés une fois le travail terminé, tout en restant consultables par recherche. Ils peuvent ainsi conserver une trace durable du plan de l’agent, des échanges, des diffs, des retours de l’équipe et du contexte d’approbation.

Cette fonction donne au canal le rôle d’un historique du projet, mais les informations disponibles ne précisent pas les règles exactes de conservation, d’exportation ou de journalisation d’audit.

Slack Code est également positionné comme une fonctionnalité utilisant l’environnement d’administration et de sécurité déjà associé à l’espace de travail Slack, plutôt que comme un produit de collaboration entièrement séparé. Les éléments fournis ne permettent toutefois pas de vérifier précisément quels contrôles de sécurité, droits d’accès ou niveaux de conformité sont hérités.

La vision de Marc Benioff : un « vrai développement multijoueur »

Marc Benioff, PDG de Salesforce, a résumé le lancement ainsi : « Ne codez pas seul. Slack Code est disponible. Humains et agents. Même canal. Même travail. » Il a ajouté que le lancement avec les agents d’Anthropic, GitHub, Cognition et Vercel représentait un « vrai développement multijoueur ».

La promesse de Slack est donc moins de proposer un nouvel agent que de devenir la couche de coordination commune à plusieurs agents concurrents. L’équipe peut y attribuer une tâche, suivre le travail, le diriger, examiner les changements et décider collectivement de leur mise en ligne.

Vers des agents pour le marketing ou le juridique ?

À plus long terme, le même modèle pourrait s’étendre à des activités autres que le code : coordination d’une campagne marketing, préparation de contenus ou examen de documents juridiques, par exemple. Mais il s’agit pour l’instant d’une extension plausible du concept d’espace de travail partagé avec des agents, et non d’une feuille de route confirmée.

Les informations fournies ne vérifient ni l’ouverture prochaine des API Slack à ces usages, ni leur calendrier, ni le périmètre exact d’un éventuel produit. Il serait donc prématuré de présenter ces scénarios comme des fonctionnalités annoncées.