Lidská kontrola

Většinu obsahu můžete nasadit hned, jakmile ho engine vrátí. U části to ale neplatí. Regulované sdělení, lékařská instrukce, titulek nesoucí hlas značky – tam chcete, aby si překlad před zveřejněním přečetl člověk a dal k němu souhlas, ne až ve chvíli, kdy si zákazník začne stěžovat.

Obvyklý způsob, jak zapojit člověka do automatizovaného workflow, bývá ten bolestivý: držet požadavek otevřený, než si to někdo přečte, postavit si vlastní frontu na kontrolu nebo ručně napojit API překladového dodavatele. Tahle fáze to řeší přímo uvnitř úlohy. Když je humanEdit aktivní, asynchronní úloha spustí engine, pak se pozastaví na člověku – vašem týmu nebo externím profesionálovi – a po jeho úpravě pokračuje dál, přičemž tento výstup předá do všech následujících fází.

Spouští se po fázi Rephrase a před fází Post-edit v lokalizační pipeline a stejně jako každá jiná fáze se vztahuje jen na úlohy vytvořené přes Async Localization API. Jste v pipeline noví? Začněte přehledem.

Na této stránce

• Jak pozastavení funguje
• Interní kontrola
• Oprávnění
• Externí kontrola
• Prahová hodnota kvality
• Timeout
• Aktivace fáze

Jak pozastavení funguje#

Po hlavním kroku překladu — a po Rephrase, pokud je tato fáze aktivní — úloha předá AI překlad člověku ke kontrole. Kontrolující si ho přečte a pak ho buď schválí beze změn, nebo odešle upravenou verzi. Teprve potom úloha pokračuje. Lidský výstup — schválený nebo upravený — se stane vstupem pro všechny další fáze a nakonec i finálním outputData úlohy.

Zjevná námitka proti pozastavení úlohy na minuty, hodiny nebo celý den je cena: otevřený požadavek spotřebovává prostředky, i když se nic neděje. Tato fáze takhle nefunguje.

Kdo bude kontrolovat překlady, nastavíte pro každý jazyk a adresář zvlášť: nastavení lidské kontroly v engine je směruje do rozhodovací skupiny – k vašemu týmu nebo externímu poskytovateli. Pozastavení, obnovení i přenášení výsledků fungují v obou případech stejně. Překlady, které nespadají pod žádnou skupinu, se odesílají bez kontroly.

Interní kontrola#

Překlady kontroluje přímo váš tým v dashboardu Lingo.dev. Čekající kontroly se ve Frontě (/orgs/<org-id>/queue) zobrazují jako položky Human review a kontrolující dostanou upozornění, když dorazí nové položky. Kontrolující otevře položku, upraví všechny klíče, které to potřebují, a pak klikne na Approve as-is nebo po úpravě na Approve with edits — tlačítko počet úprav počítá, například Approve with 2 edits. Úloha pak pokračuje s jeho výstupem.

Kontroly se nepřebírají ani nezamykají. To, do které rozhodovací skupiny kontrola směřuje, určuje, kdo o ní dostane e-mail. Kdokoli s oprávněním Kontrolovat překlady může zobrazit kteroukoli otevřenou kontrolu a rozhodnout o ní.

Interní kontrola vyžaduje plán Enterprise. U plánu, který ji zahrnuje, nový engine začíná na možnosti Internal Review; u plánu, který ji nezahrnuje, začíná na External Review a možnost Internal review má štítek Enterprise. Sáhněte po ní, když má váš tým jazykové know-how interně a chcete mít plnou kontrolu nad finálním zněním bez zapojení třetí strany.

Oprávnění#

Interní kontrola není dostupná všem v organizaci — fronta kontrol je chráněná oprávněními, takže překlad v kontrole vidí jen lidé, kterým přidělíte přístup. Správce organizace přiděluje přístup prostřednictvím rolí (Settings → Roles):

Tato dvě oprávnění jsou záměrně oddělená. Kontrolující potřebuje jen oprávnění Review translations — to samo pokrývá celou práci: upravovat, schvalovat beze změn a schvalovat s úpravami. Manage reviews je pro toho, kdo dohlíží na celý provoz; přidává historii kontrol napříč organizací, ale samo o sobě nezahrnuje přístup do Fronty. Obě oprávnění dejte vedoucímu, který kontroluje i reportuje; jen první dejte tomu, kdo pracuje pouze s Frontou.

Externí kontrola#

Pokud pro určitý jazyk nemáte interní tým pro kontrolu překladů, nasměrujte ho do externí rozhodovací skupiny – přes účet Lingo.dev nebo vlastní účet u poskytovatele, například BLEND. Překlad se pak odešle kvalifikovanému profesionálnímu překladateli. Úloha se pozastaví stejně jako při interní kontrole a pokračuje, jakmile poskytovatel vrátí upravený překlad. Ve vašem kódu se nic nemění – liší se jen to, kdo řetězec čte, nikoli chování úlohy.

Žádnou úroveň si nevybíráte – překladatele hodnotí samotné tržiště. Externí kontrola se účtuje za slovo: při použití účtu Lingo.dev prostřednictvím vašeho plánu Lingo.dev, při použití vlastního účtu přímo u poskytovatele.

Externí kontrola se také zobrazí ve Frontě; po otevření uvádí jako kontrolujícího Qualified translator. Někdo s oprávněním Review translations ji může otevřít a převzít: vyberte Approve as-is nebo Approve with edits a úloha se tím dokončí místo čekání na překladatele. Potvrzení Take over this review ještě před potvrzením ukáže, kolik to bude stát — převzetí je zdarma jen do chvíle, než překladatel začne; jakmile začne, poplatek za překladatele zůstává, ať už jeho práci použijete, nebo ne.

Tohle je fér říct naplno: na druhé straně Externí kontroly je skutečný lidský překladatel se vším, co z toho plyne pro dobu dodání i cenu. Není to rychlejší model. Používejte ji tam, kde je lidský úsudek podstatou věci – u regulovaných textů nebo obsahu s vysokou důležitostí – a pro většinu obsahu, který to nepotřebuje, se spolehněte na čistě AI cestu.

Prahová hodnota kvality#

Ne každý překlad potřebuje člověka. V nastavení Human review nastavte Prahovou hodnotu kvality (1–100) a AI hodnotitel ohodnotí každý překlad ještě před kontrolou. Pokud je skóre na prahové hodnotě nebo nad ní, překlad odejde bez zásahu člověka a krok humanEdit se zaznamená jako skipped; pokud je pod ní, překlad jde ke kontrole jako obvykle. Když pole necháte prázdné, zkontroluje se vše. V konfiguraci je to qualityThreshold na humanEdit.

Překlad odeslaný tímto způsobem nemá žádný lidský výstup, takže se na něj Post-edit nespustí.

Timeout#

Lidská fáze přináší riziko, které AI fáze nemají: člověk nemusí nikdy odpovědět. Hodnotitel je na dovolené, poskytovatel má zpoždění, na položku se zapomnělo. Bez omezení by úloha čekala donekonečna.

Čekání má tedy jasně daný limit. V nastavení Human review určíte, jak dlouho workflow čeká na lidský výstup — Timeout, v hodinách; v konfiguraci timeoutHours. Platí pro oba režimy kontroly. Pokud časový limit vyprší bez odpovědi, fáze se označí jako skipped a úloha pokračuje s AI překladem jako finálním výstupem. Výchozí hodnota je 48 hodin. Ve Frontě se u kontroly, která vypršela, zobrazí Closed without a decision.

Je potřeba jasně říct, co to znamená: při timeoutu odešlete nezkontrolovaný AI překlad. Pro většinu obsahu je to správný fallback – obsah, který se dostane ven, je lepší než úloha zablokovaná na neurčito – ale je to skutečný kompromis. U obsahu, který musí člověk schválit za každou cenu, nastavte velkorysý timeout a upozornění na přeskočení; u obsahu, kde je kontrola jen nice-to-have, krátký timeout udrží pipeline v pohybu.

Aktivace fáze#

humanEdit nastavíte v engine na kartě Pipeline. Obecné informace o nastavení fází pipeline najdete v části Konfigurace pipeline. Konfigurace této fáze má následující strukturu:

{
  "humanEdit": {
    "enabled": true,
    "timeoutHours": 48,
    "qualityThreshold": 85,
    "routes": [
      { "pool": "<legal-reviewers-pool-id>", "match": { "locales": ["de"], "path": ["docs/legal/**"] } },
      { "pool": "<lingo-external-pool-id>", "match": { "locales": [] } }
    ]
  }
}

routes směruje každý jazyk a adresář do rozhodovací skupiny: prázdné locales znamená libovolný jazyk, vynechané path pak libovolný adresář. Přednost má nejkonkrétnější pravidlo směrování. Cílový překlad, na který se žádné pravidlo nevztahuje, se odešle bez kontroly. provider a tier jsou starší pole, která se načítají pouze tehdy, když je routes prázdné. timeoutHours je mez nastavená pomocí položky Časový limit a nepovinné pole qualityThreshold (1–100) obsahuje hodnotu nastavenou pomocí položky Práh kvality.

Úloha se nemůže spustit, pokud pravidlo směrování odkazuje na archivovanou nebo smazanou skupinu. Dokud engine nepřesměrujete na jinou skupinu, úloha skončí chybou HumanReviewPoolUnusable.

Když se fáze spustí, zaznamená se u úlohy pod stepId: "humanEdit" se stavem completed, failed nebo skipped – stejný záznam kroku, jaký vytváří každá fáze. Jak tyto záznamy číst, popisuje stránka Observe pipeline runs.

Další kroky#