Paměť AI agenta není čím delší, tím lepší. Bez pravidel začne míchat staré a nové informace, připomínat uzavřené případy nebo používat postup, který už ve firmě neplatí. Nový technický návod AWS z 4. září 2026 proto doporučuje spravovat paměť jako samostatný firemní zdroj: nastavit dobu uchování, hodnotit relevanci, slučovat opakující se záznamy a nepotřebné bezpečně mazat.
Pro malou firmu to neznamená stavět složitou cloudovou architekturu. Znamená to už při pilotu rozhodnout, co si agent smí pamatovat, proč to potřebuje, jak dlouho údaj platí, kdo ho může opravit a jak firma prokáže jeho smazání. Bez této vrstvy může chytrý agent jen rychleji opakovat starou chybu.
Co se změnilo: pozornost se přesouvá od ukládání k zapomínání
Dlouhodobá paměť dává agentům kontinuitu. Obchodní asistent si může pamatovat preference zákazníka, servisní agent historii zařízení a interní pomocník schválený postup. AWS ale ve svém novém návrhu popisuje dva konkrétní problémy z provozu: agent považoval čtyři měsíce uzavřený spor o fakturu za stále aktivní a jiný doporučoval postup podle již nahrazeného provozního návodu.
To je důležitá zpráva i mimo Amazon Bedrock. Samotné vyhledání záznamu ještě neříká, zda je záznam pravdivý, aktuální a vhodný pro dnešní situaci. Paměť potřebuje životní cyklus stejně jako smlouvy, dokumentace, CRM nebo účetní data.
Oficiální dokumentace AgentCore navíc rozlišuje krátkodobé události a dlouhodobé odvozené vzpomínky. U surových událostí lze při vytvoření úložiště nastavit expiraci až na 365 dní. Změna této hodnoty se však vztahuje jen na nově vytvořené události; starší si ponechají původní expiraci. Firma proto nesmí předpokládat, že úprava jednoho nastavení zpětně vyčistí celý systém.
Tři druhy paměti potřebují různá pravidla
AWS pracuje s užitečným rozdělením na epizodickou, sémantickou a procedurální paměť. Názvy nejsou podstatné; podstatné je neházet všechny záznamy do jednoho koše.
| Typ paměti | Firemní příklad | Co kontrolovat |
|---|---|---|
| Epizodická | Průběh hovoru, ticketu nebo jedné zakázky | Stáří, uzavření případu, osobní a citlivé údaje |
| Sémantická | Ověřená preference klienta nebo platný fakt o produktu | Zdroj, vlastník, datum ověření a možnost opravy |
| Procedurální | Schválený postup pro nabídku, reklamaci nebo eskalaci | Verze procesu, schvalující osoba a datum revize |
Jedna konverzace může obsahovat všechny tři vrstvy. Z věty „zákazník dnes nechce volat“ ještě nevzniká trvalá preference. Z jednorázové výjimky při reklamaci nemá agent vytvořit nový standardní postup. Převod epizody na trvalejší znalost proto potřebuje pravidla a u důležitých údajů i lidské potvrzení.
Retence není jen technické nastavení
Nový návrh AWS používá jako demonstrační výchozí hodnotu 90 dní pro epizodické vzpomínky a uvádí možné intervaly 30 až 60 dní pro souhrny a 6 až 12 měsíců pro sémantické záznamy. To nejsou univerzální právní lhůty ani hotové doporučení pro každou firmu. Jsou to konfigurovatelné příklady pro konkrétní architekturu.
V české firmě má dobu uchování určovat účel zpracování, právní titul, smluvní povinnosti a skutečná potřeba procesu. Evropská komise k zásadám GDPR uvádí, že organizace má stanovit lhůty pro výmaz nebo přezkum uložených osobních údajů. Článek 17 GDPR současně dává člověku za určitých podmínek právo na výmaz, ale obsahuje i výjimky, například při plnění právní povinnosti nebo obraně právních nároků.
Prakticky tedy nestačí tlačítko „smazat chat“. Údaj může být v surové události, odvozeném souhrnu, profilu uživatele, vektorovém indexu, záloze, logu i navazujícím CRM. Proces výmazu musí znát všechny tyto vrstvy a vrátit ověřitelný výsledek, včetně seznamu případných selhání.
Pět pravidel pro paměť firemního agenta
- Ukládejte jen to, co má pojmenovaný účel. Ke každé kategorii určete, v jakém rozhodnutí ji agent použije. „Mohlo by se hodit“ není dostatečný důvod.
- Oddělte fakta, preference a postupy. Každá vrstva potřebuje jinou expiraci, oprávnění i způsob ověření. Platný ceník nesmí být jen volný souhrn staré konverzace.
- Přidejte původ a čas. Agent má vědět, odkud informace pochází, kdy byla získána a kdy se má znovu ověřit. Bez těchto údajů nelze rozumně řešit konflikt dvou záznamů.
- Výmaz navrhněte před spuštěním. Otestujte selektivní smazání jednoho záznamu i kompletní smazání dat jednoho člověka. AWS pro AgentCore nabízí samostatné operace pro odstranění konkrétního paměťového záznamu; implementace však stále musí obsloužit všechny kopie a závislé systémy.
- Po prořezání měřte kvalitu. Stejné testovací dotazy spusťte před a po čištění. Agent nesmí po výmazu používat odstraněný údaj, ale zároveň nesmí přijít o schválený postup, který stále potřebuje.
Praktický postup na první týden
1. Udělejte inventuru, ne nový nákup
Sepište všechna místa, kam agent zapisuje nebo odkud načítá kontext: historii konverzací, databázi, CRM, dokumenty, cache, logy a zálohy. U každého určete vlastníka, typ dat a způsob smazání. Pokud tuto mapu nemáte, začněte AI auditem jednoho konkrétního procesu.
2. Vytvořte jednoduchou retenční tabulku
Pro každou kategorii zapište účel, právní titul u osobních údajů, dobu uchování, zdroj pravdy, odpovědnou osobu a spouštěč výmazu. Začněte konzervativně. Dobu lze po ověření upravit; neřízeně rozptýlené kopie se hledají mnohem hůř.
3. Připravte konfliktní testy
Vložte starou a novou adresu, zrušenou a platnou cenu nebo původní a aktualizovaný interní postup. Ověřte, že agent vybere aktuální zdroj, upozorní na rozpor a nepřepíše autoritativní systém pouhým odhadem.
4. Zaveďte pravidelnou revizi
U menšího provozu může stačit měsíční kontrola objemu, stáří a chyb. U agenta s mnoha interakcemi dává smysl automatizovaná expirace a častější kontrola. Konsolidace pomocí modelu je ztrátová: může sloučit pět záznamů do jednoho, ale také zahodit důležitou výjimku. Nízkou jistotu proto pošlete člověku.
5. Nechte významné akce za schvalovací branou
Paměť je podklad, ne oprávnění. Odeslání nabídky, změna ceny, přístupových práv, produkce nebo platby mají zůstat oddělené od toho, co si agent „pamatuje“. Návrh bezpečného workflow lze následně převést do řízené AI automatizace nebo konkrétního AI agenta.
Omezení: kdy automatické zapomínání nestačí
- Časový limit nerozpozná, že starý údaj je stále důležitý nebo že nový údaj je chybný.
- Časté použití není důkaz pravdivosti; chybný záznam může být často načítaný právě proto, že ovlivňuje mnoho odpovědí.
- Modelová konsolidace může ztratit kontext a musí mít auditovatelný zdroj i možnost návratu.
- Pravidla dodavatele nenahrazují firemní posouzení GDPR, smluv, odvětvových povinností ani záloh.
- Výmaz z paměti agenta nemusí automaticky znamenat výmaz z CRM, analytiky, logů nebo externích nástrojů.
Nejčastější otázky
Jak dlouho má AI agent uchovávat konverzace?
Neexistuje jedna správná lhůta. Má vycházet z účelu, právního titulu, potřeb procesu a rizika. Nastavte nejkratší dobu, která splní konkrétní potřebu, a pravidelně ji přezkoumávejte.
Stačí staré záznamy jen skrýt před vyhledáváním?
Pro kvalitu odpovědí to někdy pomůže, ale není to totéž jako výmaz. Pokud má být údaj odstraněn, proces musí smazat relevantní kopie a ověřit výsledek.
Má agent rozhodovat, co sám zapomene?
Může navrhovat záznamy k expiraci nebo sloučení, ale pravidla mají být předem definovaná a významné či citlivé případy kontrolované. Systém také potřebuje záznam o provedených změnách a chybách.
Závěr: dobrá paměť umí také bezpečně zapomenout
Dlouhodobá paměť dělá z jednorázového chatu užitečnějšího pracovního pomocníka. Bez účelu, zdroje, expirace, opravy a ověřeného výmazu se ale časem mění v neřízenou směs starých rozhodnutí. Začněte inventurou jednoho procesu, jednoduchou retenční tabulkou a testem, který prokáže nejen to, že si agent správnou věc zapamatoval, ale i to, že ji dokáže přestat používat.
Přímé zdroje
- AWS: Designing lifecycle policies for AgentCore memory — oficiální technický návrh publikovaný 4. září 2026; typy paměti, expirace, hodnocení relevance, konsolidace, audit a testování.
- AWS dokumentace: Create an AgentCore Memory — nastavení expirace surových událostí, šifrování a strategie dlouhodobé paměti; ověřeno 7. září 2026.
- AWS dokumentace: Delete memory records — selektivní odstranění zastaralých, citlivých nebo nerelevantních záznamů; ověřeno 7. září 2026.
- EUR-Lex: GDPR, článek 17 — oficiální znění práva na výmaz a jeho výjimek; ověřeno 7. září 2026.
