← Nieuwste papers
🤖 AI

Scoped Verification for Reliable Long-Horizon Agentic Context Evolution under Distribution Shift

Dit artikel introduceert Graph-Regularized Agentic Context Evolution (GRACE), een methode die persistente systeeminstructies structureert als getypeerde semantische grafen om lokale verificatie van updates mogelijk te maken, waardoor de betrouwbaarheid over lange termijn van LLM-agenten onder distributieverschuiving aanzienlijk wordt verbeterd in vergelijking met platte tekst-baselines.

Oorspronkelijke auteurs: Dan C. Hsu, Luke Lu

Gepubliceerd 2026-07-13
📖 5 min leestijd🧠 Diepgaand

Oorspronkelijke auteurs: Dan C. Hsu, Luke Lu

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Stel je voor dat je een superintelligente robotassistent traint om klantgesprekken af te handelen voor een telecombedrijf. Je kunt de hersenen van de robot niet elke dag herprogrammeren, en je kunt de tools die hij gebruikt ook niet veranderen. Het enige wat je kunt bijsturen, is zijn "regelboek"—een lange lijst met instructies die hem vertellen hoe hij zich moet gedragen, wat hij moet zeggen en wat hij moet vermijden.

Dit artikel, GRACE, stelt een eenvoudige maar lastige vraag: Hoe houd je dat regelboek over een lange periode up-to-date zonder dat het een rommelige, tegenstrijdige puinhoop wordt?

Het Problek: De "Flat Text"-valstrik

De meeste mensen proberen het regelboek bij te werken door simpelweg de hele tekst te herschrijven of nieuwe paragrafen onderaan een lang tekstdocument toe te voegen. De auteurs noemen dit "flat-text maintenance" (onderhoud van platte tekst).

Denk hierbij aan een groepschat waar iedereen gewoon nieuwe regels onderaan de chat blijft typen. In het begin werkt het geweldig. Maar na een paar weken is de chat 500 pagina's lang. Je hebt een regel op pagina 10 die zegt: "Wees altijd beleefd," en een nieuwe regel op pagina 499 die zegt: "Wees bot als je boos bent." De chat weet niet dat deze elkaar tegenspreken. De robot raakt in de war, begint fouten te maken en uiteindelijk stort het hele systeem in. Het artikel laat zien dat wanneer je alleen maar tekst blijft toevoegen, de betrouwbaarheid van de robot na verloop van tijd weer afneemt.

De Oplossing: De "Slimme Kaart" (GRACE)

De auteurs stellen een nieuwe methode voor genaamd GRACE (Graph-Regularized Agentic Context Evolution). In plaats van een lange lijst met tekst, veranderen ze het regelboek in een gestructureerde kaart (een graaf).

Stel je voor dat de regels niet slechts regels tekst zijn, maar nodes (punten) op een kaart, verbonden door lijnen die laten zien hoe ze met elkaar samenhangen.

  • Eén punt is een "Regel" (bijv. "Wees beleefd").
  • Een ander punt is een "Feit" (bijv. "Klanten zijn moe").
  • Een lijn verbindt hen met de tekst: "Dit feit ondersteunt deze regel."

Wanneer de robot een fout maakt, schrijft het systeem niet zomaar een nieuwe paragraaf. Het kijkt naar de kaart. Het zoekt de specifieke stip (de regel) die de problemen veroorzaakte en controleert de directe buren daarvan.

  • Botst dit nieuwe idee met de regels die er direct naast staan? (Tegenstrijdigheidscontrole)
  • Is dit nieuwe idee slechts een herhaling van een oude regel? (Redundantiecontrole)

Als het nieuwe idee past binnen de lokale omgeving van de kaart, wordt het toegevoegd. Als het de logica van de kaart verbreekt, wordt het direct afgewezen of gecorrigeerd. Ten slotte vertaalt het systeem de bijgewerkte kaart terug naar de tekst die de robot daadwerkelijk leest.

Het Experiment: Een Touwtrekwedstrijd

De onderzoekers testten dit in een gesimuleerde telecomomgeving (een nep telefoonbedrijf) met een specifiek robotmodel (Gemini 2.5 Flash). Ze draalden de simulatie vijf keer om er zeker van te zijn dat de resultaten niet op toeval berustten. Ze veranderden de soorten klantgesprekken waar de robot mee te maken kreeg om de paar rondes, om te zien of het regelboek kon aanpassen zonder uit elkaar te vallen.

Dit is wat er gebeurde:

  1. Het Startpunt: Voordat er enige updates plaatsvonden, was de robot slecht in het zijn van betrouwbaar. Hij slaagde voor de strengste test (drie keer achter elkaar de taak correct uitvoeren) slechts 0,091 van de tijd (ongeveer 9% van de tijd).
  2. Het "Flat Text"-team (HCE): Zij probeerden de oude methode waarbij simpelweg tekst wordt toegevoegd. De robot werd eerst een beetje beter en bereikte 0,215, maar daarna begon het weer te dalen. Tegen het einde was het teruggezakt naar 0,191. Het regelboek werd te rommelig en de robot vergat hoe hij consistent moest blijven.
  3. Het "Kaart zonder controles"-team: Zij gebruikten de kaart, maar controleerden niet op tegenstrijdigheden of redundantie. Ze kregen een redelijke boost naar 0,458, maar daarna stortten ze hard in naar 0,248. De kaart hielp bij de organisatie, maar zonder de "buurtcontrole" stapelden de regels zich nog steeds op tot een puinhoop.
  4. Het GRACE-team: Dit team gebruikte de kaart en de strikte buurtcontroles. Ze begonnen op 0,091 en klommen gestaag omhoog. Bij de laatste controlepunt slaagden ze de strenge test ongeveer 0,673 van de tijd (ongeveer 67%).

De Grote Vergelijking: Zelfs een gloednieuw, veel slimmer robotmodel (Gemini 3.1 Pro) dat vanaf nul begint zonder updates, haalde slechts 0,242. Het GRACE-team, dat een ouder robotmodel gebruikte met een slimmer updatesysteem, versloeg het nieuwe robotmodel met een enorme marge.

Wat dit betekent (en wat het niet betekent)

Het artikel suggereert dat voor een robot die over een lange periode kan evolueren zonder kapot te gaan, je niet simpelweg tekst moet blijven opstapelen. Je hebt een structuur nodig (zoals een kaart) die je in staat stelt om te controleren of nieuwe ideeën passen bij de oude ideeën, lokaal, precies daar waar ze verbinding maken.

De auteurs benadrukken echter dat dit geen wondermiddel is voor alles.

  • Ze hebben dit alleen getest in een telecom klantenservice simulatie. Ze weten nog niet of dit ook werkt voor programmeren, medisch advies of autorijden.
  • Ze hebben dit alleen getest met één specifiek robotmodel en één specifieke set tools.
  • De resultaten zijn gebaseerd op simulaties (computertests), niet op echte telefoongesprekken met echte mensen.

Maar de les is duidelijk: als je wilt dat een robot zijn persoonlijkheid en regels over maanden of jaren ontwikkelt, moet je stoppen met zijn instructies als een dagboek te behandelen en ze gaan behandelen als een goed georganiseerde kaart. Als je niet de buurt controleert voordat je een nieuw huis bouwt, zal de hele stad uiteindelijk instorten.

Verdrinkt u in papers in uw vakgebied?

Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.

Probeer Digest →