Memorija AI agenta nije RAG: Kako razdvojiti memoriju, pronalaženje, stanje i kontekst

Memorija agenta, RAG, stanje i kontekst često se koriste kao da su međusobno zamenjivi. Oni to nisu. Ovaj praktični arhitektonski model razdvaja ova četiri sloja, pokazuje gde svaki pripada i objašnjava šta se kvari kada ih sistemi stope u jedno.
Objavljeno:
Aleksandar Stajić
Updated: 25. септембар 2026. 23:01
Memorija AI agenta nije RAG: Kako razdvojiti memoriju, pronalaženje, stanje i kontekst

O memoriji AI agenata, generisanju potpomognutom preuzimanjem (RAG), stanju u toku izvršavanja (runtime state) i kontekstu modela često se raspravlja kao da su zamenljivi pojmovi. Oni to nisu. Njihovo svođenje na jedan koncept otežava rasuđivanje o agentskim sistemima, čini njihovo debagovanje težim i povećava šansu da postanu zastareli ili nebezbedni.

Kategorijalna greška: tretiranje svega što deluje postojano kao memorije

Vektorska baza podataka može čuvati fragmente razgovora. Objekat sesije može prenositi nedavne korake u dijalogu. Red u bazi podataka može sadržati trenutni status radnog toka. Modul za sažimanje može sažeti prethodni rad. Mehanizam za preuzimanje može dohvatiti stare dokaze. Sve ovo može učiniti da izgleda kao da se agent „seća“, ali ovi elementi nemaju istu semantiku.

Ova razlika je važna jer se zahtevana pravila tačnosti razlikuju. Trenutno stanje mora biti autoritativno i sveže. Memoriji su potrebna pravila životnog ciklusa za upisivanje, reviziju, zaboravljanje i rešavanje konflikata. Preuzimanju je potrebna relevantnost i kvalitet odabira dokaza. Kontekstu je potrebna disciplina budžeta tokena i zaštita od irelevantnog ili kontradiktornog materijala.

Četvoroslojna arhitektura: stanje, memorija, preuzimanje, kontekst

SlojKljučno pitanjeTipični primeriPrimarna briga o tačnosti
StanjeŠta je sada tačno?Status zadatka, sadržaj korpe, korak u radnom toku, aktivne dozvole, trenutno stanje igreSvežina i autoritativnost
MemorijaŠta iz prošlosti treba da opstane?Korisnička preferencija, prethodna odluka, naučeno ograničenje, rešeni problem, trajna činjenica o projektuŽivotni ciklus, revizija, poreklo, zaboravljanje
PreuzimanjeKoje informacije sada treba izabrati?Vektorska pretraga, pretraga po ključnim rečima, pretraga grafa, ponovno rangiranje, pretraga dokumenataRelevantnost i odabir dokaza
KontekstŠta model vidi za ovaj poziv?Sistemske instrukcije, trenutni zahtev, preuzeti odlomci, rezultati alata, sažeciKorisnost po tokenu, redosled, doslednost, šum

1. Stanje: šta je sada tačno

Stanje pripada pokrenutom sistemu, a ne sećanju modela. Ako je porudžbina otkazana, primena (deployment) pauzirana, korisnik izgubi dozvolu, ili zadatak pređe iz statusa „u toku“ u „odobreno“, autoritativna vrednost treba da potiče iz sistema koji je vlasnik te činjenice.

Opasan dizajn je dopuštanje da stari sažetak razgovora postane zamena za trenutno stanje. Agent se može tačno sećati da je porudžbina juče bila aktivna i svejedno biti u krivu danas. Stanju je stoga potrebno eksplicitno vlasništvo, verzionisanje ili vremenske oznake tamo gde je to relevantno, kao i putanja za ponovno očitavanje izvora istine pre preduzimanja radnji sa značajnim posledicama.

2. Memorija: šta iz prošlosti treba da opstane

Memorija nije prosto „sve što možemo da sačuvamo“. Koristan sloj memorije odlučuje šta zaslužuje trajnost, u kom obliku, koliko dugo, sa kojim poreklom i pod kojim uslovima mora biti revidirano ili uklonjeno.

Nedavna istraživanja o memoriji agenata sve više tretiraju čuvanje sirovih transkripata kao nedovoljno. Microsoftov rad PlugMem fokusira se na transformaciju sirovih istorija interakcija u strukturirano znanje za višekratnu upotrebu. Memora razdvaja bogat sačuvani sadržaj od lakših apstrakcija i smernica za preuzimanje, tako da sistemi dugog vremenskog horizonta ne moraju da biraju između detalja i skalabilnog pristupa.

3. Preuzimanje: šta sada treba izabrati

Preuzimanje je mehanizam odabira. Ono može pretraživati spoljne dokumente, interne baze znanja, sačuvane memorije, dnevnike rada, grafove, baze podataka ili kombinovane izvore. RAG se obično nalazi ovde: preuzmi dokaze, ubaci odabrani materijal u radni ulaz modela, a zatim generiši odgovor.

Taj mehanizam ne postaje memorija samo zato što pretraživani korpus sadrži prošle interakcije. Isti mehanizam za preuzimanje može pretraživati dokumente o pravilima koje agent nikada nije iskusio, podatke o proizvodima iz drugog sistema ili prethodne odluke korisnika. Preuzimanje opisuje kako se informacije biraju; memorija opisuje zašto neke informacije opstaju kroz vreme i kako se tom trajnošću upravlja.

4. Kontekst: šta model zapravo može da iskoristi u ovom trenutku

Kontekst je sloj okrenut prema modelu. Anthropic opisuje inženjering konteksta kao odlučivanje o tome koja konfiguracija konteksta ima najveću verovatnoću da proizvede željeno ponašanje, pri čemu kontekst predstavljaju tokeni dostupni modelu tokom generisanja. OpenAI-jeve smernice za memoriju sesije slično tretiraju skraćivanje i kompresiju kao tehnike upravljanja kontekstom za dugotrajne interakcije agenata.

Zbog toga sistem može imati odličnu memoriju, a da ipak podbaci. Relevantna memorija može postojati, ali da ne bude preuzeta. Može biti preuzeta, ali smeštena u kontekst pored snažnijeg protivrečnog teksta. Može biti komprimovana do te mere da presudni detalj nestane. Ili model može primiti toliko materijala da korisni dokazi budu razvodnjeni šumom.

Kako slojevi interaguju

Jedan mogući produkcioni tok

1
1. Čitanje merodavnog stanja
Učitavanje činjenica o trenutnom zadatku, korisniku, sistemu ili okruženju iz sistema koji njima upravljaju.
2
2. Identifikovanje potreba za memorijom
Utvrđivanje da li su prethodne odluke, preferencije, naučene lekcije ili dugoročna ograničenja relevantni.
3
3. Preuzimanje dokaza
Pretraživanje memorije i spoljašnjeg znanja korišćenjem semantičkog, leksičkog, grafičkog, strukturiranog ili hibridnog preuzimanja.
4
4. Izgradnja konteksta
Sklapanje instrukcija, trenutnog stanja, odabranih dokaza i sažete istorije unutar upotrebljivog konteksta modela.
5
5. Generisanje ili delovanje
Model rasuđuje na osnovu sklopljenog konteksta i generiše odgovor, plan ili poziv alata.
6
6. Validacija i upisivanje nazad
Validacija konsekventnih izlaza, ažuriranje merodavnog stanja gde je dozvoljeno i perzistiranje samo onih memorija koje prolaze politiku upisa.

Zašto RAG nije memorija

Najjednostavniji test je sledeći: RAG sistem može da preuzme informacije koje agent nikada ranije nije video. To samo po sebi pokazuje da su preuzimanje i memorija različite apstrakcije.

RAG odgovara na pitanje: „Koje dokaze treba da dobavim?“ Sistem memorije dodatno mora da odgovori na pitanja kao što su: „Da li ovaj događaj treba da postane trajno znanje?“, „Da li ova nova informacija zamenjuje stariju memoriju?“, „Može li se ovoj memoriji i dalje verovati?“, „Kome je dozvoljeno da je čita?“ i „Kada je treba zaboraviti?“

Test razdvajanja na četiri sloja

Kada se neka funkcionalnost nazove „memorijom“, postavite sledeća četiri pitanja. Odgovori obično otkrivaju o kom sloju se zapravo radi.

PitanjeAko je odgovor da, prvenstveno se bavite sledećim
Da li ovo predstavlja trenutno merodavno stanje zadatka ili okruženja?Stanje
Mora li ova informacija da preživi trenutno izvršavanje zato što beleži korisno prethodno iskustvo, preferenciju ili odluku?Memorija
Da li je glavni problem odlučivanje o tome koje su sačuvane ili spoljašnje informacije relevantne za trenutni zahtev?Preuzimanje
Da li je glavni problem odlučivanje o tome koje informacije treba postaviti unutar trenutnog poziva modela?Kontekst

Jedna komponenta može učestvovati u više slojeva. Baza podataka može skladištiti i stanje i memoriju. Vektorski indeks može preuzimati i spoljašnje znanje i memorije. Razdvajanje je semantičko, ne nužno fizičko.

Modeli otkazivanja uzrokovani spajanjem slojeva

Model otkazivanjaŠta se dogodiloRezultat
Zastarelo stanje prerušeno u memorijuVeruje se starom rezimeu umesto ponovnog čitanja merodavnog sistemaAgent postupa na osnovu činjenica koje su nekada bile tačne
Memorija tretirana kao nepromenljiva činjenicaPrethodna preferencija ili odluka je sačuvana bez pravila revizijeZamenjena informacija nastavlja da utiče na buduće odgovore
Pogodak preuzimanja tretiran kao istinaVisoka sličnost je pogrešno protumačena kao činjenični autoritetDokazi koji deluju relevantno, ali su netačni, preuzimaju primat
Preopterećenje kontekstaUbačeno je previše preuzetih odlomaka, memorija, zapisa i instrukcijaPresudni dokazi bivaju razvodnjeni ili u suprotnosti sa drugima
Nekontrolisano upisivanje memorijeInterpretacije koje je model generisao automatski se skladište kao trajna memorijaGreške postaju trajne i same sebe pojačavaju
Nedostatak granice poreklaSistem ne može da razlikuje izjavu korisnika, izvornu činjenicu, zaključak modela i generisani rezimeKasnije preuzimanje gubi dokazni status informacije

Šta treba zapamtiti, preuzeti, ponovo izračunati ili ponovo pročitati?

Tip informacijePreporučeni tretmanRazlog
Trenutna dozvola, status porudžbine, inventar, status toka poslaPonovo pročitati merodavno stanjeAžurnost je važnija od prisećanja
Stabilna korisnička preferencija koju je korisnik izričito naveoMemorija, sa semantikom izmene/brisanjaKorisna je kroz više sesija i u vlasništvu je korisnika
Odluka doneta tokom dugotrajnog projektaMemorija sa vremenskom oznakom, poreklom i pravilima zameneIstorijat je važan, ali se odluke mogu promeniti
Specifikacija proizvoda ili javni dokument o pravilimaPreuzeti iz izvoraSpoljašnje znanje treba da ostane povezano sa svojim dokazima
Izvedena metrika koja se može jeftino ponovo izračunatiPonovo izračunatiIzbeći perzistiranje zastarelih izvedenih vrednosti
Dugačak sirovi izlaz alataSačuvati eksterno; preuzeti ili rezimirati po potrebiNe trošiti kontekst trajno
Hipoteza modela ili nesigurna interpretacijaNe unapređivati automatski u trajnu memorijuZaključak nije ekvivalentan činjenici

Sistemu memorije je potrebna politika upisa, a ne samo politika preuzimanja

Diskusije o RAG arhitekturi često se fokusiraju na kvalitet pretrage: segmentaciju (chunking), ugrađene reprezentacije (embeddings), ponovno rangiranje, hibridnu pretragu i utemeljenje (grounding). Dugoročna memorija uvodi drugu stranu problema: šta uopšte sme da uđe u trajnu bazu podataka?

Za trajnu memoriju agenata, praktična politika upisa treba da klasifikuje potencijalnu memoriju, očuva poreklo (provenance), otkrije konflikte sa postojećim unosima, razlikuje zapažanje od zaključivanja, definiše osetljivost i opseg pristupa, i odluči da li informacija treba da istekne, da bude revidirana ili da zahteva potvrdu korisnika.

Poreklo je most između memorije i pouzdanih dokaza

Unos u memoriju bi idealno trebalo da zadrži dovoljno podataka o poreklu kako bi odgovorio na pitanja: odakle ovo potiče, kada je primećeno, ko ili šta je to tvrdilo, da li je podatak pružio korisnik ili ga je model zaključio, koji izvor ga podržava i da li ga je nešto zamenilo?

Bez porekla, sažeta memorija može postati merodavnija od dokaza koji su je stvorili. Ovo je posebno rizično kod agenata koji dugo rade, gde se sažeci i apstrakcije iznova koriste. Sistem može sačuvati zaključak, a izgubiti uslove pod kojima je taj zaključak bio važeći.

Više memorije ne znači više konteksta

Dugovečni agent može akumulirati gigabajte stanja, istorije, dokumenata i naučenih informacija. Modelu nije potrebno — i obično ne bi ni trebalo da dobije — sve to za svaki korak. Svrha pronalaženja, sažimanja, zbijanja i strukturirane memorije jeste pretvaranje velikog prostora trajnih informacija u mali, relevantan radni kontekst.

To je takođe razlog zašto veći kontekstualni prozori ne eliminišu potrebu za arhitekturom memorije. Kapacitet smanjuje deo pritiska, ali ne rešava svežinu, autoritet, protivrečne dokaze, opseg privatnosti, kvalitet upisa, reviziju niti odlučivanje o tome šta zaslužuje pažnju.

Kontrolna lista za produkcioni dizajn

  • Definišite koji sistemi poseduju autoritativno stanje tokom izvršavanja.
  • Definišite koje informacije ispunjavaju uslove da postanu trajna memorija.
  • Održavajte jasnu razliku između činjenica koje je pružio korisnik, spoljnih dokaza i zaključaka modela.
  • Pridružite vremenske oznake, poreklo, opseg i semantiku revizije važnim memorijama.
  • Tretirajte relevantnost pretrage drugačije od činjeničnog autoriteta.
  • Gradite kontekst s namerom umesto da ubacujete sav preuzeti materijal.
  • Ponovo pročitajte promenljive činjenice umesto da verujete starim memorijama.
  • Ponovo izračunajte jeftine izvedene vrednosti kada bi zastarelost bila skupa.
  • Testirajte upise u memoriju jednako pažljivo kao i čitanja iz memorije.
  • Merite greške odvojeno: greška stanja, greška memorije, greška pretrage, greška konstrukcije konteksta, greška rezonovanja i greška akcije.

Šta bi promenilo ovaj odgovor?

Granica između ovih slojeva može se pomerati kako se platforme za agente razvijaju. Provajder može ponuditi upravljanu uslugu memorije koja interno obavlja skladištenje, reviziju, pretragu, sažimanje i konstrukciju konteksta. To može objediniti komponente implementacije, ali ne eliminiše arhitektonska pitanja. I dalje morate znati da li je vraćena stavka trenutno stanje, trajna memorija, pronađeni dokaz ili jednostavno tekst ubačen u kontekst.

Preporuka bi se takođe promenila za sisteme bez kontinuiteta između sesija, sisteme gde svaki zadatak počinje od čistog, nepromenljivog korpusa ili za strogo ograničene radne tokove gde celokupno relevantno stanje bezbedno staje unutar jednog poziva. U tim slučajevima, namenski sloj dugoročne memorije može uneti složenost bez dovoljne vrednosti.

Ograničenja

Terminologija u sistemima agenata se i dalje brzo razvija. Neki okviri istoriju razgovora nazivaju „memorijom“, drugi koriste „sesija“, „kontrolna tačka“, „skladište“, „kontekst“ ili „stanje“. Istraživački sistemi takođe definišu memoriju na različitim nivoima, od trajnog pretraživanja do naučene unutrašnje adaptacije. Model u ovom članku namerno razdvaja operativne odgovornosti umesto da pokušava da nametne jedan univerzalni rečnik.

Zaključak

Korisno pitanje nije „Da li ovaj agent ima memoriju?“ već: Šta je stanje, šta se čuva iz iskustva, kako se pronalaze relevantne informacije i šta na kraju stiže do modela kao kontekst?

Kada se te odgovornosti razdvoje, odluke o dizajnu postaje lakše testirati. Zastarele činjenice se mogu pratiti do vlasništva nad stanjem. Loš odziv se može pratiti do životnog ciklusa memorije ili dohvatanja informacija. Preopterećeni promptovi se mogu pratiti do konstrukcije konteksta. Uporne halucinacije se mogu pratiti do politike upisivanja i porekla. RAG ostaje važan alat, ali je samo jedan deo pouzdane arhitekture dugotrajnih agenata.

Česta pitanja

Memorija AI agenta, RAG, stanje i kontekst

Da li je RAG isto što i memorija AI agenta?

Ne. RAG je prvenstveno obrazac dohvatanja podataka koji bira informacije za poziv modela. Memorija se bavi time koje informacije iz prethodnih interakcija ili iskustava opstaju tokom vremena i kako se tim informacijama upravlja.

Da li je vektorska baza podataka memorija agenta?

Može biti deo nje, ali vektorska baza podataka sama po sebi predstavlja komponentu za skladištenje i dohvatanje. Produkciona arhitektura memorije takođe zahteva odluke o tome šta treba sačuvati, o poreklu, reviziji, konfliktima, pristupu, isteku i zaboravljanju.

Da li veći kontekstni prozor uklanja potrebu za memorijom?

Ne nužno. Veći kontekst pomaže kod kapaciteta, ali ne rešava perzistentno znanje kroz sesije, svežinu, poreklo, opseg privatnosti, reviziju niti odlučivanje o tome šta bi trebalo ponovo iskoristiti kasnije.

Da li trenutno stanje aplikacije treba čuvati kao memoriju?

Obično bi autoritativni sistem aplikacije ili domena trebalo da ostane izvor istine za promenljivo stanje. Memorija može beležiti istoriju ili značaj promena stanja, ali akcije od značaja bi trebalo ponovo da pročitaju trenutne autoritativne vrednosti.

Rečnik pojmova

Ključni pojmovi

Stanje (State)
Trenutno autoritativno stanje zadatka, aplikacije, korisnika, toka rada ili okruženja.
Memorija (Memory)
Informacije iz prethodnog iskustva ili interakcije koje opstaju zato što mogu biti korisne kasnije i podležu pravilima životnog ciklusa.
Dohvatanje (Retrieval)
Mehanizam koji se koristi za odabir potencijalno relevantnih informacija iz memorije, spoljnog znanja, baza podataka, grafova ili drugih skladišta.
Kontekst (Context)
Informacije koje su zapravo dostupne jezičkom modelu tokom određenog koraka inferencije ili generisanja.
RAG
Generisanje potpomognuto dohvatanjem (Retrieval-augmented generation): obrazac u kojem se spoljne ili sačuvane informacije dohvataju i prosleđuju generativnom modelu radi poboljšanja trenutnog izlaza.
Poreklo (Provenance)
Metapodaci koji opisuju odakle informacija potiče, kada je uočena, ko ili šta ju je tvrdilo i kako je transformisana.

Primarni izvori i dodatna literatura

OpenAI — Context Engineering: Short-Term Memory Management with Sessions

Smernice kompanije OpenAI o skraćivanju i kompresiji za kontekst dugotrajnih agenata.

OpenAI — Sandbox Agents

Dokumentacija koja prikazuje trajnu memoriju kao sposobnost sa progresivnim otkrivanjem i ponašanjem čitanja/pisanja.

Anthropic — Effective Context Engineering for AI Agents

Inženjerske smernice o uređivanju ograničenog konteksta modela radi pouzdanog ponašanja agenata.

Microsoft Research — Memora

Istraživanje o balansiranju apstrakcije i specifičnosti u dugoročnoj memoriji agenata.

Microsoft Research — PlugMem

Istraživanje o pretvaranju sirove istorije interakcija agenata u višekratno upotrebljivo strukturirano znanje.

Microsoft Research — Agentic Context Engineering (ACE)

Istraživanje o razvijanju konteksta kao strukturiranih priručnika umesto uzastopnog prepisivanja ili kompresovanja svega.

Related Articles

Ovladavanje SEO radnim tokom: Ključne strategije optimizacije za organski rast

Ovladavanje SEO radnim tokom: Ključne strategije optimizacije za organski rast

Strukturiran SEO tok posla je ključan za održiv organski rast. Naučite deset osnovnih strategija, od istraživanja ključnih reči i tehničke optimizacije do kvaliteta sadržaja i analize performansi.

RAG nije uspeo — ali koji sloj je zapravo zakazao? Dijagnostička metoda

RAG nije uspeo — ali koji sloj je zapravo zakazao? Dijagnostička metoda

Kada je RAG odgovor pogrešan, kriviti pretragu ili model je previše neodređeno. Ova dijagnostička metoda izoluje pokrivenost izvora, konstrukciju upita, pretragu, rangiranje, sastavljanje konteksta, generisanje, pripisivanje dokaza i svežinu—tako da se stvarni kvar može reprodukovati i ispraviti.

Ollama nije proizvod: Izgradnja aplikacija spremnih za produkciju sa otvorenim LLM-ovima

Ollama nije proizvod: Izgradnja aplikacija spremnih za produkciju sa otvorenim LLM-ovima

Pokretanje lokalnog modela pomoću Ollama-e je jednostavno. Izgradnja Open-LLM aplikacije spremne za produkciju je teža: zahteva RAG, kontrolu pristupa, apstrakciju provajdera, evaluaciju, logovanje, disciplinu puštanja u rad i kontrolisani aplikativni sloj oko modela.

Granica valjanosti odgovora: Nedostajući sloj između relevantnosti i pouzdanih AI odgovora

Granica valjanosti odgovora: Nedostajući sloj između relevantnosti i pouzdanih AI odgovora

Izvor može biti relevantan, autoritativan i ipak pogrešan za pitanje koje se postavlja. Sloj koji nedostaje je primenljivost: uslovi pod kojima odgovor važi i promene koje ga primoravaju na preispitivanje. Ovaj članak predstavlja Granicu važenja odgovora kao obrazac za dizajn izvora za ljude, AI pretragu i RAG sisteme.

Šta je RAG? Najjednostavnije objašnjenje kako funkcioniše

Šta je RAG? Najjednostavnije objašnjenje kako funkcioniše

RAG zvuči komplikovano, ali ideja je jednostavna: pre nego što AI odgovori, prvo potraži korisne informacije iz izvora znanja i daje te informacije jezičkom modelu. Ovaj vodič objašnjava RAG, LLM-ove, stanje, memoriju i alate koristeći jedan jednostavan mentalni model.

Frontend i Backend Razvoj

Frontend i Backend Razvoj

Front-end i back-end razvoj je suštinski deo veb razvoja i obuhvata kreiranje veb aplikacija i veb-sajtova. Front-end razvoj se fokusira na korisnički interfejs, dok je back-end razvoj odgovoran za programiranje i upravljanje serverskom stranom.

Šta bi AI agent trebalo da zapamti, zaboravi, ponovo izračuna ili ponovo preuzme?

Šta bi AI agent trebalo da zapamti, zaboravi, ponovo izračuna ili ponovo preuzme?

Dugotrajni agenti ne bi trebalo da pamte sve. Ovaj članak pruža praktičan model životnog ciklusa za odlučivanje o tome šta pripada trajnoj memoriji, šta bi trebalo ponovo preuzeti, šta je bezbednije ponovo izračunati i šta bi trebalo da istekne ili bude zamenjeno.

GPU nije proizvod: Privatna AI arhitektura spremna za budućnost

GPU nije proizvod: Privatna AI arhitektura spremna za budućnost

Privatna AI infrastruktura ne bi trebalo da bude projektovana oko jednog GPU-a ili jednog modela. Otporniji pristup kombinuje brze GPU-ove za inferenciju, memorijski bogate AI sisteme, čvorove za fizički AI i opcione vodeće modele u oblaku iza sloja za rutiranje koji prepoznaje mogućnosti.

MCP vs A2A vs UCP vs AP2 vs A2UI: Objašnjen stek agentskih protokola

MCP vs A2A vs UCP vs AP2 vs A2UI: Objašnjen stek agentskih protokola

MCP, A2A, UCP, AP2 i A2UI se često predstavljaju kao konkurentski standardi za agente. Oni uglavnom rešavaju različite probleme interoperabilnosti. Ovaj vodič mapira svaki protokol na granicu koju zapravo standardizuje—i pokazuje kako oni mogu da rade zajedno u jednom produkcionom sistemu.

Zašto više konteksta može pogoršati AI odgovore

Zašto više konteksta može pogoršati AI odgovore

Veći kontekstni prozor ne garantuje bolji odgovor. Ovaj članak objašnjava kako razblaživanje signala, protivrečni dokazi, zastarelo stanje, osetljivost na poziciju i kompresija sa gubicima mogu smanjiti pouzdanost veštačke inteligencije—i uvodi praktičan test pritiska konteksta.