Slack Code tekee tekoälykoodauksesta tiimityötä

Näin koodikanava toimii käytännössä

Työnkulku voi alkaa esimerkiksi ideasta, bugiraportista, verkkosivun päivityksestä tai uudesta ominaisuuspyynnöstä Slackissa:

1. Tiimin jäsen mainitsee keskustelussa tuetun koodausagentin.
2. Agentti luo tehtävää varten oman koodikanavan.
3. Osallistujat antavat agentille vaatimukset, rajoitteet ja projektin taustatiedot.
4. Agentti laatii suunnitelman ja ehdottaa muutoksia.
5. Tiimi tarkistaa työn, kuten koodierot ja mahdolliset esikatselut.
6. Ihmiset voivat ohjata agentin uudelleen tai hyväksyä seuraavan vaiheen.

Slack Code tarjoaa tavallista keskusteluketjua monipuolisemman näkymän. Integraatiosta riippuen käyttäjät voivat siirtyä keskustelun, agentin suunnitelman, koodierojen ja tuotoksen reaaliaikaisen esikatselun välillä. Näin samaan paikkaan yhdistyvät tehtävän ympärillä käyty keskustelu ja sen tuloksena syntyvä ohjelmisto.

Miksi mukana ovat myös tuotepäälliköt ja suunnittelijat?

Slack Coden tavoitteena on tuoda tuotepäälliköt ja suunnittelijat osaksi rakennusprosessia ilman, että heidän täytyy työskennellä suoraan kehittäjän päätelaitteella tai komentorivillä. He voivat kuvata käyttäjän ongelman, lisätä tuotteen taustatietoa, tarkastella näkyvää lopputulosta ja pyytää muutoksia yhteisessä kanavassa. Kehittäjät puolestaan vastaavat teknisestä arvioinnista ja toteutuksen yksityiskohdista.

Käytännön esimerkki voisi olla tilanne, jossa tuotepäällikkö ilmoittaa Slackissa verkkopalvelun virheestä ja kuvailee toivotun toiminnan. Agentti tutkii asian ja ehdottaa korjausta, minkä jälkeen insinööri tarkistaa syntyneen koodieron ja arvioi, sopiiko muutos koodipohjaan. Tiimi voi sen jälkeen päättää pull requestin avaamisesta tai pyytää uuden tarkistuskierroksen.

Tekoälyagentista ei siis tule lopullista päätöksentekijää. Sen sijaan yhteistyön paikka muuttuu, ja agentin työn tarkastelusta tulee helpompaa myös niille, jotka eivät kirjoita koodia päivittäin.

Ihmisen hyväksyntä pysyy keskiössä

Slack Code on ennen kaikkea näkyvyys- ja yhteistyökerros, ei lupa julkaista tarkistamatonta koodia automaattisesti. Tiimit voivat tarkastella ehdotettuja muutoksia ja vaatia ihmisen hyväksynnän merkittäville toimille, kuten tuotantoon päätyville muutoksille.

Tämä on tärkeää, koska agentti voi tuottaa uskottavalta näyttävän korjauksen ymmärtämättä täysin järjestelmän liiketoimintavaatimuksia, tietoturvarajoitteita tai tuotantoympäristön riskejä. Jaettu kanava antaa insinööreille ja muille vastuuhenkilöille paikan kyseenalaistaa ratkaisun, pyytää muutoksia ja kirjata päätöksen ennen työn etenemistä.

Haettava historia ja Slackin hallintakontrollit

Koodikanavien on tarkoitus säilyttää agentin työhön liittyvä asiayhteys. Tehtävän valmistuttua kanava voidaan arkistoida, mutta keskustelu ja työn historia säilyvät haettavina. Näin syntyy jälki siitä, mitä pyydettiin, mitä agentti tuotti ja miten ihmiset arvioivat työn.

Koska työnkulku tapahtuu Slackissa, organisaatiot voivat hyödyntää nykyisiä Slack-tunnuksia, käyttöoikeuksia, hallintamalleja, tietoturva-asetuksia ja ylläpitokontrolleja. Erillistä yhteistyöjärjestelmää ei tarvitse ottaa käyttöön jokaista koodausagentin tehtävää varten.

Käytännön hyöty on jatkuvuus: projektin vaatimukset, päätökset, katselmoinnit ja agentin toiminta voivat pysyä yhteydessä niihin keskusteluihin, joissa työ alun perin käynnistettiin.

Saatavuus ja julkaisukumppanit

Salesforce ilmoitti Slack Coden olevan julkaisuvaiheessa saatavilla kaikilla Slack-tilauspaketeilla. Ominaisuuden ensimmäisiin integraatiokumppaneihin kuuluivat Anthropic, GitHub, Cognition ja Vercel, ja Salesforce sekä Slack nostivat esiin myös ChatGPT:n osallistuvana agenttina.

Kokemus voi kuitenkin vaihdella agentin mukaan. Suunnitelmat, koodierot, esikatselut ja hyväksyntätoiminnot riippuvat siitä, mitä kukin integraatio tarjoaa Slackissa. Se, että agentti on tuettu, ei siis tarkoita, että kaikilla agenteilla olisi täsmälleen samat työkalut.

Salesforce haluaa Slackista agenttien koordinaatiokerroksen

Salesforce esitteli Dreamforcessa Slack Coden tapana tehdä ohjelmistokehityksestä tiimilaji. Samalla Slack asemoidaan useiden tekoälyagenttien yhteiseksi koordinaatiokerrokseksi. Yritys ei pyri pakottamaan tiimejä yhden Salesforce-keskeisen koodausmallin käyttäjiksi, vaan tuo kilpailevien palveluntarjoajien agentit samaan työympäristöön.

Salesforce on lisäksi kertonut suunnitelmista avata taustalla olevia rajapintoja laajemmin. Pidemmän aikavälin tavoitteena on, että organisaatiot voivat rakentaa omia agentteja ja jaettuja kanavia myös ohjelmistokehityksen ulkopuolisiin tehtäviin, kuten markkinointikampanjoiden koordinointiin tai lakiasiakirjojen tarkistamiseen. Kyse on suunnitellusta laajennuksesta, ei siitä, että kaikki muut kuin koodaukseen liittyvät työnkulut olisivat jo yleisesti saatavilla.

Lopputulos

Slack Coden perusidea on yksinkertainen: mainitse koodausagentti, anna sille oma projektikanava ja anna tiimin seurata, ohjata, tarkistaa ja hyväksyä työ. Tuotteen varsinainen ero ei ole pelkästään kyky tuottaa koodia, vaan koodin ympärille rakennettu jaettu asiayhteys.

Slackia jo käyttäville tiimeille tämä voi tehdä tekoälyavusteisesta kehityksestä helpommin seurattavaa myös tuotepäälliköille ja suunnittelijoille, samalla kun tekninen vastuu säilyy kehittäjillä. Ominaisuuden toimivuus riippuu silti kunkin agentti-integraation laadusta ja siitä, pitävätkö tiimit hyväksyntäkäytännöistään kiinni. Se tarjoaa kuitenkin näkyvämmän vaihtoehdon erillisissä työkaluissa tapahtuville, helposti siiloutuville tekoälykoodaussessioille.