A Salesforce tulajdonában álló üzenetküldő platform, Slack bejelentette a Slack Code nevű új szolgáltatást, amely AI kódoló ügynököket ágyaz be közvetlenül dedikált Slack-csatornákba. A bevezetéskor elérhető partnerek között szerepel Anthropic (Claude Code), Cognition (Devin), GitHub (GitHub Copilot) és Vercel saját ügynöke. A Slack Code induláskor minden Slack-csomagon elérhető, de a vásárlóknak maguknak kell hozzáférniük a partnerügynökökhöz.
Mi az újdonság és hogyan működik
A Slack Code célja, hogy a fejlesztők és az AI ügynökök közötti munkát kivegye a fejlesztői terminál magányosságából és „multiplayer” élménnyé tegye. Ha valaki egy beszélgetésben megcímkéz egy kódoló ügynököt, az ügynök létrehoz egy projektspecifikus kódcsatornát. Az ügynök nyíltan végzi a munkát: a csatornán láthatók a kód-diffek, élő előnézetek és egy futó terv külön füleken; a munka befejeztével a csatorna archiválódik, és kereshető auditnyom marad hátra.
A bemutatók és a Slack által adott példák szerint a folyamat úgy néz ki, mintha egy hírszobában dolgozna egy csapat: valaki hibát jelent egy mérnöki csatornában, az ügynök reagál, megvizsgálja a problémát, és szükség esetén pull requestet nyit. Cognition élő demójában Devin azonosította a kódtulajdonost, böngészőben és DevTools-ban tesztelte a funkciót, megnyitott egy PR-t, majd a dedikált kódcsatornában közzétette a kódváltozásokat, képernyőképeket és rögzített demót, amely igazolta a javítást.
A csatornába bárki becsatlakozhat — mérnök, termékmenedzser vagy dizájner —, és hozzáteheti saját fájljait: a Cognition bemutatójában egy dizájner közben egy Figma-fájlt töltött fel, amit az ügynök beépített a munkába.
Működési és menedzsment fejlesztések
A Slack az ügynökök terméken belüli életének átalakítását is bejelentette: ügynökökhez tartozó közvetlen üzeneteket, egy Agents lapot, ahol az ügynöksessionök élő státusza és leállító gombja látható, valamint egy "Add to Slack" folyamatot, amely lehetővé teszi ügynökök telepítését olyan platformokról, mint Lovable, n8n, OpenAI, LangChain és Airtable, OAuth és konfiguráció automatikus beállításával.
Miért állítja Slack, hogy a kódírás már nem a szűk keresztmetszet
A Slack vezetői szerint az AI alapjaiban változtatta meg a szoftverfejlesztés gazdaságát: a kódírás ma már nem a legdrágább vagy legritkább lépés, hanem olcsóbbá vált; a korlát most az emberi ítélőképesség, ízlés és kreativitás. Rob Seaman, a Slack ügyvezetője azt mondta, hogy a Slack Code kiterjeszti azt a népességet, amely hozzájárulhat ezekhez a tényezőkhöz.
Cognition belső adatait idézve Jeff Wang elmondta, hogy a cég belsőben az utóbbi hónapokban tízszeresére nőtt a merge-elt pull requestek száma, miközben a létszám nagyjából 40 százalékkal emelkedett. Wang szerint a munkafolyamatban mérnökök egyszerre több ügynököt indítanak el, és nem ritka, hogy értékes hibajelentéseket nem mérnökök — például az értékesítési csapat — tesznek meg Slackben.
Wang azt is felvázolta, hogy szerinte a rutin, ismétlődő feladatok (hiba- és CI/CD-javítások, sebezhetőségek kiküszöbölése) automatizálódni fognak, és a jövőben a kreativitást, tervezést és üzleti logikát igénylő munkák maradnak. Hozzátette, hogy ma ember még hagy jóvá minden merge-et, de szerinte „lehet, hogy egy éven belül ez automatikusan fog menni”.
Minőség, láthatóság és az „AI slop” kérdése
A nyilvános csatornákba tolás egyik fontos ellenvetése a minőség: ha bárki előállíthat kódot egy ügynökkel, eláraszthatják-e a vállalatot a „AI slop” kategóriájába tartozó, felszínes vagy hibás kimenetek? Slack vezetők szerint éppen a láthatóság szolgál gyógyírként: a multiplayer modell lehetővé teszi, hogy mások lássák, kommentálják és javítsák az ügynök munkáját.
Katie Steigman, a Slack termékvesezérigazgató helyettese, elmondta, hogy termékként ő maga is gyakran tagel mérnököt PR-eken, mert a mérnökök műszaki útmutatása javítja a végeredményt. Seaman nagyobb szabásúan úgy fogalmazott, hogy a „multiplayer” AI erkölcsi íve a jobb minőség és a kevesebb duplikáció felé hajlik. Hivatkozott Shopify példájára, ahol Tobi Lütke vezérigazgató nyilvánosan korlátozta az ügynökös kódolást nyilvános csatornákra, mert az „azonnal terjeszti, ami a cégnél történik”.
Ugyanakkor független kutatások figyelmeztetnek: a Gartner előrejelzése szerint több mint 40 százalékát az ügynök alapú AI projekteknek 2027 végéig törölhetik a költségek és a bizonytalan üzleti érték miatt. A McKinsey State of AI felmérése szerint a szervezetek 62 százaléka legalább kísérleti szinten dolgozik AI ügynökökkel, de csak körülbelül harmaduk kezdte el azok skálázását, és mindössze 39 százalék számolt be lényegi üzleti hatásról.
Biztonság és engedélyezés: nincs „isten” jogosultság
Vállalati vásárlók számára a Slack Code talán legfontosabb tervezési döntése az engedélyezési modell. Seaman határozottan kijelentette, hogy az ügynökök a felhasználótól öröklik az engedélyeket, és nem rendelkeznek önálló, mindenre kiterjedő jogosultsággal. Minden műveletet a felhasználó nevében, a felhasználó ACL-jeivel hajtanak végre mind Slack-ben, mind a hozzákapcsolt rendszerekben.
Steigman hozzátette, hogy mikor egy ügynök kódcsatornát hoz létre, az ügynök csak a beszélgetés kontextusát kapja meg. Wang elmondta, hogy Devin izolált sandboxokban fut minimális szükséges hozzáféréssel, és van opcionális mód, ahol teljesen internet-hozzáférés nélkül működik. Az ügynökök szabványos pull requesteket generálnak GitHubba, így a meglévő kiadási kapuk és review folyamatok továbbra is alkalmazhatók.
Időzítés és stratégiai jelentőség a Salesforce számára
A Slack Code bejelentése fontos pillanatban érkezik: a Salesforce részvényei körülbelül 18 százalékot estek az egy évre visszamenőleg januárig tartó időszakban, és a Wall Street kétségeket fogalmazott meg azzal kapcsolatban, hogy az AI hogyan befolyásolja a hagyományos vállalati szoftverek iránti keresletet. Decemberben OpenAI átcsábította a Slack korábbi vezérigazgatóját, Denise Dresser-t mint kereskedelmi igazgatót, aminek következtében Rob Seaman vette át az ideiglenes vezérigazgatói pozíciót.
Salesforce arra törekszik, hogy a Slack legyen az AI belépési pontja a munkához: januárban bevezették az Anthropic Claude által működtetett átalakított Slackbotot, amely a vállalat szerint a cég 27 éves történetének leggyorsabban elfogadott funkciója volt. A Slack Code e stratégiát a kérdések megválaszolásáról a ténylegesen előállított artefaktumokra — működő kódra, prototípusokra és dokumentumokra — terjeszti ki.
Érdekesség, hogy néhány hónappal korábban a Salesforce arról számolt be, hogy megpróbálták megakadályozni rivális AI cégek hozzáférését a Slack-adatokhoz. A mai bejelentés ezzel szemben nyitott platformként pozícionálja a Slacket: partnereket von be, és a kódcsatorna API-k megnyitását tervezi minden fejlesztő számára. A vállalat szerint a szoftvermérnökség csak az első felhasználási eset: később marketingkampányok és jogi dokumentumok felülvizsgálata is dedikált ügynökcsatornákban történhet.
Mit jelent ez a jövő fejlesztésére nézve?
A Slack nem állítja, hogy a terminál halott lenne. Seaman szerint a munkamegosztás kettős lesz: a többség a többjátékos környezetekben zajlik majd, de maradnak mély, intenzív egyjátékos feladatok is, amelyekhez a fejlesztők a terminálokat és személyes ügynököket használják. A bizalom görbéje az elején azt jelenti, hogy a csapatok részletesen auditálják a lépéseket, majd fokozatosan kevesebb részletbe mennek bele.
McKinsey kutatása szerint azok a szervezetek járnak jól, amelyek áttervezik a munkafolyamataikat az AI köré, nem csupán hozzáadnak AI-t a meglévő folyamatokhoz. A Slack Code lényegében ilyen munkafolyamat-átalakítást kínál: megpróbálja a csapatot tenni az AI-bevezetés egységévé az egyén helyett. Ha sikerül, a Slack nemcsak azt változtatja meg, hogy hol beszélnek a kollégák, hanem azt is, hogy hol készül a szoftver. Ha nem, a nyitottság azt jelenti, hogy mindenki együtt nézi majd végig a hibás kimeneteket.
Ahogy Jeff Wang összegzett: a szűk keresztmetszetek áthelyeződtek. A kérdés az, hogy a tömeg csökkenti-e ezeket a korlátokat, vagy csak hangosabbá teszi őket.
