Copilot Studio či Vertex AI: rozhoduje ekosystém, nie demo

Ak má agent pracovať najmä s procesmi Microsoft 365 a Power Platform, prvým kandidátom je Copilot Studio. Porovnanie nástrojov Microsoftu ho opisuje ako low-code riešenie s konektormi Power Platform a možnosťou publikovať agentov aj do mobilných aplikácií a komunikačných platforiem. Existujúce prostredie tak môže skrátiť cestu k použiteľnému agentovi, pokiaľ potrebné prepojenia zvládnu aj jeho konkrétne úlohy.

Pre tím, ktorý vyvíja a prevádzkuje aplikácie v Google Cloud, je prirodzeným kandidátom Vertex AI Agent Builder a nadväzujúce služby. Prehľad Gemini Enterprise Agent Platform opisuje vývoj platformy Vertex AI smerom k tvorbe, nasadzovaniu, správe a sledovaniu agentov. V zmiešanom prostredí sa výber nedá odvodiť len od používaného kancelárskeho balíka: rozhoduje systém, v ktorom agent vykoná dôležitú autorizovanú akciu, a práca potrebná na jeho prepojenie s ostatnými systémami.

Čo firma skutočne vyberá

Copilot Studio znižuje nároky na tvorbu agenta pre tímy, ktoré už používajú nástroje Microsoftu. Vizuálne zostavený postup však ešte neurčuje, či agent bezpečne zmení záznam v podnikovom systéme. Rozdiel medzi odpoveďou z dostupných údajov a vykonaním akcie je zásadný: pri akcii treba určiť používateľa alebo službu, pod ktorých oprávnením prebehne, aj to, kto môže výsledok spätne preveriť.

Google ponúka viac vývojových ciest. Agent Studio slúži na vizuálnu tvorbu, Agent Development Kit dáva vývojárom kontrolu nad kódom a platforma obsahuje služby na beh, identitu, politiky a pozorovateľnosť agentov. Tím zvyknutý na Google Cloud v nich môže nájsť vhodné miesto pre produkčnú prevádzku. Súčasne musí rozhodnúť, ktoré komponenty použije a ako ich spojí s firemnými údajmi; samotná šírka ponuky nezaručuje hotový pracovný postup.

Podstatný je preto rozdiel medzi rýchlosťou prvého návrhu a náročnosťou prevádzky. Pri oboch riešeniach môže ukážka správne odpovedať na otázku, hoci agent ešte nemá vhodné oprávnenie na zápis, spôsob schválenia zmeny ani zrozumiteľný záznam o zlyhaní. Práve tieto podmienky určujú, či sa dá rovnaká úloha zveriť agentovi aj mimo kontrolovanej ukážky.

Integrácia a identita rozhodujú pri akcii

Označenie „podporovaný systém“ hovorí málo o tom, čo agent v systéme urobí. Môže iba čítať cez API, zapisovať zmeny, pracovať s pôvodnými objektmi aplikácie alebo spúšťať jej vlastné pracovné postupy. Porovnanie Stackcurve rozlišuje tieto úrovne integrácie a hodnotí Microsoft najvyššie pri prepojení a správe vo vlastnom ekosystéme, Google pri multimodalite a hlasových scenároch kontaktných centier. Ide o hodnotenie konkrétnych oblastí, nie o univerzálne poradie pre každú firmu.

Ak má agent napríklad spracovať požiadavku, načítanie jej stavu je iná schopnosť než zmena stavu a spustenie následného schválenia. Firma potrebuje pri každom kroku vedieť, odkiaľ sa berie identita, aký je rozsah prístupu a kde vznikne auditná stopa. Pri prechode medzi Microsoft 365, Google Cloud a ďalšou podnikovou aplikáciou sa k tomu pridáva správa prihlasovacích údajov, chýb pripojenia a pravidiel prístupu na každej strane.

Hodnotiaca matica pre tri prostredia

Predbežná voľba má vychádzať z miesta, kde leží najdôležitejšia úloha agenta. Nasledujúca matica určuje, čo má firma preveriť ako prvé; neprideľuje produktom všeobecné skóre.

• Firma s Microsoft 365: Začnite Copilot Studio, ak agent číta údaje a vykonáva väčšinu práce v Microsoft 365, Teams alebo procesoch Power Platform. Overte najmä požadovaný zápis, oprávnenia použitého konektora a pravidlá publikovania do kanála, ktorý zamestnanci používajú. Ak rozhodujúca akcia prebieha v inom systéme, započítajte aj jeho pripojenie a správu.
• Tím v Google Cloud: Ako prvý preverte Vertex AI Agent Builder a súvisiace služby Agent Platform, ak tím potrebuje vlastný kód, riadený beh a diagnostiku v Google Cloud. Skúška má ukázať prístup ku skutočnému zdroju údajov, oprávnenie na akciu a príčinu zlyhaného volania. Pri hlasovej alebo obrazovej úlohe hodnotenie rozšírte na celý pracovný postup, nie iba na odpoveď modelu.
• Zmiešané prostredie: Obe riešenia postavte pred tú istú autorizovanú úlohu. Prednosť má platforma, ktorá ju dokončí s menšou potrebou vlastných prepojení a s jasnejším dohľadom nad prístupom. Umiestnenie e-mailu alebo hlavného cloudového účtu môže byť menej dôležité než umiestnenie systému, v ktorom agent mení údaje.

Náklady sa ukážu až na dokončenej úlohe

Cena jednej odpovede nie je cenou celej práce agenta. Sadzobník Copilot Studio pri štandardnom účtovaní rozlišuje napríklad klasickú odpoveď za 1 Copilot Credit, generatívnu odpoveď za 2 kredity a akciu agenta za 5 kreditov. Jedna interakcia môže spotrebovať viac druhov kreditov; pri oprávnenom internom používaní s licenciou Microsoft 365 Copilot zároveň platia osobitné podmienky zahrnutej spotreby. Rozpočet preto závisí od skladby úloh, spôsobu spustenia a licencií používateľov.

Na strane Google záleží na zvolenej architektúre. Pri agentovi, ktorý používa RAG Engine na vyhľadávanie v podnikových údajoch, pravidlá účtovania RAG Engine odlišujú náklady na vybrané modely pri spracovaní a tvorbe reprezentácií údajov, úložisko a vyhľadávanie či opätovné zoradenie výsledkov. Niektoré základné kroky sú bez poplatku; uvedené položky sa týkajú tejto konfigurácie, nie automaticky každého agenta na platforme.

Porovnateľnou mierou je náklad na úspešne dokončenú úlohu pri očakávanom ročnom objeme. Do odhadu patria neúspešné pokusy, zásahy človeka, prevádzka konektorov a čas správcu. Ak agent odpovie, ale zamestnanec musí požadovanú zmenu vykonať ručne, lacná odpoveď môže zakryť drahší pracovný postup.

Krátky pilot má odhaliť aj cenu presunu

Na porovnanie stačí úloha typická pre firmu a náročnejšia výnimka, ak obe platformy dostanú rovnaké údaje, oprávnenia a kritérium dokončenia. Pilot má zachytiť celý tok od vstupu po výsledok viditeľný používateľovi. Tak sa ukáže, či agent iba vytvorí návrh, alebo vykoná požadovanú akciu v správnom systéme.

1. Zmapujte prepojenia. Pri každom čítaní, zápise a schválení zaznamenajte použitý konektor alebo vlastné API. Osobitne označte kroky, ktoré vyžadujú ďalšiu službu medzi platformou a podnikovou aplikáciou.
2. Vyskúšajte oprávnenia a zlyhanie. Spustite úlohu s oprávneným aj neoprávneným účtom a prerušte prístup k jednému nástroju. Overte, či prevádzkové záznamy ukážu vykonanú akciu, použité oprávnenie a príčinu chyby.
3. Odhadnite prenositeľnosť. Oddeľte pokyny agenta a testovacie prípady od nastavení identity, nástrojov a kanálov. Pri prípadnom presune bude potrebné obnoviť práve tieto väzby; export konfigurácie sám nezaručuje funkčného agenta.
4. Prepočítajte prevádzku. Zo spotreby bežnej úlohy a výnimky zostavte scenáre očakávaného ročného objemu. Porovnajte dokončené úlohy, zásahy človeka aj prácu potrebnú na údržbu oboch riešení.

Ak sa výsledky pilotu líšia, rozhodujúca je úloha, ktorú firma potrebuje spoľahlivo vykonávať v produkcii. Platforma, ktorá pri nej používa správne oprávnenia, zanecháva vysvetliteľnú stopu a má predvídateľné celkové náklady, je silnejšou voľbou aj vtedy, keď druhá ponúkla pôsobivejšiu prvú ukážku.