Alibaba Cloudin Agent Studio on Bailianin yrityksille suunnattu yritys muuttaa agenttien kehitys erillisistä insinööriprojekteista hallituksi palveluksi. Elokuun 14. päivänä 2026 Apsara-julkaisun yhteydessä esitelty kokonaisuus yhdistää agenttien rakentamisen, isännöidyn suoritusympäristön, tiedonhaun, muistin, työkalut ja operoinnin. 820

Laajempi viesti on strateginen: kun kielimallit muuttuvat yhä helpommin saataviksi, yritysten tekoälyn vaikein ja mahdollisesti kallein osa ei välttämättä enää ole mallin valinta. Haasteena on monivaiheisen työn ajaminen luotettavasti tuotannossa. Agent Studio pyrkii hallitsemaan juuri tätä mallin ympärille rakentuvaa kerrosta.

Mitä Agent Studio kokoaa yhteen?

Agent Studio yhdistää ominaisuuksia, jotka yrityksen pitäisi muuten rakentaa ja ylläpitää itse:

• agenttien ja työnkulkujen rakentamisen
• pitkäkestoisten tehtävien isännöidyn ajon
• työkalujen ja MCP-palvelujen integroinnin
• yrityksen tietojen haun ja agenttisen RAG-haun
• pysyvän muistin ja uudelleenkäytettävät Skill-toiminnot
• hiekkalaatikossa tapahtuvan koodin ja tiedostojen käsittelyn
• ohjelmointirajapinnat kutsuille, tiedonhaulle, muistille ja ajonaikaisen ympäristön hallinnalle 117

Kyse ei siis ole vain visuaalisesta promptien rakentajasta. Tuotantokäytössä agentin täytyy suunnitella tehtäviä, kutsua työkaluja, käsitellä tiedostoja, säilyttää kontekstia, jatkaa keskeytyneitä ajoja ja toimia tietoturvan sekä kustannusten asettamissa rajoissa.

Kolme tapaa toteuttaa agentit

Yrityksillä on käytännössä kolme laajaa vaihtoehtoa.

1. Kaikki rakennetaan itse

Itse rakennettu kokonaisuus antaa eniten hallintaa orkestrointiin, tietovarastoihin, identiteettiin, tietoturvaan, havainnointiin, infrastruktuuriin ja siirrettävyyteen. Se voi olla järkevä vaihtoehto, jos vaatimukset ovat poikkeuksellisia tai yrityksellä on jo kypsä sisäinen alustatiimi.

Haittapuolena on, että yritys vastaa myös luotettavuudesta, integraatioiden ylläpidosta ja yksityiskohtaisesta kustannuslaskennasta. Agentin jokainen uusi suunnittelukierros, työkalukutsu, tiedonhakuyritys, koodiajo ja uudelleenyritys voi vaikuttaa loppulaskuun tavalla, jota on vaikeampi ennakoida kuin yksittäisen mallikutsun kustannusta.

2. Kehityskehykset ja SDK:t

Kehityskehykset ja ohjelmistokehityspaketit nopeuttavat orkestrointia, työkalujen käyttöä ja mallien yhdistämistä. Ne ovat hyödyllisiä rakennuspalikoita, mutta kehys ei automaattisesti tarjoa tuotantotason palvelinsisältöä, hiekkalaatikkoeristystä, pysyvää tilaa, tunnistautumista, hallintaa, valvontaa tai FinOps-kustannushallintaa.

Vastuu näistä jää sovellustiimille.

3. Yrityksille suunnatut agenttialustat

Agent Studion kaltainen hallittu alusta niputtaa useita näistä tarpeista palvelukerrokseksi. Tämä voi lyhentää matkaa prototyypistä tuotantoon ja luoda yritykselle yhtenäisemmän toimintamallin.

Vastineeksi yritys luopuu osasta matalan tason hallintaa ja voi sitoutua voimakkaammin yhteen toimittajaan – etenkin jos työkalut, muistipalvelut, tietovarastot ja ajonaikaiset rajapinnat on kytketty tiiviisti toisiinsa.

Managed Agent on alustan suorituskerros

Managed Agent on Bailianin isännöity ajonaikainen ympäristö monivaiheisiin ja pitkäkestoisiin tehtäviin, joissa käytetään työkaluja, suoritetaan koodia tai käsitellään tiedostoja. Palvelu hallitsee istuntojen tilaa, hiekkalaatikoita ja työkalujen suorittamista. Agentit toimivat eristetyissä pilvikonteissa, tapahtumahistoria säilytetään palvelimella ja dokumentoitu työnkulku tukee tehtävän keskeyttämistä ja jatkamista. 17

Rakennetta voi tarkastella viiden kerroksen kautta:

1. Ajoympäristö: Hallittu laskenta ja agentin elinkaaren suoritus korvaavat asiakkaan itse ylläpitämän työntekijäpalvelinten joukon.
2. Kontekstinhallinta: Palvelimen ylläpitämät istunnot ja pysyvä tapahtumahistoria vähentävät sovellukseen kirjoitettavan tilanhallintakoodin määrää. 17
3. MCP- ja Skill-laajennukset: Standardoidut työkalut ja uudelleenkäytettävät kyvykkyydet voidaan liittää agenttiin.
4. Hiekkalaatikon tietoturva: Eristetty ympäristö mahdollistaa komentojen, tiedostojen, riippuvuuksien ja datan käsittelyn. 17
5. Rajapinnat ja havainnointi: Ohjelmointirajapinnat kattavat hallittujen agenttien elinkaaren, sovellusten kutsumisen, tiedonhaun ja muistinhallinnan. 1

Tämä eroaa yksittäisestä kysymys–vastaus-kutsusta. Yksi käyttäjän pyyntö voi käynnistää suunnittelun, tiedonhaun, useita työkalukutsuja, koodin suorituksen, uudelleenyrityksiä ja jatkotoimia. Jos nämä vaiheet tallennetaan hallituksi suoritusketjuksi, työnkulusta tulee helpommin operoitava ja auditoitava. Todellinen kustannus ja luotettavuus riippuvat silti käytetystä mallista, työkaluista, tehtävästä ja asetetuista kontrolleista.

Vakuutusesimerkki ei ole yleinen lupaus

Alibabaan liittyvässä raportoinnissa kuvataan vakuutusten arviointiin liittyvä käyttötapaus, jossa aiemmin kolmesta neljään tuntia kestänyt underwriting-työ lyheni noin 15 minuuttiin. Raportissa mainitaan myös 0,12 juanin kustannus vakuutusta kohden. 10

Lukua on syytä tulkita raportoituna tapaustutkimustuloksena, ei Agent Studion yleisenä vertailuarvona tai takuuna. Tuloksiin vaikuttavat esimerkiksi asiakirjojen laatu, työnkulun monimutkaisuus, valittu malli, työkalujen käyttö, poikkeustilanteiden käsittely ja tarvittavan ihmistarkastuksen määrä.

Esimerkki kertoo ennen kaikkea siitä, millaista toiminnan tehostamista alusta tavoittelee.

One Key Service yrittää ratkaista integraatioiden pullonkaulan

Agenttien käyttöönotossa jokainen ulkoinen työkalu tai MCP-palvelu voi tuoda mukanaan oman tunnistautumis- ja käyttöoikeusprosessinsa. Agent Studion One Key Service pyrkii tarjoamaan MCP-markkinapaikan kumppaneille yhtenäisen tunnistautumiskerroksen, jotta jokaisen kumppanin erillistä valtuutusmallia ei tarvitsisi integroida alusta asti. 810

Tämä on enemmän kuin käyttöä helpottava ominaisuus. Yrityksessä MCP-markkinapaikka on hyödyllinen vasta, kun sen työkalut voidaan hyväksyä, tunnistaa, valvoa ja hallita suuressa mittakaavassa. Yhtenäinen avainjärjestelmä yrittää tehdä markkinapaikasta osan toimivaa hallintamallia – ei vain luetteloa löydettävistä työkaluista.

Private Skills paketoivat organisaation oman osaamisen

Agent Studion raportoitu Private Skills -malli jakaa kyvykkyydet kolmeen käyttölaajuuteen: laajasti uudelleenkäytettäviin alustan tai julkisiin toimintoihin, organisaation sisäisiin yksityisiin toimintoihin sekä rajatummin henkilökohtaisiin tai projektikohtaisiin toimintoihin. 8

Ajatuksena on paketoida yrityksen omat menettelytavat, rajapinnat ja liiketoimintasäännöt uudelleenkäytettäviksi kyvykkyyksiksi. Sisäisiä ohjeita ei tarvitsisi kirjoittaa jokaiseen promptiin uudelleen, eikä samaa integraatiota rakentaa erikseen jokaiselle agentille.

Käytännön kysymykset koskevat kuitenkin ennen kaikkea käyttöoikeuksia, versiointia, omistajuutta, hyväksyntää ja siirrettävyyttä – eivät vain sitä, voidaanko uusi Skill luoda.

Knowledge Studio, Agentic Search ja Memory Studio

Agent Studion tietokerros rakentuu Knowledge Studion ympärille. Se on yrityksille suunnattu RAG-palvelu, joka tukee asiakirjojen jäsentämistä, pilkkomista, vektorointia, indeksointia, hakua ja suoratoistettua kysymys–vastaus-käyttöä. Dokumentoidut integrointitavat sisältävät rajapinnat, MCP:n, komentorivin ja Skill-toiminnot. 3

Keskeinen ero on perinteisen haun ja agenttisen haun välillä. Knowledge Studion kuvaama Agentic RAG -silmukka yhdistää:

• Agentic Searchin, joka suunnittelee ja toistaa hakua yrityksen tietolähteissä;
• Agentic Generationin, joka muodostaa vastauksen haun jälkeen ja tarjoaa lähdetiedot sekä viittaukset. 46

Menetelmä on tarkoitettu kysymyksiin, joihin yksi samankaltaisuushaku ei riitä. Agentti voi tulkita pyynnön, valita sopivan hakureitin, tehdä useita hakuja ja tarkistaa, ovatko tulokset riittäviä ennen vastauksen muodostamista.

Muisti palvelee hieman eri tarkoitusta. Alibaban Agentic Memory -dokumentaatio kuvaa pitkäkestoisen, lyhytkestoisen ja kontekstuaalisen muistin sekä Skill- ja tietokantadatan tallennusta ja hakua. 11 Sovelluksessa tämä voi vähentää tarvetta syöttää jokainen käyttäjän mieltymys, aiempi päätös tai uudelleenkäytettävä konteksti jokaiseen vuorovaikutukseen.

Samalla syntyy uusia hallintatarpeita: kuinka kauan tietoja säilytetään, miten ne poistetaan, kenellä on niihin pääsy ja miten virheellinen tieto estetään siirtymästä keskustelusta toiseen.

Playground ja luonnollisella kielellä rakentaminen

Playground esitellään yhtenäisenä rakennuspintana Flow Agentille, Managed Agentille, RAGille, muistille, MCP:lle, Skills-toiminnoille, skenaariomalleille ja luonnollisen kielen Vibe Builder -työnkuluille. 8

Tavoiteltu käyttötapa on suoraviivainen: tiimi aloittaa mallista tai kuvaa liiketoimintaprosessin, minkä jälkeen mukaan liitetään tarvittava yritystieto, muisti, työkalut ja suoritusympäristö.

Tämä voi madaltaa kokeilujen kynnystä ja helpottaa liiketoiminta- ja teknisten tiimien yhteistyötä samalla alustalla. Se ei kuitenkaan poista testaamisen, käyttöoikeuksien, arvioinnin tai ihmisen hyväksynnän tarvetta silloin, kun agentti tekee merkittäviä päätöksiä tai toimia.

Miksi pilvipalvelut haluavat omistaa agenttikerroksen?

Yritys-AI:n kilpailuraja siirtyy mallin ympärille. Malli tarjoaa päättelyn ja tekstin tuottamisen, mutta tuotantokelpoinen agentti tarvitsee lisäksi ajoympäristön, tilan, työkalut, pääsyn dataan, identiteetin, eristyksen, seurannan ja hallintakeinot.

Tämä antaa pilvipalveluille vahvan strategisen aseman. Jos agenteista tulee käyttöliittymä, jonka kautta työntekijät pyytävät tehtäviä, agenttialustasta voi tulla myös kerros, joka etsii ja yhdistelee pilvipalveluja käyttäjän puolesta. Haku, tallennus, rajapinnat, tietokannat ja liiketoimintajärjestelmät saatetaan jatkossa saavuttaa hallittujen agenttitoimien kautta sen sijaan, että kehittäjä valitsisi jokaisen palvelun erikseen.

Yritysasiakkaille mahdollisuus tarkoittaa myös vaikeita kysymyksiä:

• Kuinka siirrettäviä agentit ja Skillit ovat toimittajalta toiselle?
• Kuka hallitsee työkalujen käyttöoikeuksia ja datan rajoja?
• Miten monivaiheisen työn kustannukset kohdistetaan tiimille tai liiketoimintaprosessille?
• Voiko organisaatio jäljittää, mitä agentti teki ja miksi?
• Mitä tapahtuu, kun malli, työkalu tai tiedonlähde muuttuu?

Agent Studion vastaus on, että kilpailuetu ei enää synny vain mallista. Tuote on mallin ympärille rakennettu hallittu järjestelmä. Sen onnistuminen ratkaistaan lopulta siinä, pystyvätkö yritykset todentamaan tulokset, rajaamaan agenttien toimia, ymmärtämään kustannukset ja viemään kriittiset työnkulut esittelystä luotettavaan tuotantoon.

Alibaba Cloudin Agent Studio on Bailianin yrityksille suunnattu yritys muuttaa agenttien kehitys erillisistä insinööriprojekteista hallituksi palveluksi. Elokuun 14. päivänä 2026 Apsara-julkaisun yhteydessä esitelty kokonaisuus yhdistää agenttien rakentamisen, isännöidyn suoritusympäristön, tiedonhaun, muistin, työkalut ja operoinnin. 820

Laajempi viesti on strateginen: kun kielimallit muuttuvat yhä helpommin saataviksi, yritysten tekoälyn vaikein ja mahdollisesti kallein osa ei välttämättä enää ole mallin valinta. Haasteena on monivaiheisen työn ajaminen luotettavasti tuotannossa. Agent Studio pyrkii hallitsemaan juuri tätä mallin ympärille rakentuvaa kerrosta.

Mitä Agent Studio kokoaa yhteen?

Agent Studio yhdistää ominaisuuksia, jotka yrityksen pitäisi muuten rakentaa ja ylläpitää itse:

• agenttien ja työnkulkujen rakentamisen
• pitkäkestoisten tehtävien isännöidyn ajon
• työkalujen ja MCP-palvelujen integroinnin
• yrityksen tietojen haun ja agenttisen RAG-haun
• pysyvän muistin ja uudelleenkäytettävät Skill-toiminnot
• hiekkalaatikossa tapahtuvan koodin ja tiedostojen käsittelyn
• ohjelmointirajapinnat kutsuille, tiedonhaulle, muistille ja ajonaikaisen ympäristön hallinnalle 117

Kyse ei siis ole vain visuaalisesta promptien rakentajasta. Tuotantokäytössä agentin täytyy suunnitella tehtäviä, kutsua työkaluja, käsitellä tiedostoja, säilyttää kontekstia, jatkaa keskeytyneitä ajoja ja toimia tietoturvan sekä kustannusten asettamissa rajoissa.

Kolme tapaa toteuttaa agentit

Yrityksillä on käytännössä kolme laajaa vaihtoehtoa.

1. Kaikki rakennetaan itse

Itse rakennettu kokonaisuus antaa eniten hallintaa orkestrointiin, tietovarastoihin, identiteettiin, tietoturvaan, havainnointiin, infrastruktuuriin ja siirrettävyyteen. Se voi olla järkevä vaihtoehto, jos vaatimukset ovat poikkeuksellisia tai yrityksellä on jo kypsä sisäinen alustatiimi.

Haittapuolena on, että yritys vastaa myös luotettavuudesta, integraatioiden ylläpidosta ja yksityiskohtaisesta kustannuslaskennasta. Agentin jokainen uusi suunnittelukierros, työkalukutsu, tiedonhakuyritys, koodiajo ja uudelleenyritys voi vaikuttaa loppulaskuun tavalla, jota on vaikeampi ennakoida kuin yksittäisen mallikutsun kustannusta.

2. Kehityskehykset ja SDK:t

Kehityskehykset ja ohjelmistokehityspaketit nopeuttavat orkestrointia, työkalujen käyttöä ja mallien yhdistämistä. Ne ovat hyödyllisiä rakennuspalikoita, mutta kehys ei automaattisesti tarjoa tuotantotason palvelinsisältöä, hiekkalaatikkoeristystä, pysyvää tilaa, tunnistautumista, hallintaa, valvontaa tai FinOps-kustannushallintaa.

Vastuu näistä jää sovellustiimille.

3. Yrityksille suunnatut agenttialustat

Agent Studion kaltainen hallittu alusta niputtaa useita näistä tarpeista palvelukerrokseksi. Tämä voi lyhentää matkaa prototyypistä tuotantoon ja luoda yritykselle yhtenäisemmän toimintamallin.

Vastineeksi yritys luopuu osasta matalan tason hallintaa ja voi sitoutua voimakkaammin yhteen toimittajaan – etenkin jos työkalut, muistipalvelut, tietovarastot ja ajonaikaiset rajapinnat on kytketty tiiviisti toisiinsa.

Managed Agent on alustan suorituskerros

Managed Agent on Bailianin isännöity ajonaikainen ympäristö monivaiheisiin ja pitkäkestoisiin tehtäviin, joissa käytetään työkaluja, suoritetaan koodia tai käsitellään tiedostoja. Palvelu hallitsee istuntojen tilaa, hiekkalaatikoita ja työkalujen suorittamista. Agentit toimivat eristetyissä pilvikonteissa, tapahtumahistoria säilytetään palvelimella ja dokumentoitu työnkulku tukee tehtävän keskeyttämistä ja jatkamista. 17

Rakennetta voi tarkastella viiden kerroksen kautta:

1. Ajoympäristö: Hallittu laskenta ja agentin elinkaaren suoritus korvaavat asiakkaan itse ylläpitämän työntekijäpalvelinten joukon.
2. Kontekstinhallinta: Palvelimen ylläpitämät istunnot ja pysyvä tapahtumahistoria vähentävät sovellukseen kirjoitettavan tilanhallintakoodin määrää. 17
3. MCP- ja Skill-laajennukset: Standardoidut työkalut ja uudelleenkäytettävät kyvykkyydet voidaan liittää agenttiin.
4. Hiekkalaatikon tietoturva: Eristetty ympäristö mahdollistaa komentojen, tiedostojen, riippuvuuksien ja datan käsittelyn. 17
5. Rajapinnat ja havainnointi: Ohjelmointirajapinnat kattavat hallittujen agenttien elinkaaren, sovellusten kutsumisen, tiedonhaun ja muistinhallinnan. 1

Tämä eroaa yksittäisestä kysymys–vastaus-kutsusta. Yksi käyttäjän pyyntö voi käynnistää suunnittelun, tiedonhaun, useita työkalukutsuja, koodin suorituksen, uudelleenyrityksiä ja jatkotoimia. Jos nämä vaiheet tallennetaan hallituksi suoritusketjuksi, työnkulusta tulee helpommin operoitava ja auditoitava. Todellinen kustannus ja luotettavuus riippuvat silti käytetystä mallista, työkaluista, tehtävästä ja asetetuista kontrolleista.

Vakuutusesimerkki ei ole yleinen lupaus

Alibabaan liittyvässä raportoinnissa kuvataan vakuutusten arviointiin liittyvä käyttötapaus, jossa aiemmin kolmesta neljään tuntia kestänyt underwriting-työ lyheni noin 15 minuuttiin. Raportissa mainitaan myös 0,12 juanin kustannus vakuutusta kohden. 10

Lukua on syytä tulkita raportoituna tapaustutkimustuloksena, ei Agent Studion yleisenä vertailuarvona tai takuuna. Tuloksiin vaikuttavat esimerkiksi asiakirjojen laatu, työnkulun monimutkaisuus, valittu malli, työkalujen käyttö, poikkeustilanteiden käsittely ja tarvittavan ihmistarkastuksen määrä.

Esimerkki kertoo ennen kaikkea siitä, millaista toiminnan tehostamista alusta tavoittelee.

One Key Service yrittää ratkaista integraatioiden pullonkaulan

Agenttien käyttöönotossa jokainen ulkoinen työkalu tai MCP-palvelu voi tuoda mukanaan oman tunnistautumis- ja käyttöoikeusprosessinsa. Agent Studion One Key Service pyrkii tarjoamaan MCP-markkinapaikan kumppaneille yhtenäisen tunnistautumiskerroksen, jotta jokaisen kumppanin erillistä valtuutusmallia ei tarvitsisi integroida alusta asti. 810

Tämä on enemmän kuin käyttöä helpottava ominaisuus. Yrityksessä MCP-markkinapaikka on hyödyllinen vasta, kun sen työkalut voidaan hyväksyä, tunnistaa, valvoa ja hallita suuressa mittakaavassa. Yhtenäinen avainjärjestelmä yrittää tehdä markkinapaikasta osan toimivaa hallintamallia – ei vain luetteloa löydettävistä työkaluista.

Private Skills paketoivat organisaation oman osaamisen

Agent Studion raportoitu Private Skills -malli jakaa kyvykkyydet kolmeen käyttölaajuuteen: laajasti uudelleenkäytettäviin alustan tai julkisiin toimintoihin, organisaation sisäisiin yksityisiin toimintoihin sekä rajatummin henkilökohtaisiin tai projektikohtaisiin toimintoihin. 8

Ajatuksena on paketoida yrityksen omat menettelytavat, rajapinnat ja liiketoimintasäännöt uudelleenkäytettäviksi kyvykkyyksiksi. Sisäisiä ohjeita ei tarvitsisi kirjoittaa jokaiseen promptiin uudelleen, eikä samaa integraatiota rakentaa erikseen jokaiselle agentille.

Käytännön kysymykset koskevat kuitenkin ennen kaikkea käyttöoikeuksia, versiointia, omistajuutta, hyväksyntää ja siirrettävyyttä – eivät vain sitä, voidaanko uusi Skill luoda.

Knowledge Studio, Agentic Search ja Memory Studio

Agent Studion tietokerros rakentuu Knowledge Studion ympärille. Se on yrityksille suunnattu RAG-palvelu, joka tukee asiakirjojen jäsentämistä, pilkkomista, vektorointia, indeksointia, hakua ja suoratoistettua kysymys–vastaus-käyttöä. Dokumentoidut integrointitavat sisältävät rajapinnat, MCP:n, komentorivin ja Skill-toiminnot. 3

Keskeinen ero on perinteisen haun ja agenttisen haun välillä. Knowledge Studion kuvaama Agentic RAG -silmukka yhdistää:

• Agentic Searchin, joka suunnittelee ja toistaa hakua yrityksen tietolähteissä;
• Agentic Generationin, joka muodostaa vastauksen haun jälkeen ja tarjoaa lähdetiedot sekä viittaukset. 46

Menetelmä on tarkoitettu kysymyksiin, joihin yksi samankaltaisuushaku ei riitä. Agentti voi tulkita pyynnön, valita sopivan hakureitin, tehdä useita hakuja ja tarkistaa, ovatko tulokset riittäviä ennen vastauksen muodostamista.

Muisti palvelee hieman eri tarkoitusta. Alibaban Agentic Memory -dokumentaatio kuvaa pitkäkestoisen, lyhytkestoisen ja kontekstuaalisen muistin sekä Skill- ja tietokantadatan tallennusta ja hakua. 11 Sovelluksessa tämä voi vähentää tarvetta syöttää jokainen käyttäjän mieltymys, aiempi päätös tai uudelleenkäytettävä konteksti jokaiseen vuorovaikutukseen.

Samalla syntyy uusia hallintatarpeita: kuinka kauan tietoja säilytetään, miten ne poistetaan, kenellä on niihin pääsy ja miten virheellinen tieto estetään siirtymästä keskustelusta toiseen.

Playground ja luonnollisella kielellä rakentaminen

Playground esitellään yhtenäisenä rakennuspintana Flow Agentille, Managed Agentille, RAGille, muistille, MCP:lle, Skills-toiminnoille, skenaariomalleille ja luonnollisen kielen Vibe Builder -työnkuluille. 8

Tavoiteltu käyttötapa on suoraviivainen: tiimi aloittaa mallista tai kuvaa liiketoimintaprosessin, minkä jälkeen mukaan liitetään tarvittava yritystieto, muisti, työkalut ja suoritusympäristö.

Tämä voi madaltaa kokeilujen kynnystä ja helpottaa liiketoiminta- ja teknisten tiimien yhteistyötä samalla alustalla. Se ei kuitenkaan poista testaamisen, käyttöoikeuksien, arvioinnin tai ihmisen hyväksynnän tarvetta silloin, kun agentti tekee merkittäviä päätöksiä tai toimia.

Miksi pilvipalvelut haluavat omistaa agenttikerroksen?

Yritys-AI:n kilpailuraja siirtyy mallin ympärille. Malli tarjoaa päättelyn ja tekstin tuottamisen, mutta tuotantokelpoinen agentti tarvitsee lisäksi ajoympäristön, tilan, työkalut, pääsyn dataan, identiteetin, eristyksen, seurannan ja hallintakeinot.

Tämä antaa pilvipalveluille vahvan strategisen aseman. Jos agenteista tulee käyttöliittymä, jonka kautta työntekijät pyytävät tehtäviä, agenttialustasta voi tulla myös kerros, joka etsii ja yhdistelee pilvipalveluja käyttäjän puolesta. Haku, tallennus, rajapinnat, tietokannat ja liiketoimintajärjestelmät saatetaan jatkossa saavuttaa hallittujen agenttitoimien kautta sen sijaan, että kehittäjä valitsisi jokaisen palvelun erikseen.

Yritysasiakkaille mahdollisuus tarkoittaa myös vaikeita kysymyksiä:

• Kuinka siirrettäviä agentit ja Skillit ovat toimittajalta toiselle?
• Kuka hallitsee työkalujen käyttöoikeuksia ja datan rajoja?
• Miten monivaiheisen työn kustannukset kohdistetaan tiimille tai liiketoimintaprosessille?
• Voiko organisaatio jäljittää, mitä agentti teki ja miksi?
• Mitä tapahtuu, kun malli, työkalu tai tiedonlähde muuttuu?

Agent Studion vastaus on, että kilpailuetu ei enää synny vain mallista. Tuote on mallin ympärille rakennettu hallittu järjestelmä. Sen onnistuminen ratkaistaan lopulta siinä, pystyvätkö yritykset todentamaan tulokset, rajaamaan agenttien toimia, ymmärtämään kustannukset ja viemään kriittiset työnkulut esittelystä luotettavaan tuotantoon.