Slack Code gjør vibe-koding til lagarbeid

Slack Code gjør vibe-koding til lagarbeid: Én kodeoppgave får sin egen kanal, og hele teamet kan følge AI-agenten fra bestilling til ferdig resultat. Du kan se samtalen, kontrollere kodeendringene, åpne en forhåndsvisning og godkjenne arbeidet før noe leveres.

Det er en langt mer interessant idé enn å putte enda en chatbot i sidepanelet. AI-koding skjer ofte i en privat terminal eller i en samtale bare én person ser. Resten av teamet får resultatet etterpå, gjerne uten å vite hvilke føringer agenten fikk, hvilke valg den tok eller hva som faktisk ble endret.

Med Slack Code prøver Slack å gjøre hele den sløyfen synlig. Funksjonen ble lansert 20. august 2026 og er ifølge The Verge tilgjengelig på alle Slack-abonnementer. Den første støtten omfatter blant annet Claude Code, Devin, Vercel Agent og GitHub Copilot.

Hva er Slack Code?

Slack Code er en ny type prosjektkanal for kodeoppgaver utført av AI-agenter. Når noen tagger en støttet agent for å bygge en funksjon, oppdatere en nettside eller rette en feil, oppretter agenten en egen kodekanal. Der samles bestilling, diskusjon, kodeendringer, forhåndsvisning og godkjenning på ett sted.

Kanalen er åpen for de menneskene som skal delta i oppgaven. Produktleder kan forklare behovet, designer kan kommentere resultatet, utvikler kan undersøke diffen, og den som eier leveransen kan godkjenne. Agenten jobber fortsatt med kode, men arbeidet blir ikke gjemt i én persons private økt.

Slack har vært på vei hit en stund. I desember 2025 beskrev selskapet hvordan kodeagenter kunne kalles inn med en @-omtale i kanaler og direktemeldinger. Slack Code gjør arbeidsformen mer konkret ved å gi selve oppgaven et eget rom og egne flater for kode, resultat og kontroll.

Hvordan fungerer en kodekanal i praksis?

Arbeidsløpet starter med at du ber en støttet AI-agent om å løse en konkret oppgave. Agenten oppretter så én prosjektspesifikk kodekanal. Deltakerne kan følge samtalen, gi mer kontekst og se hva agenten produserer uten å hoppe mellom Slack, agentens egen app og en løs rekke skjermbilder.

Slack trekker særlig fram tre kontrollflater. Teamet kan undersøke kodeendringer som en diff, se en levende forhåndsvisning av HTML-resultatet og godkjenne arbeidet før det sendes videre. Det er ikke en erstatning for tester, sikkerhetskontroll eller vanlig code review, men det gjør det mye enklere å oppdage at agenten har forstått oppgaven feil før endringen møter brukerne.

Når oppgaven er ferdig, arkiveres kanalen automatisk. Samtidig beholdes en audit-logg over samtalen og arbeidet. Det er viktigere enn det kanskje høres ut. Seks uker senere kan teamet gå tilbake og finne ut hvorfor en løsning ble valgt, hvem som godkjente den, og hvilke instruksjoner agenten faktisk fikk.

Slack viser allerede en lignende arbeidsform i kundehistorien om Vercel. Der kan flere roller iterere på en prototype laget med v0 direkte i en Slack-tråd. En markedsfører kan be om en landingsside, mens designer og utvikler følger opp med endringer. Vercel kaller dette «multiplayer vibe coding». Slack Code gjør denne ideen til en mer generell produktflate for flere kodeagenter.

Hvorfor er dette mer enn en ny Slack-integrasjon?

Forskjellen ligger i hvem som ser prosessen. En vanlig integrasjon lar deg sende en kommando til et verktøy og få et svar tilbake. Slack Code prøver å gjøre agentarbeidet til en felles arbeidsprosess der bestilling, avklaringer, endringer og godkjenning er synlig for alle som har ansvar for resultatet.

Det løser et reelt problem med AI-koding. Kodeagenten kan være flink, men kvaliteten avhenger fortsatt av konteksten den får og kontrollen rundt leveransen. Jeg har tidligere skrevet om hvorfor AI ikke kan behandles som en sannhetskilde i vibe-koding. En pen forhåndsvisning forteller ikke om autentisering, datavalidering, feilhåndtering eller tilgangskontroll faktisk holder mål.

En delt kanal fikser ikke dette automatisk. Den gjør derimot spørsmålene synlige. Utvikleren kan se diffen. Produkteieren kan kontrollere at funksjonen løser riktig problem. Designeren kan oppdage at forhåndsvisningen bryter resten av produktet. Den største gevinsten er derfor ikke at agenten skriver raskere, men at flere kan gripe inn før feil blir til en leveranse.

Det er også et steg videre fra å tagge én bestemt agent i Slack. Da Anthropic flyttet Claude inn i arbeidskanalene, skrev jeg om fordelene og haken ved å slippe en AI-agent inn som teammedlem. Slack Code har en mer leverandørnøytral form: Slack sier at løsningen skal fungere med agenter fra markedsplassen, mens fire grunnpartnere er navngitt ved lanseringen.

Hvilke AI-agenter støtter Slack Code?

Ved lanseringen peker Slack på fire grunnpartnere: Anthropics Claude Code, Cognitions Devin, Vercel Agent og GitHub Copilot. Slack Code skal også fungere med kodeagenter som tilbys gjennom Slacks markedsplass, men hvor sømløs opplevelsen blir, vil avhenge av hva hver agent faktisk integrerer.

Det betyr at Slack ikke prøver å vinne ved å velge én modell for alle. Selskapet vil heller eie rommet der mennesker og ulike agenter samarbeider. Det er smart. Team har allerede ulike preferanser, kodebaser og avtaler. Noen bruker Claude Code til større oppgaver, andre GitHub Copilot tett på GitHub, og noen har egne agentoppsett.

For brukeren er den viktige testen derfor ikke om agentnavnet finnes i Slacks utvalg av AI-apper. Sjekk om integrasjonen viser en ordentlig diff, om forhåndsvisningen dekker det dere bygger, hvilke handlinger agenten kan utføre, og om godkjenningen faktisk stopper levering. «Finnes i Slack» og «er trygt koblet til produksjon» er to ganske forskjellige ting.

Hva betyr Slack Code for små team og SMB-er?

For et lite team kan Slack Code redusere mye unødvendig fram og tilbake. Den som oppdager en feil kan starte oppgaven der problemet allerede diskuteres. Agenten får konteksten, utvikleren kan kontrollere endringen, og den ansvarlige kan se resultatet uten å vente på et eget møte eller en lang oppsummering.

Det kan også gjøre AI-koding tilgjengelig for flere roller. En fagperson trenger ikke kunne åpne en terminal for å forklare hvordan en intern kalkulator skal fungere. Utvikleren slipper samtidig å motta et ferdig AI-generert prosjekt uten historikk. Begge ser samme samtale, og den tekniske kontrollen kan beholdes hos den som faktisk har kompetansen.

Den felles historikken kan dessuten rydde opp i et velkjent bestillerproblem. Et ønske som begynner som «endre knappen» viser seg ofte å handle om prislogikk, brukerflyt eller data fra et annet system. Når avklaringene ligger sammen med agentens arbeid, ser utvikleren hvilke antakelser som ble gjort. Fagpersonen ser hvorfor en tilsynelatende liten endring ikke alltid er liten. Det sparer ikke bare tid – det reduserer risikoen for at teamet godkjenner to forskjellige forståelser av samme oppgave.

Her ligger også faren. Når terskelen blir lav, kan enhver idé bli til enda en agentoppgave og enda en kanal. Da har du ikke fjernet rotet – du har automatisert produksjonen av det. Små team bør derfor bruke Slack Code på avgrensede oppgaver med tydelig eier, tydelig ferdigkriterium og én navngitt person som må godkjenne leveransen.

Jeg ville startet med lav risiko: en intern prototype, en enkel HTML-side, dokumentasjon eller en liten feil med gode tester. Ikke gi agenten brede produksjonstilganger bare fordi arbeidsflaten ser ryddig ut. Begrens tilgangene, krev menneskelig kontroll av diffen, og mål om den delte kanalen faktisk sparer tid etter at gjennomgang og rettelser er regnet med.

Hva bør du kontrollere før teamet tar det i bruk?

Start med datatilgangen. Slack-kanaler kan inneholde kundedata, interne beslutninger, vedlegg og lenker til andre systemer. Kodebasen kan inneholde hemmeligheter og bedriftskritisk logikk. Avklar derfor hvilke kanaler agenten kan lese, hvilke kodebaser den kan endre, hvor data behandles, og hva som lagres av agentleverandøren.

Kontroller deretter leveringsgrensen. En god demo viser at noen trykker «godkjenn». Et trygt arbeidsløp viser at agenten faktisk ikke kan merge, deploye eller skrive til produksjon før riktig person har godkjent. Hvis denne grensen bare er en sosial forventning, har du fått en pen knapp og ingen reell sikkerhetsport.

Til slutt må teamet bestemme hva audit-loggen skal brukes til. Historikk har liten verdi hvis ingen vet hvem som skal undersøke den når noe går galt. Koble hver kodekanal til en sak, et repo eller en endringsforespørsel, og sørg for at det er mulig å følge leveransen videre etter at kanalen er automatisk arkivert.

Slack Code peker i riktig retning. AI-koding blir ikke tryggere bare fordi den flyttes inn i en kanal, men den blir lettere å se, diskutere og stoppe. Det er nettopp det agentarbeid trenger mer av. Ikke enda en privat trylleboks, men en arbeidsprosess der mennesker fortsatt kan forstå og eie resultatet.

Ofte stilte spørsmål