Slack Code: Sådan bygger teams software sammen med AI-agenter i Slack

Fra privat AI-værktøj til fælles arbejdsrum

Salesforce annoncerede Slack Code den 20. august 2026 som en måde at gøre AI-assisteret softwareudvikling til en fælles teamopgave i stedet for en privat udveksling mellem én udvikler og én kodningsagent. Funktionen opretter en dedikeret kodekanal i Slack, hvor mennesker og AI-agenter kan planlægge arbejdet, gennemgå ændringer, se previews og beslutte, hvad næste skridt skal være.

Slack kalder tilgangen for “multiplayer”- eller team-baseret kodning: Agentens arbejde foregår i den samme kanal som projektets øvrige kontekst, så flere end den enkelte udvikler kan følge med.

Sådan fungerer en kodekanal

Arbejdsgangen kan begynde med en idé, en fejlmelding, en opdatering af en webside eller et ønske om en ny funktion i Slack:

1. Et teammedlem nævner en understøttet kodningsagent.
2. Agenten opretter en dedikeret kodekanal til opgaven.
3. Teamet tilføjer krav, begrænsninger og relevant projektkontekst.
4. Agenten udarbejder en plan og foreslår ændringer.
5. Teamet gennemgår arbejdet, herunder kodeforskelle og tilgængelige previews.
6. Mennesker kan omdirigere agenten eller godkende næste skridt.

Det er altså mere end en almindelig chattråd. Afhængigt af integrationen kan deltagerne skifte mellem samtalen, agentens plan, kode-diffs og en livevisning af resultatet. På den måde bliver både beslutningerne omkring opgaven og den software, agenten producerer, synlige i samme arbejdsrum.

Produktchefer og designere kommer tættere på koden

Slack Code er også rettet mod de kolleger, der normalt ikke arbejder direkte i en udviklerterminal. Produktchefer og designere kan beskrive brugerproblemet, tilføje produktkontekst, se et synligt resultat og bede om ændringer i den fælles kanal. Udviklerne kan derefter vurdere den tekniske løsning og håndtere implementeringen.

Et typisk eksempel kunne være, at en produktchef melder en fejl i Slack og beskriver, hvordan funktionen bør opføre sig. En agent undersøger problemet og foreslår en rettelse, mens en udvikler gennemgår den resulterende diff og vurderer, om ændringen er forsvarlig i kodebasen. Teamet kan derefter beslutte, om arbejdet skal gå videre til en pull request eller endnu en gennemgang.

Det gør ikke AI-agenten til den endelige beslutningstager. Ændringen ligger snarere i, hvor samarbejdet foregår, og hvor let agentens arbejde er for andre interessenter at inspicere.

Menneskelig godkendelse er stadig afgørende

Slack Code er tænkt som et synligheds- og samarbejdslag — ikke som en blankocheck til automatisk at sende uprøvet kode i produktion. Teams kan gennemgå forslagene og kræve menneskelig godkendelse af konsekvensfulde handlinger, herunder ændringer, der kan ende i produktionen.

Det er vigtigt, fordi en agent godt kan generere en løsning, der ser plausibel ud, uden fuldt ud at forstå forretningskrav, sikkerhedsbegrænsninger eller driftsmæssige risici. Den fælles kanal giver ingeniører og andre ansvarlige teammedlemmer mulighed for at stille spørgsmål, bede om ændringer og dokumentere beslutningen, før arbejdet går videre.

Historik, arkivering og eksisterende Slack-kontroller

Kodekanalerne skal bevare konteksten omkring agentens arbejde. Når en opgave er afsluttet, kan kanalen arkiveres, mens samtalen og arbejdshistorikken fortsat kan søges frem. Det giver et spor af, hvad der blev bestilt, hvad agenten producerede, og hvordan mennesker gennemgik resultatet.

Fordi arbejdsgangen foregår i Slack, kan organisationer bruge deres eksisterende Slack-identiteter, tilladelser, governance-, sikkerheds- og administrationsindstillinger i stedet for at indføre et separat samarbejdssystem til hver kodningsopgave.

Den praktiske fordel er sammenhæng: Krav, beslutninger, anmeldelser og agentens aktivitet kan forblive knyttet til den samtale, hvor arbejdet begyndte.

Tilgængelighed og lanceringspartnere

Salesforce oplyste, at Slack Code var tilgængelig på alle Slack-abonnementer ved lanceringen. De oprindelige integrationer kom fra Anthropic, GitHub, Cognition og Vercel, mens Salesforce og Slack også fremhævede ChatGPT som en agent, der kunne deltage.

Den konkrete oplevelse kan dog variere fra agent til agent. Funktioner som planer, diffs, previews og godkendelseshandlinger afhænger af, hvad den enkelte integration stiller til rådighed i Slack. “Understøttet” betyder derfor ikke nødvendigvis, at alle agenter har præcis de samme kontroller.

Salesforce vil gøre Slack til koordinator for AI-agenter

På Dreamforce præsenterede Salesforce Slack Code som et forsøg på at gøre softwareudvikling til en holdsport og samtidig placere Slack som koordinationslaget mellem flere leverandører af AI-agenter. Teams behøver dermed ikke nødvendigvis vælge én Salesforce-baseret kodningsmodel; agenter fra konkurrerende udbydere kan arbejde i den samme arbejdspladsgrænseflade.

Salesforce har også beskrevet planer om at åbne de underliggende API'er bredere. Den langsigtede vision er, at organisationer kan bygge egne agenter og fælles kanaler til opgaver uden for softwareudvikling — for eksempel koordinering af marketingkampagner eller gennemgang af juridiske dokumenter. Det er planlagte udvidelser og ikke dokumentation for, at alle sådanne arbejdsgange allerede er generelt tilgængelige ved lanceringen.

Konklusion

Grundideen i Slack Code er enkel: Nævn en kodningsagent, giv den en dedikeret projektkanal, og lad resten af teamet følge, styre, gennemgå og godkende arbejdet.

Produktets særkende er derfor ikke kun, at AI kan skrive kode. Det er den fælles kontekst omkring koden. For teams, der allerede arbejder i Slack, kan det gøre AI-assisteret udvikling lettere at følge for produkt- og designfolk, samtidig med at den tekniske kontrol forbliver hos udviklerne. Værdien afhænger dog fortsat af kvaliteten af de enkelte agentintegrationer og af, at teamet fastholder klare krav til gennemgang og godkendelse.