Google Cloud ir pārstrādājis Gemini kā vairāk nekā zīmola modeļa saskarni. Savā Gemini at Work 2026 paziņojumā 8. oktobrī uzņēmums Gemini aprakstīja kā vienotu universālu aģentu darbam: vienu uzvednes lodziņu, kas var atbildēt uz jautājumiem, apstrādāt zināšanas, izveidot multividi, rakstīt un palaist kodu un darboties dažādās uzņēmuma sistēmās.
Uzņēmumu pircējiem svarīgākā pārmaiņa ir arhitektūra. Google saka, ka aģenta slānis ir atdalīts no pamatā esošā modeļa, ļaujot Gemini organizēt darbu Gemini modeļos un Claude modeļos no Anthropic šodien, plānojot papildu privātos un atvērtos modeļus. Tādējādi Google uzņēmuma aģenta produkts tiek iekļauts tajā pašā stratēģiskajā kategorijā kā vairāku modeļu AI API vārteja, lai gan tas ir iekļauts darbvietā un mākoņa platformā, nevis tikai kā izstrādātāja infrastruktūra.
Paziņojumā ir pievienots arī pārvaldības stāsts par šo aģentu slāni. Google saka, ka Gemini var dinamiski izveidot apakšaģentus, palaist pastāvīgu mākoņdarbu, izveidot savienojumu ar uzņēmuma rīkiem un MCP serveriem, kā arī darboties ar aģentu identitātēm, audita pēdām, smilškastes un aģenta vārteju. Uzņēmumiem, kas novērtē AI palīgus, tas nozīmē, ka pirkšanas jautājums vairs nav tikai labākais modelis. Tas ir tas, vai aģenta platforma var novirzīt darbu, pierādīt, kas vai kas rīkojies, ierobežot rīku izmantošanu un turpināt tēriņus saskaņā ar politiku.
Kas mainījies
Virsraksta funkcija nav tikai tā, ka Gemini var izmantot vairākus modeļus. Tas ir tāds, ka Google parāda modeļa izvēli kā uzņēmuma vadības plaknes funkciju. Aģents var izvēlēties modeļus zem virsmas, savukārt uzņēmumu administratoriem tiek solīti pārvaldības un izmaksu pārvaldības mehānismi virs tā.
Google saka, ka izmaksu kontrole ietver vairāku modeļu orķestrēšanu, viedo maršrutēšanu un reāllaika tēriņu ierobežojumus. Tam ir nozīme, jo aģentu darbplūsmām ir grūtāk paredzēt budžetu nekā parastajiem tērzēšanas zvaniem. Viens lietotāja pieprasījums var izraisīt izguvi, rīku izsaukumus, koda izpildi, apakšaģenta deleģēšanu, atkārtojumus un ilgstošu fona darbu. Bez ierobežojumiem un lietojuma redzamības noderīgs palīgs var kļūt par neparedzamiem darbības izdevumiem.
Paziņojums arī saista modeļa maršrutēšanu ar uzņēmuma identitāti un pārbaudāmību. Aģentu identitātes un audita pēdas ir paredzētas, lai padarītu autonomu darbu attiecināmu. Sandboxing un Agent Gateway ir paredzēti, lai sašaurinātu aģentu darbību, mijiedarbojoties ar rīkiem un sistēmām. Šī informācija atspoguļo nobriedušo tirgu: uzņēmumi pieprasa tādas pašas AI aģentu kontroles iespējas, kādas tie sagaida attiecībā uz lietotājiem, pakalpojumu kontiem un ražošanas automatizāciju.
Kāpēc tas ir svarīgi pircējiem
Informācijas direktoriem, platformu komandām un AI programmu īpašniekiem Google solis paaugstina enterprise aģentu iepirkuma bāzes līmeni. Pārdevējs, kas piedāvā jaudīgu palīgu, bet vāju maršrutēšanu, vājas tēriņu kontroles vai vāju pārbaudāmību, izskatīsies nepilnīgs blakus platformām, kas apvieno visas šīs vadīklas produktā.
Kompozīcija ir bloķēšana. Komplektā iekļauts darbvietas aģents var būt pievilcīgs, jo ir integrēta identitāte, piekļuve, dokumenti, mākoņa izpilde un norēķini. Taču viens un tas pats komplekts var apgrūtināt modeļa veiktspējas salīdzināšanu, katras komandas lietojuma mērīšanu vai pakalpojumu sniedzējam neitrālas politikas ieviešanu visos rīkos. Ja uzņēmums izmanto arī Anthropic tieši, OpenAI, izmantojot citu vārteju, kodēšanas aģentus IDE un mākonim raksturīgus aģentu pakalpojumus, tam var būt nepieciešams atsevišķs slānis LLM izmaksu pārvaldībai un lietojuma pārskatiem ārpus jebkura viena piegādātāja informācijas paneļa.
Šeit attiecas uz B2B LLM paziņojumu. Google ietvars apstiprina ideju, ka modeļa piekļuve, tēriņu kontrole, analīze un pārvaldība kļūst par vienu iepirkšanās sarunu.B2B LLM pievēršas šai problēmai no API puses: vienota piekļuve komandām, organizācijas vadīklas, lietojuma analīze, izmaksu pārvaldība, API-galvenā pārvaldība un partnera API iespējas. Google izsaka līdzīgu argumentu savā uzņēmuma ekosistēmā.
Izstrādātāju un darbību ietekme
Izstrādātājiem vajadzētu sagaidīt, ka vairāk aģentu platformu paslēps modeļu atlasi aiz maršrutēšanas politikas. Tas var uzlabot uzticamību un izmaksu efektivitāti, taču tas arī maina atkļūdošanu. Ja darbplūsma dažādās darbībās darbojas atšķirīgi, komandām būs nepieciešami žurnāli, kas parāda, kurš modelis apstrādāja katru darbību, kādi rīki tika izsaukti, kāds konteksts tika izgūts un kādi tēriņi radušies.
Operāciju komandām arī būs jāizlemj, kur politikai būtu jāatbilst. Ja Gemini izveido savienojumu ar MCP serveriem un uzņēmuma rīkiem, modelis ir tikai viena riska virsma. Rīku atļaujas, vietējā vai mākoņa izpilde, akreditācijas dati, piekļuve tīklam un datu saglabāšana kļūst par pārvaldības modeļa daļu. Praktiskai AI API vadības plaknei ir jāparāda vairāk nekā marķieru kopsummas; tai ir jāsaista lietojums, identitāte, modeļa izvēle, piekļuve rīkam un budžeta izpilde.
Paziņojums arī norāda uz lielāku konkurenci maršrutēšanas kvalitātes jomā. Viedā maršrutēšana ir noderīga tikai tad, ja komandas var saprast maršrutēšanas rezultātus un uzticēties tiem. Uzņēmumi vēlēsies uzzināt, vai maršrutēšana tiek optimizēta, ņemot vērā izmaksas, latentumu, kvalitāti, reģionālo pieejamību, līguma nosacījumus vai datu apstrādes prasības. Šīs prioritātes var būt pretrunā, jo īpaši regulētā vai liela apjoma vidē.
Kas paliek neskaidrs
Paziņojumā ir ietverti klientu un veiktspējas apgalvojumi, taču tie ir piegādātāju ziņojumi, un tie netika neatkarīgi pārbaudīti šajā izpētes kārtā. Pagaidām nav arī skaidrs, cik pārskatāmi Google būs lēmumi par maršrutēšanas lēmumiem atsevišķiem modeļiem, izmaksu attiecināšanu un kļūdu režīmiem sarežģītās aģentu darbplūsmās.
Tomēr virziens ir skaidrs. Uzņēmumu aģenti kļūst par pārvaldītām orķestrēšanas sistēmām, nevis tikai tērzēšanas saskarnēm. Google jaunākā pozicionēšana Gemini padara vairāku modeļu maršrutēšanu, audita pēdas, smilškastes un tēriņu ierobežojumus par daļu no galvenā uzņēmuma aģentu kontrolsaraksta.