De Slack Code API is algemeen beschikbaar voor alle Slack-abonnementen

Slack heeft de Slack Code API op 28 oktober 2026 algemeen beschikbaar gemaakt voor alle Slack-abonnementen. Daarmee stelt het systeem voor codekanalen, dat het in augustus 2026 lanceerde, open voor de agent van elke ontwikkelaar. In een bericht op het ontwikkelaarsblog van Slack zei het bedrijf dat meer dan 150 klanten en partners toegang hadden aangevraagd om codekanaalervaringen voor hun eigen agents te bouwen. Die mogelijkheid was voorheen beperkt tot een handvol lanceringspartners.

Slack introduceerde Slack Code in augustus samen met partners als Anthropic, Cognition, GitHub en Vercel. In de aankondiging van de lancering werden ook OpenAI genoemd en ChatGPT vermeld als binnenkort beschikbaar. Een codekanaal is een speciale ruimte die een agent opent voor één taak, met de juiste mensen, context en een plan al op zijn plek. Het kanaal wordt automatisch gearchiveerd zodra het werk klaar is, maar blijft doorzoekbaar. Bij de lancering meldde Slack dat meer dan 70% van de codekanalen binnen één dag worden geopend en weer gesloten, van idee tot samengevoegde pull request.

Je eigen agent meenemen

Nu de API algemeen beschikbaar is, kan elke ontwikkelaar een agent een codekanaal laten starten, de relevante mensen en bestanden laten toevoegen, updates laten plaatsen tijdens het werk en het kanaal laten archiveren zodra de taak klaar is. Volgens Slack krijgen ontwikkelaars toegang tot dezelfde bouwstenen als de lanceringspartners, of ze nu een eigen agent voor een onderneming bouwen of een nieuwe agent voor de Slack Marketplace.

Slack zei dat het integreren van codeeragents in Slack voorheen betekende dat de uitvoer van agents via gewone threads en rechtstreekse berichten moest worden geleid. Volgens het bedrijf wordt die aanpak al snel te krap wanneer een agent een groot logbestand moet toevoegen, een codeverschil van 50 regels moet voorstellen of een uitvoeringsplan met meerdere stappen moet uitvoeren. Ondernemingen met strenge beveiligingseisen konden volgens Slack helemaal geen kant-en-klare agents van derden gebruiken.

Volgens het bedrijf maakt de API drie mogelijkheden mogelijk: agents die openlijk werken door zelf een codekanaal te maken wanneer een verzoek een eigen ruimte verdient; agents die een heel team kan aansturen met behulp van bladwijzers en een volledige uitvoeringsgeschiedenis; en agents waarop ondernemingen kunnen vertrouwen, met ingebouwde naleving van berichtbeleid naast de werkruimtecontroles en gegevensgrenzen die beheerders al gebruiken. De API’s kunnen codeverschillen, HTML-voorbeelden en denkstappen weergeven, terwijl Slack de rest van de interface verzorgt. Slack zei dat het een agentneutraal platform blijft, zodat teams later van agent of model kunnen wisselen en toch op dezelfde plek kunnen blijven werken.

Slack meldde dat GitHub Copilot in 30% van de agentsessies een speciaal codekanaal opent. Tim Hunter, staff engineer bij GitHub, zei dat GitHub de Copilot-interacties waarmee gebruikers al vertrouwd zijn, beschikbaar maakt in dezelfde omgeving waar ze de rest van hun werk doen. Mael Kerichard, software-engineer bij Mistral, zei dat de API ontworpen leek met AI-agents in gedachten en wees daarbij op de flexibiliteit, de eenvoudige installatie en de uitgebreide functionaliteit.

Volgens Slack is governance ingebouwd: een agent erft de machtigingen en beheerinstellingen van het kanaal waarin hij werkt. Ontwikkelaars hoeven geen afzonderlijk toegangsmodel te bouwen en IT hoeft niets nieuws in te stellen. Een persoon kan elke ingrijpende wijziging goedkeuren, en het overzicht van wat de agent heeft gedaan, blijft doorzoekbaar nadat het kanaal is gearchiveerd.

Slack illustreert het model met een productiealarm om 2.00 uur ‘s nachts. Een aangepaste observability-agent opent dan een codekanaal, haalt de relevante logbestanden op en begint aan een oplossing, terwijl dienstdoende engineers meekijken en de agent tijdens de taak bijsturen. Volgens het bedrijf is dezelfde aanpak geschikt voor het beoordelen en prioriteren van bugs en voor DevOps-taken zoals configuratiewijzigingen of het terugdraaien van wijzigingen.

Zo werkt de API

In de ontwikkelaarsdocumentatie van Slack staat dat apps de titel, status, contextbalk en weergavetabbladen van een codekanaal beheren via twee groepen API-methoden. De agents.sessions.* methoden zijn hetzelfde voor codekanalen en sessiethreads. Een parameter met de tijdstempel van de thread bepaalt het sessietype, en de methoden vereisen de chat:write scope. De agents.conversations.* methoden beheren taken die specifiek zijn voor codekanalen en vereisen de code_channels:manage scope.

Gedocumenteerde agents.conversations.* methoden zijn onder meer create, archive (waarbij optioneel een samenvatting kan worden vastgelegd), setProperties, setCommands, setView (met ondersteuning voor html-, diff-, block_kit- of canvas-weergaven), listViews, removeView, getCanvas en setCanvasContent.

Apps schakelen codekanalen in door in het appmanifest features.code_channels.enabled op true in te stellen, met optioneel een slash_command_url. Wanneer een gebruiker de app vermeldt, ontvangt deze een app_mention-gebeurtenis en bepaalt de app of er een speciaal codekanaal wordt aangemaakt of dat er direct in het bestaande gesprek wordt geantwoord. De aanroep om een kanaal te maken bevat het oorspronkelijke kanaal en de tijdstempel van het bericht. Slack maakt vervolgens het kanaal aan, neemt de privacyinstelling ervan over en nodigt de bot automatisch uit.

Volgens het gedocumenteerde autorisatiemodel moet de aanroeper de agentbot zijn die aan het kanaal is toegewezen, of lid zijn van het kanaal. Anders leiden aanroepen tot de fouten not_agent_channel of not_authorized. Codekanalen zijn bedoeld als semitijdelijke ruimtes: één kanaal per taak, dat wordt gearchiveerd zodra de sessie is afgelopen. Na archivering blijven het kanaal en de geschiedenis ervan zichtbaar en doorzoekbaar, en kan het kanaal opnieuw worden geopend.

Aankomende tools en hoe je aan de slag gaat

Slack zei dat verbeteringen aan de ervaring met pullrequests binnenkort beschikbaar zijn: GitHub-gebruikers kunnen dan in Slack om reviews vragen, opmerkingen worden in beide richtingen gesynchroniseerd tussen Slack en GitHub, en zodra een pullrequest is goedgekeurd en de tests zijn geslaagd, verschijnt er een samenvoegprompt in het codekanaal. Ook staat een verbeterd tabblad Agents & Tools vermeld als binnenkort beschikbaar. Het biedt een totaaloverzicht van gesprekken met agents en codekanalen, inclusief de status, kanaalleden en recente context, en de mogelijkheid om openbare codekanalen te bekijken.

Slack noemde drie manieren om aan de slag te gaan: de documentatie lezen en de API toevoegen aan het manifest van een agent, een agent indienen bij de Slack Marketplace of bestaande Slack Code-agents in de Marketplace uitproberen, waaronder Claude, Devin, GitHub Copilot en Vercel.