Az AI-ügynökök automatizálhatják a munkát, de egy komoly számla felhalmozását is, különösen akkor, ha a háttérben futnak, sok hívást indítanak és folyamatos felügyelet nélkül fogyasztják a tokeneket. A Google Cloud erre a problémára kínál megoldást a Gemini Enterprise új számlázási és költségkontroll-lehetőségeivel: használatarányos fizetéssel, az API-hívásokat ténylegesen leállító limitekkel, valamint a hosszabb távú költési vállalást tevő cégeknek szóló kedvezményekkel.
Ez az AI-ügynökök fejlődésének természetes következő lépése. Kezdetben az volt a kérdés, mire képesek önállóan; most egy kevésbé látványos, de elkerülhetetlen kérdés kerül előtérbe: mennyibe kerül mindez nagy léptékben? A FinOps a felhős kiadások követésének és optimalizálásának gyakorlata. Az AI-feladatok azért nehezítik ezt, mert a használatuk egyik napról a másikra jelentősen változhat.
Dolgozónkénti licenctől az ügynök tényleges fogyasztásáig
A Gemini Enterprise továbbra is elérhető felhasználónkénti előfizetéssel, havi díjjal és foglalat használati kerettel. Az újdonság a Pay-as-you-go kiadás, amely alapdíj nélkül, a felhasznált számítási kapacitás és tokenek után, a modellek standard díjszabása szerint számláz.
A két megközelítés együtt is használható. Egy vállalat megtarthatja a kiszámítható licenceket a rendszeresen AI-t használó dolgozóknak, miközben egyes projektek vagy ügynökök a kereteken felül használatarányos számlázással működhetnek. Ez rugalmasabb, ugyanakkor egy rosszul konfigurált munkafolyamat a vártnál jóval többet is fogyaszthat.
Éppen ezért az érdekesebb változás nem önmagában a Pay-as-you-go, hanem a hozzá kapcsolt fogyasztásleállító mechanizmus. Az adminisztrátorok beállíthatnak projektszintű, szigorú havi költségplafont, és a limit elérésekor az ügynökök API-hívásai átmenetileg szünetelnek. A projekt többi infrastruktúrája közben tovább működik.
A rendszer a költségkeret 50, 80 és 100 százalékának elérésekor riasztást küld. Ha a plafon rossz pillanatban lép életbe, az adminisztrátor kézzel újraindíthatja a működést vagy engedélyezheti a túllépést; utóbbi esetben a többletfogyasztás Pay-as-you-go alapon számlázódik.
A Google azt is megmutatná, hová ment el a pénz
A költségplafon csak a már felhalmozódó kiadásoknál avatkozik be. Hasznosabb, ha időben látszik, hogy valami rendellenesen működik. A Google Cloud ezért bővíti az anomáliaészlelést: ha egy projekt szokatlanul sokat kezd fogyasztani, a konzol azonosíthatja az eltérést, és kiemelheti a költségnövekedésért leginkább felelős három SKU-t.
A Google bejelentésének dokumentációjában szereplő példában a becsült költség jelentősen meghaladja a várt értéket, a rendszer pedig Gemini-komponensekre bontja a különbséget. Az ügynököt nem javítja meg, de sokkal rövidebbé teheti a „ki fogyasztotta el éjszaka a keretet?” típusú hibakeresést.
Van egy FinOps-ügynök is, amely természetes nyelven foglalhatja össze a költési adatokat. Inkább a riportok értelmezésében segít, mintsem automatikusan csökkentené a számlát: rákérdezhetünk a trendekre és a költségeket termelő szolgáltatásokra, ahelyett hogy több számlázási képernyőt kellene végignézni.
Az Antigravity és az Android Studio is ugyanabba a rendszerbe kerül
A Google a Gemini Enterprise alatt egységesíti a fejlesztői eszközök használatát is. A Google Antigravity és az Android Studio AI-képességei az előfizetésben foglalt kereteket is használhatják, az arra jogosult ügyfeleknél, a kapacitások pedig projektszinten közösek.
Az Antigravity nem teljesen új név a Google fejlesztői eszközeit követők számára. A Google I/O 2026-on az Antigravity 2.0 és a több lépésből álló feladatok végrehajtására képes ügynökök felé mozduló fejlesztés is szóba került. Most a Google az egyenlet kevésbé látványos oldalát is rendezi: ki fizeti ezeket a futtatásokat, és hogyan oszlanak meg a keretek a munkatársak, a programozói eszközök és az egyedi ügynökök között.
A keretek projektszinten megoszthatók, így az egyik felhasználói csoport által fel nem használt erőforrások például fedezhetnek egy fejlesztői csapat intenzívebb időszakát. A túllépés ezután Pay-as-you-go alapon kezelhető. Az Antigravity integrációja jelenleg csak bizonyos ügyfeleknek érhető el, később szélesebb körben is megjelenhet.
10 vagy 20 százalékos kedvezmény, de vállalással
Az állandó AI-fogyasztású projektekhez a Google bevezeti a Gemini Enterprise Flexible Savings Plans konstrukciót. Az egyéves kötelezettségvállalás 10, a hároméves 20 százalék kedvezményt jelent a jogosult fogyasztásra.
Itt érdemes elolvasni az apróbetűs részt is. A Google nem határoz meg egységes alsó vagy felső határt a választott összegre, ám a Flexible Savings Plans dokumentációja szerint a kiválasztott havi összeg kötelezettségvállalássá válik: ha egy hónapban kevesebb a fogyasztás, a vállalt összeget akkor is ki kell fizetni. A terv a szerződéses időszak vége előtt nem mondható fel egyszerűen. A kedvezmény tehát azoknak a szervezeteknek lehet értelmes, amelyek megbízhatóan ismerik a fogyasztásukat, nem pedig egy két hónap múlva megszűnő projektnek.
Érdekes lehetőség készül az olyan feladatokhoz is, amelyeknek nem kell azonnal lefutniuk. A Google halasztott végrehajtási díjszabást tervez: a jogosult feladatok az infrastruktúra kevésbé terhelt időszakaira ütemezhetők, az inferenciaköltség pedig akár a felére is csökkenhet. A funkció azonban későbbi megjelenésre vár, és csak egyes munkaterheléseknél lesz elérhető.
Mindez akkor érkezik, amikor a Google az AI-ügynököket a bemutatókon és kísérleteken túl a vállalati működésbe is át akarja terelni. A Google Cloud 750 millió dolláros programja is ezt az üzleti AI-ügynökök elterjedését gyorsító célt szolgálja. Amint ezek az ügynökök ténylegesen dolgozni kezdenek, a számlázás a termék részévé válik, nem pusztán a pénzügyi osztály problémájává.
A Flexible Savings Plans már elérhető önkiszolgáló ügyfelek és vállalati szerződéssel rendelkező szervezetek számára. A Pay-as-you-go és a szélesebb Antigravity-integráció bevezetése még folyamatban van, a halasztott végrehajtás pedig később érkezik. Az újdonságok közül a valóban API-leállítást végző plafon tűnik a legpraktikusabbnak: ha egy AI-ügynök túl hosszú útra indul, az adminisztrátornak nem kell a számláig várnia, hogy kiderüljön, milyen hosszú volt az út.
