Az új alapok: folyamatos működés, egyszerű adatkezelés
A Google MI-termékfelelőse egy MIT-licenc alatt elérhető projektet adott ki, amely bármilyen kereskedelmi felhasználásra szabadon letölthető. Az alapokat a 2025 tavaszán bemutatott ADK-keretrendszer adja, alapjául pedig a 2026 márciusában bevezetett Gemini 3.1 Flash-Lite modellt választották. Ez a modell kifejezetten nagy terhelésre készült fejlesztői munkafolyamatokhoz, és az ára is kedvező: 1 millió bemeneti token feldolgozása 90 HUF, míg 1 millió kimeneti token 540 HUF. A Flash-Lite ráadásul 2,5-szer gyorsabb, mint a korábbi Gemini 2.5 Flash modell, miközben a minősége is magas (Arena.ai: 1432 Elo, GPQA Diamond: 86,9%, MMMU Pro: 76,8%).
Ez a memóriaügynök úgy működik, hogy folyamatosan fut, minden bejövő adatot (fájlt vagy API-bemenetet) befogad, strukturált memóriát készít SQLite-adatbázisban, majd alapértelmezésben 30 percenként összegzi a tartalmat. Helyben futó API-t és kezelőfelületet is kap, valamint képes szöveget, képet, hangot, videót és PDF-fájlt is kezelni. Legmeglepőbb újítása, hogy teljesen elhagyja a vektoradatbázist és a beágyazás-képzést: itt maga az MI-modell olvas, “gondolkodik”, és ő írja a strukturált memóriát. Másként fogalmazva, a bonyolult indexelést és szinkronizációt ebben a megoldásban a modell maga végzi el, így a vállalati fejlesztők számára egyszerűbbé és olcsóbbá válhat a rendszer, főleg kisebb és közepes igények esetén.
Az egyszerűség ára: új kihívások, új felelősségek
A fejlesztők és vállalati szakemberek viszont nemcsak a sebességet és az árat nézik, hanem joggal teszik fel a kérdést: kinek, mikor és meddig marad meg a memória? Hogyan ellenőrizhető, hogy az ügynök milyen forrásból tanult, ki törölhet adatokat, ki auditálhatja a hosszú távú működést? Több hozzászóló emelte ki, hogy egy éjjel-nappal működő ügynök, amely a háttérben “álmodozik”, és összekeveri a különböző projektek emlékeit, igazi rémálommá válhat megfelelőségi szempontból. Másként fogalmazva, a valódi akadály nem a tokenhasználat ára, hanem az elszabaduló, ellenőrizhetetlen “memory drift” és a zárt hurkok veszélye.
Egy másik lényeges kritika: a vektoradatbázis kihagyása nem szünteti meg a visszakeresési problémát, csak máshová helyezi – ha a memória nagyobbra nő, a rendszer pillanatok alatt összeomolhat, ha nem jól kezelik az indexelést és a törlést.
ADK: több mint egyszerű demo
Az ADK-keretrendszer nyílt dokumentációja ráadásul túlmutat egy demón – támogatja a háttérben futó, illetve a szerver nélküli futtatást, multi-agent kialakítást és eszközintegrációt is (ilyen például a Cloud Run vagy a Vertex MI Agent Engine). Ez azt jelenti: az ilyen memóriaügynök-modell nemcsak öncélú kísérlet, hanem egy hosszú távú ügynökarchitektúra első, jól szervezett referenciapontja lehet.
Az igazság viszont az, hogy jelenleg nem publikusak a nagyvállalati használathoz szükséges megfelelőségi kontrollok: nincsenek beépítve determinisztikus szabályrendszerek, retenciós garanciák, szigorú auditfolyamatok vagy nagyon szofisztikált törlési szabályok. Ezért az egész rendszer inkább egy példaértékű, adaptálható sablon, semmint teljes értékű vállalati platform.
Miért robban most a memóriaforradalom?
A cégek várakozásai már régen túlléptek az egykérdéses MI-asszisztenseken. Egyre fontosabb, hogy legyen “hosszú távú emlékezet”, amely megőrzi a szokásokat, preferenciákat, vagy akár projektinformációkat – és ezt könnyen, gyorsan, olcsón, de biztonságosan kell szolgáltatni. Most a Google referenciaprojektje határozott lépés, de egészen addig, amíg a kormányzási, átláthatósági és adatbiztonsági kérdések nincsenek kidolgozva, a folyamatos MI-memória nem lesz széles körben elfogadott.
Másként fogalmazva: nem az a legnagyobb kérdés, hogy az MI mennyire “okos” vagy gazdaságos – hanem hogy képes-e úgy emlékezni, hogy azt te is, a főnököd is és a jogászok is biztonságban tudják tartani.
