HU
Mosolygó gyapotfigura az eredeti Cotton-logóból, háttér és felirat nélkül
Vissza a terembe

Cotton

Translation workflow

Generált fordításokból felülvizsgálható eredmények.

Játékpárbeszédek fordítási munkafolyamata.

2026.05.06 — 2026.05.26

Munkaprojekt · fordításfeldolgozás, megítélés és felülvizsgálati útvonal

  • WebalkalmazásMegvalósítva · fejlesztői környezet

Pontszámok, újrapróbálkozások és emberi felülvizsgálat, mindegyik a saját határán.

A generálás és a megítélés közös szójegyzéket használ, és a bírálómodell által jelentett kemény kapus hibát az átlagpontszám nem ellensúlyozhatja. A fordítás és a megítélés köztes állapotai rögzülnek, az újrapróbálási és költségkorlátok elkülönülnek a kimerült hitelesítő adatoktól, az elakadt feladatok pedig az ok szerint a sorba vagy felülvizsgálatra kerülnek vissza.

Ez a munkaprojekt egyetlen folyamatba köti a fordítás generálását, a modell által jelentett minőségmegítélést, az újrapróbálkozásokat és az emberi felülvizsgálatot.

A tároló kezdetétől a megbízás alatt igazolt munkáig

Fordításszerkesztő és -jóváhagyó képernyőkből, API-ból és feladatfeldolgozóból álló webalkalmazás, amely a fejlesztői környezetben fut.

Megítélési folyamat térképe · nem nyilvános megvalósítási feljegyzések alapján
Cotton fordításmegítélés · újrapróbálás · helyreállításAz API az adatbázisba commitolja a forrásszöveget és a célnyelveket, majd célnyelvenként feladatot állít sorba. Egy feldolgozó zárolja a sort, ellenőrzi a kísérletet, létrehozza a draftot és az előrehaladási állapotot, a szójegyzékkel fordítást generál, majd ugyanazzal a szójegyzékkel külön meghív egy bírálómodellt. A fordítás (Tx1) és a megítélés a bizonyítékaival (Tx2) külön tranzakciókban rögzül. A megítélést a kód összesíti, így a kemény kapus hibát az átlag nem ellensúlyozza: a sikeres eredmény véglegesítődik, a sikertelen újabb kört kap, a kör- vagy költségkorlát emberi felülvizsgálatra küldi, a kvóta- vagy hitelesítési jelzés pedig leállítja a költést, és hitelesítőadat-ellenőrzésre vár. Egy stale átvizsgálás legfeljebb 200, 10 percnél régebbi draftot néz meg: a maradék kísérlettel rendelkező, de a sorból hiányzót újra sorba állítja, az elfogyott kísérletűt pedig aszerint, hogy van-e eredmény, felülvizsgálatra vagy hitelesítőadat-ellenőrzésre küldi.Forrás · célnyelvekTárolt szegmensekEmberi felülvizsgálatneeds_review · nem jóváhagyásHitelesítőadat-ellenőrzésneeds_credentialAPI · feladatregisztrációSorba állítás commit utánFeladatsorBullMQ · feladatazonosítóFeladatbelépésSorzár · kísérlet ellenőrzéseSzójegyzék · kontextusMunkaterület-szójegyzékFordítási körGenerálás · modellhívásBírálómodell hívása · elemzésÍtéletszabályokKemény kapu · súlyozott átlagÚjrapróbálás · költésKörök · költség · kvótaFordítási állapotDraft · előrehaladásFordítási · megítélési sorokÁllapot · hívásnaplóVéglegesítésVégső tranzakcióSorellenőrzésSorállapot összevetéseStale átvizsgálás10 percnél régebbi draftok · max. 200Bemenet · sorGenerálás · megítélésÁllapot · elfogadásHelyreállítás · emberi döntés1forrás2 commit után · Sorba állítás commit után → BullMQ · feladatazonosító23 feladat kézbesítése · BullMQ · feladatazonosító → Sorzár · kísérlet ellenőrzése34előrehaladási sor5kísérlet engedélyezve1szójegyzék2 ugyanaz a szójegyzék · Munkaterület-szójegyzék → Bírálómodell hívása · elemzés23Tx1 · fordítás4Tx2 · megítélés5 pontszámok · kapuk · Bírálómodell hívása · elemzés → Kemény kapu · súlyozott átlag56ítélet7pass8végső feljegyzés1ítélet2következő kör3korlát · megszakítás4kvóta · hitelesítés5kézi folytatás1elakadt draft2 korlát alatt · 10 percnél régebbi draftok · max. 200 → Sorállapot összevetése23újra sorba állítás4 van eredmény · 10 percnél régebbi draftok · max. 200 → Emberi felülvizsgálat45nincs eredmény

Regisztráció → belépés

Az adatbázis-commit után sorba kerül; egy feldolgozó zárolja a sort, ellenőrzi a kísérletet, és létrehozza a draftot.

  1. Forrás · célnyelvekforrásSorba állítás commit utánAPI · feladatregisztráció

    A forrásszegmensek és a projekt célnyelvei az adatbázisban tárolódnak. Ügyféladatok nem jelennek meg.

  2. Sorba állítás commit utánAPI · feladatregisztrációcommit utánBullMQ · feladatazonosítóFeladatsor

    Az adatbázis-commit után minden aktív célnyelvhez kérésszintű azonosítójú feladat kerül a sorba. Ha a sorba állítás meghiúsul, csak figyelmeztetés kerül a naplóba, a commit nem vonódik vissza (nincs atomi outbox), ezért létezik a stale átvizsgálás.

  3. BullMQ · feladatazonosítóFeladatsorfeladat kézbesítéseSorzár · kísérlet ellenőrzéseFeladatbelépés

    A BullMQ aszinkron módon adja át a feladatot egy feldolgozónak.

  4. Sorzár · kísérlet ellenőrzéseFeladatbelépéselőrehaladási sorDraft · előrehaladásFordítási állapot

    Egy tranzakción belül zárolja az előrehaladási sort, és létrehoz egy draft fordítást. A véglegesített vagy hitelesítő adat miatt szüneteltetett feladatok automatikus újrapróbálása kimarad; a kézi kéréseket külön kezeli.

  5. Sorzár · kísérlet ellenőrzéseFeladatbelépéskísérlet engedélyezveGenerálás · modellhívásFordítási kör

    A kísérletszám a korláton belül eggyel nő, majd elindul a fordítási kör.

Generálás → megítélés → véglegesítés

A generálás és a megítélés ugyanazt a szójegyzéket használja; a fordítás és a megítélés külön rögzül, és a kód összesíti a megítélést a véglegesítés előtt.

  1. Munkaterület-szójegyzékSzójegyzék · kontextusszójegyzékGenerálás · modellhívásFordítási kör

    Kikeresi a munkaterület szójegyzékét és kontextusát, és átadja a generálásnak.

  2. Munkaterület-szójegyzékSzójegyzék · kontextusugyanaz a szójegyzékBírálómodell hívása · elemzésFordítási kör

    A megítélés ugyanazokat a szójegyzék-megkötéseket kapja.

  3. Generálás · modellhívásFordítási körTx1 · fordításFordítási · megítélési sorokFordítási állapot

    A modellt közvetlenül vagy en-US pivoton keresztül hívja, a hívás, az esemény és az előrehaladás pedig egy tranzakcióban íródik. Ha a feladat egy összeomlás után újra fut, a fordítási hívás és a költsége megismétlődhet.

  4. Bírálómodell hívása · elemzésFordítási körTx2 · megítélésFordítási · megítélési sorokFordítási állapot

    A bírálati pontszámok és bizonyítékok fordításonként és körönként egyszer kerülnek beszúrásra; a duplikátum a meglévő sort találja meg, a hivatkozások pedig csak az első beszúráskor íródnak. Nem ugyanaz a tranzakció, mint a fordításé.

  5. Bírálómodell hívása · elemzésFordítási körpontszámok · kapukKemény kapu · súlyozott átlagÍtéletszabályok

    A bírálómodell válaszát dimenziónkénti pontszámokká és kapueredményekké elemzi. Hogy a szójegyzék teljesült-e, azt a bírálómodell jelenti.

  6. Kemény kapu · súlyozott átlagÍtéletszabályokítéletKörök · költség · kvótaÚjrapróbálás · költés

    Bármely jelentett kemény kapus hiba nullát és bukást jelent; csak ezután érvényesül a súlyozott átlag és a dimenziónkénti küszöb. A 8.0-s összesített küszöb konfigurációs alapérték, nem megfigyelt fordítási minőség.

  7. Körök · költség · kvótaÚjrapróbálás · költéspassVégső tranzakcióVéglegesítés

    A sikeres eredmény translated állapotban véglegesítődik.

  8. Végső tranzakcióVéglegesítésvégső feljegyzésÁllapot · hívásnaplóFordítási állapot

    A jelölt, az állapot, a pontszám és a körök véglegesítődnek, az előrehaladás finalized állapota és az állapotnapló pedig egy tranzakcióban íródik. Fordításkész esemény csak translated esetén keletkezik.

Újrapróbálás · költési korlátok

Sikertelenség esetén újabb kör; korlátnál emberi felülvizsgálat; kvóta vagy hitelesítés esetén a költés leáll, és egy üzemeltető folytatására vár.

  1. Kemény kapu · súlyozott átlagÍtéletszabályokítéletKörök · költség · kvótaÚjrapróbálás · költés

    Bármely jelentett kemény kapus hiba nullát és bukást jelent; csak ezután érvényesül a súlyozott átlag és a dimenziónkénti küszöb. A 8.0-s összesített küszöb konfigurációs alapérték, nem megfigyelt fordítási minőség.

  2. Körök · költség · kvótaÚjrapróbálás · költéskövetkező körGenerálás · modellhívásFordítási kör

    A meg nem felelt fordítás az előző fordítással és kritikával együtt újra generálódik. Még a kemény kapus hiba is újrapróbálható először, mielőtt egyenesen emberhez kerülne.

  3. Körök · költség · kvótaÚjrapróbálás · költéskorlát · megszakításEmberi felülvizsgálat

    Ha a körök elfogynak, vagy eléri a költségplafont, a feladat needs_review állapotban véglegesítődik. A véglegesített azt jelenti, hogy a feldolgozás véget ért, nem azt, hogy egy ember jóváhagyta.

  4. Körök · költség · kvótaÚjrapróbálás · költéskvóta · hitelesítésHitelesítőadat-ellenőrzés

    Kvóta- vagy hitelesítési jelzés leállítja a költést, és needs_credential állapotot állít be. Más fiókra vagy szolgáltatóra nincs automatikus átváltás. A leállítási jelzés nélküli átviteli hibák a BullMQ újrapróbálásához kerülnek vissza.

  5. Hitelesítőadat-ellenőrzéskézi folytatásBullMQ · feladatazonosítóFeladatsor

    A hitelesítő adatokat ellenőrző üzemeltető kifejezetten újraindítja.

Elakadt feladatok helyreállítása

A régi draftokat ok szerint osztja szét: ha hiányoznak a sorból, újra sorba kerülnek, ha elfogytak a kísérletek, emberi döntés következik.

  1. Draft · előrehaladásFordítási állapotelakadt draft10 percnél régebbi draftok · max. 200Stale átvizsgálás

    Legfeljebb 200, 10 percnél régebben draft állapotú jelöltet olvas, a legrégebbitől kezdve. A lekérdezés nem zárol, a frissítések és a naplózás külön utasításként futnak, ezért nem versenyhelyzet-mentes kötegként szerepel.

  2. 10 percnél régebbi draftok · max. 200Stale átvizsgáláskorlát alattSorállapot összevetéseSorellenőrzés

    A korlátnál (3) kevesebb kísérlet esetén a feladatot összeveti az active, waiting, delayed és prioritized sorállapotokkal. A kódban az elfogyott kísérletek ága ezt a sorellenőrzést megelőzi.

  3. Sorállapot összevetéseSorellenőrzésújra sorba állításBullMQ · feladatazonosítóFeladatsor

    Ha a feladat nincs a sorban, újra sorba kerül. Az API kéréssuffixumos azonosítókat használ, az átvizsgálás viszont a szegmens- és nyelvazonosítót keresi, ezért nem állítható, hogy minden folyamatban lévő kérést lefed.

  4. 10 percnél régebbi draftok · max. 200Stale átvizsgálásvan eredményEmberi felülvizsgálat

    Ha mind a 3 kísérlet elfogyott, és van fordítási eredmény, a feladat needs_review állapotba kerül.

  5. 10 percnél régebbi draftok · max. 200Stale átvizsgálásnincs eredményHitelesítőadat-ellenőrzés

    Ha mind a 3 kísérlet elfogyott, és nincs eredmény, a feladat needs_credential állapotba kerül.

Minden kapcsolat azonos vastagsággal. Válasszon egy folyamatot, hogy csak annak útvonala emelődjön ki, számozott lépésekkel.

  • Folytonos · a bemenet, az eredmények és a feljegyzések iránya
  • Szaggatott · futtatás, megítélés, kérés
  • Hosszú pontozott · megfigyelés és jelentés, a megítéléstől elkülönítve
  • Rövid szaggatott · hiba, leállás, korlát
  • Vastag fekete vonal · a kiválasztott folyamat; a számok a sorrendet jelzik
  • Doboz · kód- vagy állapothatár, nevével a fejlécben
  • Belső chip · a határ egy komponense
  • Pontozott doboz · a határon kívül
  • Narancssárga körvonal · ahol egy modell dönt
  • Generálás · költés · véglegesítés
  • Belépés · ítéletszabályok · átvizsgálás
  • Sor · állapot · feljegyzések
  • Regisztráció · sorellenőrzés

Nem nyilvános megvalósítási és fejlesztési feljegyzések alapján rajzolva. Ügyféladatok és kódútvonalak nem jelennek meg.

Egyetlen átvizsgálás
2026. május 26., egyetlen átvizsgálási ciklus a fejlesztői környezetben: 200 ellenőrizve, 106 állapotváltás, 2 újra sorba állítva. Az állapotváltás nem sikeres fordítás, és a 106 cél-állapot szerinti megoszlása nincs rögzítve.
Miért nem pontosan egyszeri
A feljegyzések duplikátumok nélkül íródnak, de ha egy feladat összeomlás után újra fut, a modellhívások és költségük megismétlődhetnek. A párhuzamossági korlát folyamatonkénti, nem klaszterszintű.
Az ítélet hatóköre
Hogy egy átlag ne fedhessen el egy szójegyzékhibát, az a jelentett kapukra vonatkozó összesítési szabály. Nem bizonyítja, hogy minden tiltott kifejezés megtalálható, vagy hogy a minőség anyanyelvi szintű.