Sprawdź się: Pliki workspace: skąd agent wie, kim jest i co pamięta

Pytania quizu

1. Agent poprawnie odpowiada na prywatnym czacie, ale w kanale na serwerze Discorda twierdzi, że nie zna ustaleń z zeszłego tygodnia. Co się dzieje?

   • Model stracił kontekst po restarcie Gateway
   • MEMORY.md ładuje się tylko w sesji głównej i prywatnej
   • Skończył się budżet bootstrapTotalMaxChars
   • Plugin Discorda nie obsługuje długiej pamięci

   MEMORY.md jest wstrzykiwana wyłącznie w sesji głównej i prywatnej, więc w kontekście guildu agent po prostu jej nie dostaje. Odpowiedź o budżecie kusi, bo przekroczenie limitu faktycznie tnie treść — ale wtedy skutek byłby ten sam w każdym kanale, także na priv. Jeśli fakt ma być widoczny również w grupie, jego miejsce jest w AGENTS.md.

2. Jaka jest domyślna wartość agents.defaults.bootstrapMaxChars i czego dotyczy?

   • 60000 znaków na wszystkie pliki startowe razem
   • 20000 znaków na pojedynczy plik startowy
   • 4000 znaków na USER.md
   • 20000 tokenów na sesję

   bootstrapMaxChars ogranicza pojedynczy plik i domyślnie wynosi 20000 znaków. Wartość 60000 też występuje w dokumentacji, ale należy do innego klucza — bootstrapTotalMaxChars, czyli sumy wszystkich wstrzykiwanych plików. Oba limity liczone są w znakach, nie w tokenach; przelicznik to około cztery znaki na token.

3. Zmieniasz preferencję zapisaną wcześniej w USER.md. Co robisz ze starym wpisem?

   • Kasujesz go, żeby nie zaśmiecał pliku
   • Zostawiasz oba wpisy aktywne, agent wybierze nowszy po dacie
   • Oznaczasz go jako superseded i piszesz nową dyrektywę
   • Przenosisz go do MEMORY.md jako fakt historyczny

   Szablon przewiduje status superseded przy starym wpisie i nową dyrektywę obok — dzięki temu widać, co obowiązywało wcześniej i od kiedy. Zostawienie dwóch aktywnych wpisów jest najgorszym wariantem, bo dokumentacja wprost odradza sprzeczne dyrektywy w statusie active, a data w komentarzu nie jest regułą rozstrzygania konfliktów. Kasowanie działa, tylko odbiera Ci ślad zmiany.

4. Odziedziczyłeś instancję OpenClaw z plikiem HEARTBEAT.md w workspace. Co jest poprawnym ruchem?

   • Zostawić plik, bo to nadal aktywny mechanizm pobudek
   • Usunąć plik ręcznie i przepisać zadania do crona
   • Uruchomić openclaw doctor --fix
   • Ustawić cron.enabled na false, bo plik jest przestarzały

   doctor --fix importuje instrukcje do notatnika crona systemowego monitora, konwertuje poprawne wpisy tasks: na zadania crona, archiwizuje oryginał w katalogu stanu i usuwa plik. Plik faktycznie jest przestarzały, więc ręka sama sięga po delete — tyle że wtedy tracisz instrukcje, których nikt nie przeniósł. Wyłączenie crona jest odwrotnością celu: bez cron.enabled pobudki w ogóle nie ruszą.