PL
Uśmiechnięta postać bawełny z oryginalnego logo Cotton, bez tła i napisu
Powrót do sali

Cotton

Translation workflow

Wygenerowane tłumaczenia zamienione w wyniki gotowe do przeglądu.

Przepływ tłumaczenia dialogów z gier.

2026.05.06 — 2026.05.26

Projekt zawodowy · przetwarzanie, ocena i ścieżka przeglądu tłumaczeń

  • Aplikacja webowaZaimplementowane · środowisko deweloperskie

Oceny, ponowienia i przegląd przez człowieka, każde na własnej granicy.

Generowanie i ocena dzielą glosariusz, a niespełnienia twardego kryterium zgłoszonego przez model oceniający nie może zrównoważyć średnia ocena. Pośrednie stany tłumaczenia i oceny są zapisywane, limity ponowień i kosztów są oddzielone od wyczerpanych poświadczeń, a zastałe zadania wracają do kolejki lub do przeglądu w zależności od przyczyny.

Ten projekt zawodowy łączy w jednym przepływie generowanie tłumaczeń, ocenę jakości zgłaszaną przez model, ponowienia i przegląd przez człowieka.

Od początku repozytorium do pracy potwierdzonej w okresie współpracy

Aplikacja webowa z ekranami edycji i zatwierdzania tłumaczeń, API i workerem zadań, działająca w środowisku deweloperskim.

Mapa przepływu rozstrzygnięć · z niepublicznych zapisów implementacji
Cotton: ocena tłumaczeń · ponowienie · przywracanieAPI zatwierdza w bazie danych tekst źródłowy i docelowe języki, a następnie kolejkuje zadanie dla każdego języka docelowego. Worker blokuje wiersz, sprawdza próbę, tworzy draft i stan postępu, generuje tłumaczenie z glosariuszem i osobno wywołuje model oceniający z tym samym glosariuszem. Tłumaczenie (Tx1) oraz ocena z dowodami (Tx2) są zapisywane w osobnych transakcjach. Kod agreguje ocenę tak, by niespełnienia twardego kryterium nie zrównoważyła średnia: zaliczenie jest finalizowane, porażka dostaje kolejną turę, limit tur lub kosztów kieruje do przeglądu przez człowieka, a sygnał quota lub uwierzytelnienia wstrzymuje wydatki i czeka na sprawdzenie poświadczeń. Skan zastałych obejmuje najwyżej 200 draftów starszych niż 10 minut: draft z pozostałymi próbami, którego brak w kolejce, jest ponownie kolejkowany, a draft z wykorzystanymi próbami trafia do przeglądu lub sprawdzenia poświadczeń w zależności od tego, czy istnieje wynik.Źródło · języki doceloweZapisane segmentyPrzegląd przez człowiekaneeds_review · nie zatwierdzenieSprawdzenie poświadczeńneeds_credentialAPI · rejestracja zadańKolejkowanie po zatwierdzeniuKolejka zadańBullMQ · ID zadaniaWejście zadaniaBlokada wiersza · sprawdzenie próbyGlosariusz · kontekstGlosariusz przestrzeni roboczejTura tłumaczeniaGenerowanie · wywołanie modeluWywołanie modelu oceniającego · parsowanieReguły werdyktuTwarde kryterium · średnia ważonaPonowienia · wydatkiTury · koszt · quotaStan tłumaczeniaDraft · postępWiersze tłumaczeń · ocenStan · log wywołańFinalizacjaTransakcja końcowaKontrola kolejkiPorównanie stanu kolejkiSkan zastałychDrafty starsze niż 10 min · najwyżej 200Wejście · kolejkaGenerowanie · ocenaStan · akceptacjaPrzywracanie · decyzja człowieka1źródło2 po zatwierdzeniu · Kolejkowanie po zatwierdzeniu → BullMQ · ID zadania23 dostarczenie zadania · BullMQ · ID zadania → Blokada wiersza · sprawdzenie próby34wiersz postępu5próba dozwolona1glosariusz2 ten sam glosariusz · Glosariusz przestrzeni roboczej → Wywołanie modelu oceniającego · parsowanie23Tx1 · tłumaczenie4Tx2 · ocena5 oceny · kryteria · Wywołanie modelu oceniającego · parsowanie → Twarde kryterium · średnia ważona56werdykt7pass8zapis końcowy1werdykt2kolejna tura3limit · przerwanie4quota · uwierzytelnienie5ręczne wznowienie1zastały draft2 poniżej limitu · Drafty starsze niż 10 min · najwyżej 200 → Porównanie stanu kolejki23ponowne kolejkowanie4 wynik istnieje · Drafty starsze niż 10 min · najwyżej 200 → Przegląd przez człowieka45brak wyniku

Rejestracja → wejście

Kolejkowane po zatwierdzeniu w bazie danych; worker blokuje wiersz, sprawdza próbę i tworzy draft.

  1. Źródło · języki doceloweźródłoKolejkowanie po zatwierdzeniuAPI · rejestracja zadań

    Segmenty źródłowe i docelowe języki projektu są zapisywane w bazie danych. Dane klienta nie są pokazywane.

  2. Kolejkowanie po zatwierdzeniuAPI · rejestracja zadańpo zatwierdzeniuBullMQ · ID zadaniaKolejka zadań

    Po zatwierdzeniu w bazie danych dla każdego aktywnego języka docelowego kolejkowane jest zadanie z ID określonym przez żądanie. Jeśli kolejkowanie się nie powiedzie, logowane jest tylko ostrzeżenie, a zatwierdzenie nie jest wycofywane (brak atomowego outboxa), dlatego istnieje skan zastałych.

  3. BullMQ · ID zadaniaKolejka zadańdostarczenie zadaniaBlokada wiersza · sprawdzenie próbyWejście zadania

    BullMQ przekazuje zadanie workerowi asynchronicznie.

  4. Blokada wiersza · sprawdzenie próbyWejście zadaniawiersz postępuDraft · postępStan tłumaczenia

    W transakcji blokowany jest wiersz postępu i tworzone jest robocze tłumaczenie. Automatyczne ponowienia zadań sfinalizowanych lub wstrzymanych z powodu poświadczeń są pomijane; żądania ręczne są obsługiwane osobno.

  5. Blokada wiersza · sprawdzenie próbyWejście zadaniapróba dozwolonaGenerowanie · wywołanie modeluTura tłumaczenia

    Licznik prób rośnie o jeden w ramach limitu, po czym zaczyna się tura tłumaczenia.

Generowanie → ocena → finalizacja

Generowanie i ocena używają tego samego glosariusza; tłumaczenie i ocena są zapisywane osobno, a kod agreguje ocenę przed finalizacją.

  1. Glosariusz przestrzeni roboczejGlosariusz · kontekstglosariuszGenerowanie · wywołanie modeluTura tłumaczenia

    Glosariusz przestrzeni roboczej i kontekst są wyszukiwane i przekazywane do generowania.

  2. Glosariusz przestrzeni roboczejGlosariusz · kontekstten sam glosariuszWywołanie modelu oceniającego · parsowanieTura tłumaczenia

    Ocena otrzymuje te same ograniczenia glosariusza.

  3. Generowanie · wywołanie modeluTura tłumaczeniaTx1 · tłumaczenieWiersze tłumaczeń · ocenStan tłumaczenia

    Model jest wywoływany bezpośrednio lub przez pivot en-US, a wywołanie, zdarzenie i postęp są zapisywane w jednej transakcji. Jeśli zadanie zostanie uruchomione ponownie po awarii, wywołanie tłumaczące i jego koszt mogą się powtórzyć.

  4. Wywołanie modelu oceniającego · parsowanieTura tłumaczeniaTx2 · ocenaWiersze tłumaczeń · ocenStan tłumaczenia

    Oceny sędziego i dowody są wstawiane raz na tłumaczenie i turę; duplikat odnajduje istniejący wiersz, a cytowania są zapisywane tylko przy pierwszym wstawieniu. To nie ta sama transakcja co tłumaczenie.

  5. Wywołanie modelu oceniającego · parsowanieTura tłumaczeniaoceny · kryteriaTwarde kryterium · średnia ważonaReguły werdyktu

    Odpowiedź modelu oceniającego jest parsowana na oceny dla poszczególnych wymiarów i wyniki kryteriów. To, czy glosariusz przeszedł, zgłasza model oceniający.

  6. Twarde kryterium · średnia ważonaReguły werdyktuwerdyktTury · koszt · quotaPonowienia · wydatki

    Każde zgłoszone niespełnienie twardego kryterium oznacza zero i porażkę; dopiero potem stosowane są średnia ważona i progi dla wymiarów. Ogólny próg 8.0 to wartość domyślna konfiguracji, a nie zaobserwowana jakość tłumaczenia.

  7. Tury · koszt · quotaPonowienia · wydatkipassTransakcja końcowaFinalizacja

    Zaliczenie jest finalizowane jako translated.

  8. Transakcja końcowaFinalizacjazapis końcowyStan · log wywołańStan tłumaczenia

    Kandydat, stan, ocena i tury są finalizowane, a postęp finalized i log stanu są zapisywane w jednej transakcji. Zdarzenie ukończenia tłumaczenia jest emitowane tylko dla translated.

Ponowienia · limity wydatków

Brak zaliczenia oznacza kolejną turę; limit oznacza przegląd przez człowieka; quota lub uwierzytelnienie wstrzymuje wydatki i czeka na wznowienie przez operatora.

  1. Twarde kryterium · średnia ważonaReguły werdyktuwerdyktTury · koszt · quotaPonowienia · wydatki

    Każde zgłoszone niespełnienie twardego kryterium oznacza zero i porażkę; dopiero potem stosowane są średnia ważona i progi dla wymiarów. Ogólny próg 8.0 to wartość domyślna konfiguracji, a nie zaobserwowana jakość tłumaczenia.

  2. Tury · koszt · quotaPonowienia · wydatkikolejna turaGenerowanie · wywołanie modeluTura tłumaczenia

    Tłumaczenie, które nie przejdzie, jest generowane ponownie z poprzednim tłumaczeniem i uwagami krytycznymi. Nawet niespełnienie twardego kryterium może najpierw dostać ponowienie, zamiast od razu trafić do człowieka.

  3. Tury · koszt · quotaPonowienia · wydatkilimit · przerwaniePrzegląd przez człowieka

    Gdy wyczerpią się tury lub zostanie osiągnięty pułap kosztów, zadanie jest finalizowane jako needs_review. Sfinalizowane oznacza zakończenie przetwarzania, a nie zatwierdzenie przez człowieka.

  4. Tury · koszt · quotaPonowienia · wydatkiquota · uwierzytelnienieSprawdzenie poświadczeń

    Sygnał quota lub uwierzytelnienia wstrzymuje wydatki i ustawia needs_credential. Nie ma automatycznego przełączenia na inne konto ani dostawcę. Błędy transportu bez sygnału wstrzymania wracają do ponowień BullMQ.

  5. Sprawdzenie poświadczeńręczne wznowienieBullMQ · ID zadaniaKolejka zadań

    Operator, który sprawdził poświadczenia, jawnie uruchamia ponownie.

Przywracanie zastałych zadań

Stare drafty są dzielone według przyczyny: brak w kolejce oznacza ponowne kolejkowanie, wykorzystane próby oznaczają decyzję człowieka.

  1. Draft · postępStan tłumaczeniazastały draftDrafty starsze niż 10 min · najwyżej 200Skan zastałych

    Odczytywanych jest najwyżej 200 kandydatów, którzy są draftami od ponad 10 minut, od najstarszych. Zapytanie nie zakłada blokady, a aktualizacje i logi działają jako osobne instrukcje, więc nie jest to opisywane jako partia wolna od wyścigów.

  2. Drafty starsze niż 10 min · najwyżej 200Skan zastałychponiżej limituPorównanie stanu kolejkiKontrola kolejki

    Gdy prób jest mniej niż limit (3), zadanie jest porównywane ze stanami kolejki active, waiting, delayed i prioritized. W kodzie gałąź wyczerpanych prób poprzedza tę kontrolę kolejki.

  3. Porównanie stanu kolejkiKontrola kolejkiponowne kolejkowanieBullMQ · ID zadaniaKolejka zadań

    Jeśli zadania nie ma w kolejce, jest kolejkowane ponownie. API używa ID z sufiksem żądania, a skan szuka ID segmentu i języka, więc nie jest to opisywane jako dopasowanie każdego trwającego żądania.

  4. Drafty starsze niż 10 min · najwyżej 200Skan zastałychwynik istniejePrzegląd przez człowieka

    Gdy wykorzystano wszystkie 3 próby i istnieje wynik tłumaczenia, zadanie trafia do needs_review.

  5. Drafty starsze niż 10 min · najwyżej 200Skan zastałychbrak wynikuSprawdzenie poświadczeń

    Gdy wykorzystano wszystkie 3 próby i nie ma wyniku, zadanie trafia do needs_credential.

Każde połączenie z tą samą wagą. Wybór przepływu wyróżnia tylko jego ścieżkę z ponumerowanymi krokami.

  • Linia ciągła · kierunek wejścia, wyników i zapisów
  • Linia przerywana · uruchomienie, rozstrzygnięcie, żądanie
  • Długie kropki · obserwacja i raportowanie, oddzielnie od rozstrzygnięcia
  • Krótkie kreski · awaria, zatrzymanie, limit
  • Gruba czarna linia · wybrany przepływ; liczby podają kolejność
  • Ramka · granica kodu lub stanu, nazwana w nagłówku
  • Wewnętrzny element · komponent tej granicy
  • Kropkowana ramka · poza tą granicą
  • Pomarańczowy obrys · miejsce, w którym decyduje model
  • Generowanie · wydatki · finalizacja
  • Wejście · reguły werdyktu · skan
  • Kolejka · stan · zapisy
  • Rejestracja · kontrola kolejki

Narysowano na podstawie niepublicznych zapisów implementacji i rozwoju. Dane klienta i ścieżki kodu nie są pokazane.

Jeden skan
May 26, 2026, jeden cykl skanu w środowisku deweloperskim: 200 sprawdzonych, 106 przejść stanu, 2 ponownie zakolejkowane. Przejście stanu nie jest udanym tłumaczeniem, a podział 106 według stanu docelowego nie został zapisany.
Dlaczego nie dokładnie raz
Zapisy powstają bez duplikatów, ale jeśli zadanie zostanie uruchomione ponownie po awarii, wywołania modelu i ich koszt mogą się powtórzyć. Limit współbieżności obowiązuje na proces, a nie w całym klastrze.
Zakres werdyktu
Niedopuszczenie, by średnia przykryła naruszenie glosariusza, to reguła agregacji zgłoszonych kryteriów. Nie dowodzi, że wykryty zostanie każdy zakazany termin ani że jakość jest na poziomie natywnym.