Wzorce długookresowego zachowywania kontekstu
Spędziłeś 45 minut ucząc AI o pipeline wdrażania w twoim projekcie. Teraz rozumie, że środowisko staging używa innej bazy danych, że migracje muszą się uruchomić przed startem API i że cache CDN musi być unieważniony po wdrożeniach frontendu. Jutro otwierasz nową sesję i AI zapomniało o wszystkim. Wyjaśniasz ponownie. I znów za tydzień.
Wzorce pamięci rozwiązują ten problem. Każde narzędzie oferuje mechanizmy do zachowywania wiedzy między sesjami — od plików, które piszesz i utrzymujesz, po automatyczne notatki, które AI pisze dla siebie. Różnica między zespołem, który używa tych wzorców, a takim, który nie, to różnica między AI, które uczy się z czasem, a takim, które zaczyna od zera każdego ranka.
Czego się nauczysz
Dział zatytułowany „Czego się nauczysz”- Kompletną mapę mechanizmów pamięci we wszystkich trzech narzędziach
- Strategie decydowania, co AI powinno pamiętać, a co powinno pozostać ulotne
- Prompty do uczenia AI i weryfikacji, co zapamiętało
- Wzorce zespołowej pamięci, która korzysta każdemu programiście
Hierarchia pamięci
Dział zatytułowany „Hierarchia pamięci”Każde narzędzie implementuje pamięć na wielu poziomach. Zrozumienie hierarchii pomaga umieścić właściwe informacje na właściwym poziomie.
System pamięci Cursor ma cztery poziomy:
| Poziom | Lokalizacja | Zakres | Kto zarządza |
|---|---|---|---|
| Team Rules | Dashboard Cursor | Wszyscy członkowie zespołu, wszystkie projekty | Admin zespołu |
| Project Rules | .cursor/rules/*.md | Wszyscy członkowie zespołu, ten projekt | Zespół przez git |
| User Rules | Cursor Settings > Rules | Ty, wszystkie projekty | Ty |
| AGENTS.md | AGENTS.md w projekcie | Wszyscy członkowie zespołu, ten projekt | Zespół przez git |
Project Rules to najważniejszy poziom. Są wersjonowane, ograniczone do twojej bazy kodu i mogą być filtrowane globami, aby dotyczyły tylko istotnych plików.
Cursor obsługuje również Agent Skills — otwarty standard rozszerzania agentów AI o specjalistyczne możliwości, które mogą być importowane i automatycznie stosowane jako kontekst.
Claude Code ma najbogatszy system pamięci z sześcioma poziomami:
| Poziom | Lokalizacja | Zakres | Kto zarządza |
|---|---|---|---|
| Polityka zarządzana | Systemowy CLAUDE.md | Wszyscy użytkownicy w organizacji | IT/DevOps |
| Pamięć projektu | ./CLAUDE.md lub ./.claude/CLAUDE.md | Zespół przez git | Zespół |
| Reguły projektu | .claude/rules/*.md | Zespół przez git | Zespół |
| Pamięć użytkownika | ~/.claude/CLAUDE.md | Ty, wszystkie projekty | Ty |
| Pamięć lokalna | ./CLAUDE.local.md | Ty, ten projekt | Ty |
| Auto-pamięć | ~/.claude/projects/<project>/memory/ | Ty, ten projekt | Claude |
Auto-pamięć to wyróżniająca się funkcja. Claude automatycznie zapisuje użyteczny kontekst — wzorce projektu, wnioski z debugowania, notatki architektoniczne i twoje preferencje — bez twojej prośby. Pierwsze 200 linii MEMORY.md ładuje się do każdej sesji. Szczegółowe notatki trafiają do plików tematycznych, które Claude czyta na żądanie.
Codex używa warstwowego systemu AGENTS.md:
| Poziom | Lokalizacja | Zakres | Kto zarządza |
|---|---|---|---|
| Globalny | ~/.codex/AGENTS.md | Ty, wszystkie projekty | Ty |
| Globalne nadpisanie | ~/.codex/AGENTS.override.md | Ty, wszystkie projekty (tymczasowo) | Ty |
| Root projektu | ./AGENTS.md | Zespół przez git | Zespół |
| Zagnieżdzone | ./services/payments/AGENTS.md | Zespół, konkretny serwis | Zespół |
| Zagnieżdżone nadpisanie | ./services/payments/AGENTS.override.md | Tymczasowe nadpisania | Ty lub zespół |
Codex łączy pliki od katalogu głównego do bieżącego, z późniejszymi plikami nadpisującymi wcześniejsze. System obsługuje zapasowe nazwy plików (konfigurowalne) i limit rozmiaru 32 KiB domyślnie.
Uczenie AI, żeby pamiętało
Dział zatytułowany „Uczenie AI, żeby pamiętało”Najpotężniejszy wzorzec pamięci jest jawny: gdy odkryjesz coś ważnego, powiedz AI, żeby to zapamiętało.
Stwórz lub zaktualizuj regułę projektu bezpośrednio:
We just discovered that the search service requires a warm-upcall before it returns accurate results. Create a new rule in.cursor/rules/search-service.md documenting this behavior andnoting that tests should include a warm-up step.Możesz też tworzyć reguły z czatu, prosząc Cursor: “Create a cursor rule for this.”
Powiedz Claude wprost, co ma zapamiętać:
Remember: the search service requires a warm-up call before itreturns accurate results. Always include a warm-up step whenwriting tests for search functionality.Claude zapisuje to w auto-pamięci w ~/.claude/projects/<project>/memory/. Możesz być też bardziej konkretny:
Save to memory that integration tests for the search servicemust call /search/warm-up before running assertions.Aby przejrzeć, co Claude zapamiętało, użyj komendy /memory do otwarcia selektora plików.
Zaktualizuj AGENTS.md z nową wiedzą:
Add to our AGENTS.md: "The search service requires a warm-upcall before returning accurate results. Tests must includea warm-up step."Ponieważ Codex czyta AGENTS.md na początku każdej sesji, ta wiedza jest automatycznie dostępna we wszystkich przyszłych pracach.
Decydowanie, co pamiętać
Dział zatytułowany „Decydowanie, co pamiętać”Nie wszystko powinno być zachowywane. Pamięć, która rośnie za bardzo, jest ignorowana — tak samo jak 500-liniowy plik CLAUDE.md powoduje, że Claude pomija kluczowe reguły.
Zawsze zachowuj
Dział zatytułowany „Zawsze zachowuj”- Komendy budowania, testowania i wdrażania
- Nieoczywiste ograniczenia (wymagania środowiskowe, zależności serwisów)
- Decyzje architektoniczne i ich uzasadnienie
- Wzorce błędów, które wymagały znacznego czasu na zdiagnozowanie
- Konwencje zespołowe odbiegające od domyślnych językowych
Nigdy nie zachowuj
Dział zatytułowany „Nigdy nie zachowuj”- Tymczasowe obejścia, które wkrótce zostaną usunięte
- Kontekst specyficzny dla zadania (bieżący błąd, który debugujesz)
- Informacje już zawarte w bazie kodu (zawartość README, skrypty package.json)
- Oczywiste konwencje, których AI już przestrzega
Pamięć zespołowa
Dział zatytułowany „Pamięć zespołowa”Najcenniejsza pamięć to pamięć współdzielona. Gdy jeden programista odkrywa, że serwis powiadomień ma wyścig pod obciążeniem, ta wiedza powinna korzystać każdemu programiście w zespole — nie tylko temu, kto ją znalazł.
Commituj .cursor/rules/ do git. Członkowie zespołu dostają reguły automatycznie. Dla reguł obejmujących całą organizację użyj Team Rules z Cursor Dashboard (dostępne w planach Team i Enterprise).
Team Rules mają pierwszeństwo nad regułami projektu i użytkownika, zapewniając utrzymanie krytycznych standardów organizacyjnych.
Commituj CLAUDE.md i .claude/rules/ do git. Osobiste preferencje trafiają do CLAUDE.local.md (automatycznie w gitignore).
Dla organizacji wdróż zarządzaną politykę CLAUDE.md na poziomie systemowym (macOS: /Library/Application Support/ClaudeCode/CLAUDE.md). To zapewnia, że standardy firmowe dotyczą wszystkich programistów.
Commituj AGENTS.md do git. Osobiste nadpisania używają AGENTS.override.md (który zwykle jest w gitignore lub ograniczony do indywidualnych programistów).
Dla zespołów standaryzuj główny AGENTS.md ze współdzielonymi konwencjami i pozwól zespołom serwisowym dodawać zagnieżdżone nadpisania.
Workflow międzysesyjne
Dział zatytułowany „Workflow międzysesyjne”Wzorce pamięci umożliwiają workflow obejmujące wiele sesji bez utraty kontekstu.
- Sesja 1: Plan. Stwórz plan implementacji i zapisz go jako
docs/feature-plan.md. Dodaj notatkę do pamięci: “Bieżąca praca: implementacja funkcji X. Plan jest w docs/feature-plan.md.” - Sesja 2: Implementacja zadań 1-3. Odwołaj się do pliku planu. Po zakończeniu każdego zadania zaktualizuj listę todo na dysku. Powiedz AI, żeby zapamiętało, gdzie skończyłeś.
- Sesja 3: Kontynuacja. AI ładuje pamięć, widzi notatkę o bieżącej pracy i czyta plan oraz listę todo. Zaczynasz dokładnie tam, gdzie skończyłeś.
W Claude Code użyj claude --continue, aby wznowić ostatnią sesję bezpośrednio. Użyj --resume, aby wybrać z listy ostatnich sesji. Zmieniaj nazwy sesji komendą /rename dla łatwego odszukiwania (np. “oauth-migration”).
Gdy coś nie działa
Dział zatytułowany „Gdy coś nie działa”Auto-pamięć zapisuje nieistotne rzeczy. Auto-pamięć Claude Code jest użyteczna, ale nie idealna. Przeglądaj ją okresowo komendą /memory. Usuwaj notatki o jednorazowych sesjach debugowania lub tymczasowych obejściach, które już nie są istotne.
Konflikty pamięci między członkami zespołu. Gdy dwóch programistów dodaje sprzeczne reguły (jeden mówi “używaj tabów,” a drugi “używaj spacji”), AI się gubi. Ustanów proces przeglądu współdzielonych plików instrukcji, tak jak code review.
AI ignoruje pamięć. Jeśli plik instrukcji jest za długi, reguły na końcu dostają mniej uwagi niż te na początku. Umieść najważniejsze reguły na górze. Utrzymuj całość poniżej 50 linii dla głównego pliku.
Pamięć z jednego projektu przenika do innego. Reguły na poziomie użytkownika (~/.claude/CLAUDE.md, Cursor User Rules, ~/.codex/AGENTS.md) dotyczą wszystkich projektów. Utrzymuj je naprawdę uniwersalne (osobiste preferencje stylu, globalne skróty narzędzi). Wiedza specyficzna dla projektu należy do plików na poziomie projektu.