Većina agentskih grešaka u software timovima neće izgledati dramatično.
Izgledat će kao običan zadatak napravljen iz krivog konteksta.
Repozitorij još uvijek ima staru compatibility logiku. Ticket kaže da je billing API podržan. Slack thread od tri tjedna kasnije kaže da ga tim miče nakon migracije. Design dokument nikad nije ažuriran. Incident note promijenio je redoslijed rollouta.
Agent može dohvatiti sve te informacije.
To je problem.
Dohvat ne odlučuje koji izvor treba pobijediti.
Kontekst ima konflikte
Ljudski timovi stalno žive s konfliktnim kontekstom:
- kod kaže jedno
- ticketi kažu drugo
- Slack ima stvarnu odluku
- dokumentacija je djelomično zastarjela
- incidenti stvaraju privremene iznimke
- access pravila se razlikuju po timovima
Ljudi to rješavaju kroz socijalno i operativno znanje. Znaju tko je vlasnik servisa, koji dokument je mrtav, koji Slack thread je stvarna odluka i kada treba pitati prije diranja produkcijskog koda.
Agenti ne dobiju tu prosudbu besplatno.
Ako kontekstni sloj samo vraća sličan tekst, model mora sam zaključiti autoritet iz fragmenata. Može izabrati najnoviju rečenicu. Može izabrati najkonkretniju rečenicu. Može izabrati rečenicu po kojoj je najlakše djelovati.
Ništa od toga nije governance pravilo.
Memorija nije autoritet
Memorijski zapis može reći:
Koristi billing API v1 za enterprise korisnike.
To je možda bilo točno kad je zapis spremljen. Možda je još uvijek točno za jedan customer segment. Možda je netočno nakon migracije. Možda vrijedi za read pathove, ali ne za nove writeove. Možda je informacija koju agent smije spomenuti, ali ne smije koristiti za akciju.
Memorija je korisna tek kada nosi dovoljno operativnog oblika:
- izvor
- vlasnik
- timestamp
- scope
- confidence
- pravila zamjene novijom tvrdnjom
- dozvolu da utječe na akciju
Bez toga je memorija samo zapamćeni autoritet bez audit traila.
Nedostajući primitiv je precedence
Software timovima treba kontekstni sloj koji može odgovoriti na praktičnije pitanje:
Kada se izvori ne slažu, koji smije kontrolirati sljedeću akciju?
To znači da precedence treba biti eksplicitan.
Produkcijski incident može nadjačati zastarjeli design dokument. Odluka code ownera može nadjačati generirani summary. Security policy može nadjačati user preference. Aktualni Linear ticket može nadjačati memoriju od prošlog mjeseca. Privatni HR dokument može matchati query, ali i dalje biti izvan scopea za agenta.
Ovo nije problem formata prompta. Ovo je problem kontrolnog sloja.
Agent treba kontekst koji je:
- source-backed
- time-aware
- permission-aware
- scoped na task i aktora
- sposoban označiti starije tvrdnje kao superseded
- vidljiv u traceu nakon što agent djeluje
Veći kontekstni prozori ovo čine važnijim
Veliki context windows pomažu modelu da vidi više.
Ne govore mu što treba biti važno.
Kako agenti dobivaju pristup većem broju repozitorija, ticketa, dokumenata, Slack povijesti, deployment zapisa, incidenata i observability podataka, središnji problem se miče s “može li model pronaći kontekst?” na “može li sustav upravljati time koji kontekst model smije koristiti?”
Tu će se graditi pouzdana agent infrastruktura.
Ne oko memorije kao hrpe bilješki.
Nego oko konteksta kao upravljanog operativnog sloja.