Slack Code uitgelegd: zo bouwen teams samen met AI-agents in Slack

Zo verloopt een codekanaal

Een typische workflow kan beginnen met een idee, bugmelding, websitewijziging of nieuw functievoorstel in Slack:

1. Een teamlid vermeldt een ondersteunde coding-agent.
2. De agent maakt een speciaal codekanaal voor de taak.
3. Deelnemers geven eisen, beperkingen en relevante projectinformatie door.
4. De agent werkt een plan uit en stelt wijzigingen voor.
5. Het team bekijkt de codewijzigingen, waaronder diffs en beschikbare previews.
6. Teamleden kunnen de agent bijsturen of toestemming geven voor de volgende stap.

Een codekanaal is daarmee meer dan een gewoon chatlog. Afhankelijk van de integratie kunnen deelnemers schakelen tussen het gesprek, het plan van de agent, code-diffs en een live preview van het resultaat. Zo ontstaat één gedeeld overzicht van zowel de afwegingen rond een taak als de software die eruit voortkomt.

Ook productmanagers en designers doen mee

Slack Code moet productmanagers en designers bij het ontwikkelproces betrekken zonder dat zij rechtstreeks in een ontwikkelterminal hoeven te werken. Zij kunnen het gebruikersprobleem toelichten, productcontext toevoegen, een zichtbaar resultaat beoordelen en in het gedeelde kanaal om aanpassingen vragen. Ontwikkelaars blijven verantwoordelijk voor de technische beoordeling en implementatiedetails.

Denk aan een productmanager die in Slack een bug meldt en beschrijft wat het verwachte gedrag is. Een agent kan de vraag onderzoeken en een oplossing voorstellen. Een engineer bekijkt vervolgens de diff en controleert of de wijziging veilig en passend is voor de bestaande codebase. Daarna beslist het team of er een pull request komt of dat een nieuwe beoordelingsronde nodig is.

Dat maakt de AI-agent niet tot de eindverantwoordelijke. Het verschuift vooral de samenwerking naar een gedeelde omgeving, waarin meer betrokkenen het werk kunnen controleren.

Menselijke goedkeuring blijft belangrijk

Slack Code wordt gepresenteerd als een laag voor zichtbaarheid en samenwerking, niet als een vrijbrief om ongecontroleerde code automatisch te publiceren. Teams kunnen menselijke goedkeuring verplicht stellen voor ingrijpende acties, zoals wijzigingen die uiteindelijk productie kunnen bereiken.

Dat is relevant omdat een agent een aannemelijke oplossing kan genereren zonder alle bedrijfsregels, beveiligingsvoorwaarden of operationele risico’s van een systeem te begrijpen. In een gedeeld kanaal kunnen engineers en andere verantwoordelijke teamleden de aanpak bevragen, om herzieningen vragen en de beslissing vastleggen voordat het werk verdergaat.

Zoekbare geschiedenis en bestaande Slack-beveiliging

Codekanalen zijn bedoeld om de context rond het werk van een agent te bewaren. Na afronding kan het kanaal worden gearchiveerd, terwijl het gesprek en de werkgeschiedenis doorzoekbaar blijven. Zo ontstaat een dossier van de oorspronkelijke opdracht, de output van de agent en de manier waarop mensen die hebben beoordeeld.

Omdat de workflow binnen Slack plaatsvindt, kunnen organisaties hun bestaande Slack-identiteiten, rechten, governance, beveiligingsinstellingen en beheerfuncties blijven gebruiken. Voor iedere coding-taak is dus niet automatisch een apart samenwerkingsplatform nodig.

Het praktische voordeel is continuïteit: vereisten, beslissingen, reviews en agentactiviteit blijven verbonden met het gesprek waarin het werk begon.

Beschikbaarheid en integraties bij de lancering

Salesforce zei dat Slack Code vanaf de lancering beschikbaar was binnen alle Slack-abonnementen. De eerste integraties kwamen volgens het bedrijf van Anthropic, GitHub, Cognition en Vercel. Ook ChatGPT werd genoemd als een agent die aan de samenwerking kon deelnemen.

De precieze mogelijkheden kunnen per integratie verschillen. Functies zoals plannen, diffs, previews en goedkeuringsacties hangen af van wat de betreffende agent in Slack beschikbaar maakt. ‘Ondersteund’ betekent dus niet dat iedere agent exact dezelfde knoppen en mogelijkheden biedt.

Salesforce wil Slack de coördinatielaag maken

Tijdens Dreamforce positioneerde Salesforce Slack Code als een manier om softwareontwikkeling tot een teamsport te maken. Tegelijk wil het bedrijf Slack gebruiken als gezamenlijke interface voor agents van verschillende aanbieders. Teams hoeven daarmee niet per se één exclusief Salesforce-model te kiezen: agents van concurrerende partijen kunnen in dezelfde werkomgeving worden aangestuurd.

Salesforce heeft daarnaast plannen aangekondigd om de onderliggende API’s breder open te stellen. Organisaties zouden dan eigen agents en gedeelde kanalen kunnen maken voor werk buiten softwareontwikkeling, bijvoorbeeld voor het coördineren van marketingcampagnes of het beoordelen van juridische documenten. Dat is een geplande uitbreiding en geen bewijs dat al deze niet-technische workflows bij de lancering algemeen beschikbaar waren.

De kern van Slack Code

Het basisidee is eenvoudig: vermeld een coding-agent, geef die een speciaal projectkanaal en laat het team het werk volgen, sturen, beoordelen en goedkeuren. Het onderscheid zit dus niet alleen in de mogelijkheid om code te genereren, maar vooral in de gedeelde context rond die code.

Voor teams die al in Slack werken, kan dat AI-ondersteunde ontwikkeling toegankelijker maken voor product- en designcollega’s, terwijl technische controle bij engineers blijft. De uiteindelijke waarde hangt wel af van de kwaliteit van elke agentintegratie én van duidelijke goedkeuringsregels binnen het team. Slack Code biedt vooral een zichtbaarder alternatief voor geïsoleerde AI-codingsessies.