A Sierra új biztonsági kontrollokat ad az ügynökök kiadásához

A nagy léptékű ügynökfejlesztéshez szigorúbb kontroll kell

A Sierra augusztus 20-i bejelentése szerint a világ legnagyobb vállalatai közül több is a platformon építi ügynökeit. Egyetlen ügynökön több száz ember dolgozhat, több száz ügyfélútvonalat kezelhet, és millió ügyfelet szolgálhat ki. Ilyen környezetben egy kisebb módosítás is azonnal megváltoztathatja az ügynök viselkedését minden ügyféllel folytatott beszélgetésben.

A Sierra ezért a kiadásokhoz szükséges ellenőrzéseket, jóváhagyásokat és bevezetési stratégiákat közvetlenül a platformba építette. A cél, hogy egy módosítás a fejlesztői Workspace-ből ellenőrzött módon jusson el az éles ügyfélbeszélgetésekig. A vállalat ezt a szoftverfejlesztésben már alkalmazott gyakorlatokhoz, például az automatizált teszteléshez, a kódellenőrzéshez és a fokozatos kiadásokhoz hasonlítja.

Az Agent Checks és a Simulations még élesítés előtt keres hibákat

Az Agent Checks az ügynökök lintereként működik. A fejlesztés közben, az ügyfélútvonalak és a létrehozott beszélgetések alapján jelez figyelmeztetéseket. A rendszer olyan problémákat is keres, amelyeket könnyű figyelmen kívül hagyni, például amikor egy prompt olyan eszközre hivatkozik, amelyet nem tettek elérhetővé, vagy amikor az ügynök utasításai ellentmondanak egymásnak.

Az ellenőrzés azt is jelezheti, ha egy lekérdezőeszköz műveleti eszköz feladatát végzi, ha egy válasz képernyőn működik, de telefonhívásban már nem, illetve ha érzékeny adatok lekéréséhez nem elégséges a hitelesítés. A figyelmeztetéseket súlyosság szerint rangsorolják, így a csapatok elkülöníthetik az ügyfelekre várhatóan ható hibákat az alacsonyabb prioritású minőségjavításoktól. A legtöbb jelzéshez a Ghostwriter javítási javaslatot is ad, amely helyben alkalmazható.

Az Agent Checks az ügynök felépítését vizsgálja, a Simulations pedig a beszélgetésekben megjelenő problémák feltárását szolgálja. A csapatok előírhatják, hogy a szimulációk sikeresen teljesüljenek, mielőtt a módosítás közelebb kerül az éles környezethez. A két funkció így automatizált minőségi kaput alkot.

Emberi jóváhagyás és fokozatos forgalomterelés

A Sierra szerint az automatizált ellenőrzések nem tudják eldönteni, hogy egy változtatást ki kell-e adni. Az új merge approval workflows segítségével a szervezetek kötelezővé tehetik a szakértői felülvizsgálatot minden kiadás előtt. A Reviewer szerepkörrel meghatározható, hogy kinek kell jóváhagynia a módosítást, például ügyfélélményért felelős vezetőnek, megfelelőségi szakértőnek, mérnöki vezetőnek vagy más szakterületi szakértőnek.

A felülvizsgálók soronként vizsgálhatják a változtatásokat, megjegyzéseket írhatnak hozzájuk, és módosítást kérhetnek az összevonás jóváhagyása előtt. A fejlesztők a Ghostwriter segítségével reagálhatnak a visszajelzésekre, és újabb felülvizsgálatot is kérhetnek.

A jóváhagyás után sem szükséges azonnal minden ügyfélhez eljuttatni a módosítást. A split traffic releases a forgalom egy részére vezetik be az új verziót, majd csak ellenőrzés után terjesztik ki szélesebb körben. Ez hasznos lehet modellfrissítés, azonosítási rendszer átalakítása vagy jelentős viselkedésbeli változás esetén. A Sierra közlése szerint egy nagy légitársaság, egy utazási piactér és egy fintech vállalat már használja ezt a funkciót.

A split traffic releases eltérő célt szolgálnak, mint az Experiments. Az Experiments azt segít eldönteni, melyik változat teljesít jobban, a forgalom megosztott kiadása pedig a kiválasztott változat biztonságos bevezetését támogatja. Minden kiadás módosíthatatlan pillanatfelvételként készül, ezért váratlan probléma esetén a visszaállítás is gyorsan elvégezhető.

A Sierra szerint ez a vállalati ügynökök működésének alapja lesz

A Sierra álláspontja szerint a release governance a nagy léptékű ügynökfejlesztés szükséges része. Ahogy több száz ember dolgozik párhuzamosan egy ügyfelekkel folyamatosan kommunikáló ügynökön, az automatizált ellenőrzés, a szakértői jóváhagyás és a fokozatos kiadás segíthet abban, hogy a csapatok gyorsan dolgozzanak az ellenőrzés feladása nélkül.

A funkciók egyetlen fejlesztő és egyetlen ügyfélútvonal esetén is használhatók. A Sierra szerint azonban akkor válnak különösen fontossá, amikor a csapatok párhuzamosan építenek vállalati ügynököket, és azok folyamatosan szolgálják ki az ügyfeleket.