Olemme lisänneet Skills-toiminnon Siesta AI:hin: se on tarkoitukseen rakennettu tapa määrittää, mitä agentti voi tehdä, miten sen tulisi tehdä se ja mitä työkaluja se saa käyttää. Jos järjestelmäkehotteesi vastaa kysymykseen ”kuka agentti on”, Skills vastaa kysymykseen ”mitä agentti pystyy luotettavasti toteuttamaan”.
Tämä korostuu, kun siirrytään yksittäisestä demoagentista eteenpäin. Oikeissa tiimeissä sama pyyntö alkaa tuottaa eri lopputuloksia sen mukaan, mitä agenttia kukin käyttää, koska ohjeita kopioidaan, muokataan ja ne ajautuvat vähitellen eri suuntiin. Skills on suunniteltu pysäyttämään tuo ajautuminen muuttamalla toistettava työ ylläpidetyksi kyvykkyydeksi, jota voi käyttää uudelleen eri agenteilla.
Skills käytännössä: uudelleenkäytettävät prosessit ja työkalujen käyttöoikeus
Skill on paketoitu suorituskokonaisuus, joka yhdistää kaksi asiaa: ohjeet (prosessi) ja työkalut (toiminnot ja integraatiot, joita agentti saa käyttää kyseisessä prosessissa). Kun liität skillin agenttiin, teet enemmän kuin ”lisäät ominaisuuden”. Asetat rajat, jotka tekevät toiminnasta ennustettavampaa.
Vähemmän ilmeinen hyöty on hallinta suunnittelun kautta. Kun työnkulku paketoidaan skilliin, voit pitää agentin keskittyneenä vain niihin harvoihin työkaluihin, joita se oikeasti tarvitsee. Se vähentää vahingossa tapahtuvaa työkalujen käyttöä, helpottaa virheiden debuggausta ja pitää lopputulokset yhtenäisinä tiimien välillä, vaikka lisäisit lisää agentteja.
Organisaation skillit vs. järjestelmäskillit
Skillit jakautuvat kahteen kategoriaan. Organisaation skillit luodaan organisaatiosi sisällä. Voit luoda, muokata ja poistaa niitä. Tähän talletetaan, miten yrityksesi oikeasti toimii: esimerkiksi miten tiketit halutaan kirjoittaa, miten raportointi tulee muotoilla, mitä tarkistuksia on tehtävä ennen sähköpostin lähettämistä tai mikä järjestelmä on totuuden lähde, kun data on ristiriitaista. Järjestelmäskillit ovat ennalta määriteltyjä ja kaikkien saatavilla. Niitä ei voi muokata suoraan, mutta voit kopioida ne ja muokata kopiota. Käytännössä tämä antaa lähtöpisteen, jota voit tiukentaa omiin sisäisiin sääntöihisi, nimeämiskäytäntöihin, hyväksyntöihin ja sallittuihin työkaluihin.
Skills vs. Subagents: milloin käyttää kumpaakin
Skills ja Subagents ratkaisevat eri ongelmia, ja niiden sekoittaminen johtaa sekaviin agenttikokoonpanoihin.
- Skill tarkoittaa suorituksen standardointia. Käytä sitä, kun haluat, että sama tehtävä tehdään samalla tavalla joka kerta: samat vaiheet, sama työkalujen käyttöoikeus, sama lopputuloksen muoto. Skillit ovat toistettavuuskerroksesi.
- Subagent tarkoittaa delegointia ja erikoistumista. Käytä sitä, kun pyyntö on liian laaja tai monialainen, jotta yksi agentti voisi hoitaa sen siististi, jolloin pääagentti delegoi työn osia erikoistuneille agenteille.
Käytännössä toimiva malli on yhdistää nämä: subagentit pilkkovat työn, skillit pitävät jokaisen osan johdonmukaisena. Ilman skillejä subagentit voivat silti tuottaa vaihtelevia lopputuloksia, koska jokainen erikoistunut agentti ”tekee sen omalla tavallaan”. Ilman subagentteja skillit taas paisuvat helposti, koska yksi agentti yrittää hoitaa jokaisen monimutkaisen pyynnön vaiheen.
Lue lisää Subagents-toiminnosta: https://siesta.ai/blog/1329/new-in-siesta-ai-subagents
Parempi tapa ottaa tämä käyttöön
Jos haluat Skillsin tuottavan hyötyä nopeasti, älä aloita ”master skillillä”, joka yrittää kattaa kaiken. Valitse yksi työnkulku, jolla on jo selkeä omistajuus ja joka toistuu viikoittain, kuten Jira-tikettien luonti tuen eskaloinneista, kokousmuistiinpanojen muuntaminen seurantatehtäviksi tai vakiomuotoisen ops-tilannepäivityksen tuottaminen.
Kirjoita skill kuin sisäinen runbook, anna sille vain tarvittavat työkalut ja liitä se niihin agenteihin, joita ihmiset jo käyttävät. Viikon jälkeen tiedät tarkalleen, mitä tiukentaa: puuttuvat syötteet, epäselvät luovutukset, käyttöoikeuksien reunatapaukset sekä ne kaksi tai kolme vikamoodia, jotka aiheuttavat eniten uudelleentyötä. Korjaa ne kerran skilliin, ja parannus leviää automaattisesti kaikkialle.