Pamięć epizodyczna vs. semantyczna agenta

1. Przegląd koncepcji i problem systemowy

Tradycyjne agenty cierpią na dwie skrajne formy amnezji:

• Albo agent rozpoczyna każdą nową sesję z czystej karty („dzień świstaka”): zapomina strukturę projektu, powtarza ten sam błąd konfiguracyjny, z którym developer zmagał się wczoraj, i ponownie pyta o oczywiste rzeczy.
• Albo developer wrzuca do historii agenta całą korespondencję z ostatnich 3 miesięcy, co prowadzi do przepełnienia kontekstu przestarzałymi szczegółami (Context Rot), przez co model zaczyna działać nieadekwatnie.

Rozwiązanie tego problemu czerpie inspirację z psychologii poznawczej: dwuwarstwowa architektura pamięci – Semantyczna (wiedza o regułach) oraz Epizodyczna (doświadczenie prób i błędów).

2. Taksonomia architektoniczna i model mentalny

┌─────────────────────────────────────────────────────────────┐
│                 TOPOLOGIA AGENTA Z PODWÓJNĄ PAMIĘCIĄ        │
├─────────────────────────────────────────────────────────────┤
│ 1. PAMIĘĆ SEMANTYCZNA (Fakty i zasady – Wiedza długoterminowa) │
│    • "Stack technologiczny: React 19, TypeScript w trybie strict" │
│    • "Baza danych: PostgreSQL przez Drizzle ORM"            │
│    • "Zasada kodowania: Brak domyślnych eksportów, tylko eksporty nazwane" │
├─────────────────────────────────────────────────────────────┤
│                          │                                  │
│                          ▼ Interakcyjna pętla robocza       │
├─────────────────────────────────────────────────────────────┤
│ 2. PAMIĘĆ EPIZODYCZNA (Kronika doświadczeń – Wydarzenia chronologiczne) │
│    • [2026-09-08 10:15] Zadanie: Migracja do Better Auth   │
│    • [Próba 1] Zainstalowano v1.1.2 ➔ NIEUDANA (Konflikt typów) │
│    • [Próba 2] Zastosowano łatkę dla zależności peer ➔ POWODZENIE │
│    • [Wyciągnięta lekcja] "Better Auth wymaga Node >= 20.10" │
├─────────────────────────────────────────────────────────────┤
│ 3. SYNTEZATOR KONTEKSTU: Łączy wyłącznie istotne doświadczenia │
└─────────────────────────────────────────────────────────────┘

3. Praktyczne scenariusze inżynierskie w środowisku produkcyjnym

01. Kumulacja wiedzy korporacyjnej (Knowledge Compounding)

Gdy agent znajdzie złożone obejście dla buga w wewnętrznej bibliotece, zapisuje epizod we wspólnej bazie pamięci zespołu. Następnego dnia inny agent innego developera, napotykając analogiczny błąd, natychmiast znajduje rozwiązanie dzięki wyszukiwaniu wektorowemu po epizodach.

02. Automatyczna indukcja umiejętności (Skills Induction)

Jeśli w pamięci epizodycznej zostanie zarejestrowane, że agent trzykrotnie wykonał podobną sekwencję działań podczas deployu serwisu, proces działający w tle automatycznie uogólnia to doświadczenie i tworzy nowy plik umiejętności skills/deploy-service.md w pamięci semantycznej.

4. Pułapki, typowe błędy i bezpieczeństwo

• Overfitting to Bad Episodes (Utrwalanie błędnych wzorców): Jeśli agent przypadkowo rozwiązał problem za pomocą prowizorki (chmod 777 lub as any), ten epizod może stać się wzorcem do naśladowania. Pamięć epizodyczna musi podlegać regularnej kuracji i walidacji za pomocą linterów.
• Wycieki prywatności (Privacy Leaks) między sesjami: Pamięć epizodyczna nie powinna przechowywać danych osobowych użytkowników ani tokenów dostępu, które mogły zostać przypadkowo ujawnione podczas debugowania w konkretnej sesji.

5. Strategiczny wniosek dla inżyniera roku 2026

Podział pamięci na semantyczną i epizodyczną przekształca agenta z tymczasowego skryptu w stałego cyfrowego współpracownika, który z każdym wykonanym zadaniem staje się mądrzejszy, szybszy i bardziej doświadczony.