Audit e revisione
Glossa non si ferma alla generazione di una bozza. Esegue anche uno stage judge per ispezionare i problemi di qualità chunk per chunk.
Il giudice è separato dalla generazione perché un modello che produce una bozza non dovrebbe essere l'unico controllo della propria bozza. La guida LLM e pipeline spiega il principio generale.
Cosa restituisce il giudice
- Valutazione complessiva di qualità
- Issue strutturate
- Correzioni suggerite
- Problemi di terminologia, accuratezza, grammatica e fluidità
I problemi di coerenza fra frammenti arrivano invece dalla verifica di coerenza, che è un passaggio a parte con un suo prompt.
La forma della risposta è la stessa per tutti
Il giudice deve rispondere in una forma precisa — valutazione, elenco di problemi, tipo e gravità di ognuno — e quella forma è una sola, valida per ogni provider. Con i modelli locali Glossa la impone al momento della generazione, così il modello non può nemmeno formulare una risposta fuori formato; con i provider cloud la dichiara nella richiesta.
Per lo stesso motivo, al giudizio la temperatura resta a zero sui modelli locali, qualunque valore sia impostato: una risposta vincolata a uno schema deve essere prevedibile, e due esecuzioni sullo stesso testo non devono dare verdetti diversi per caso. Le traduzioni continuano a usare la temperatura che hai scelto, e nelle impostazioni del giudice un avviso lo dice dove il campo si compila.
Cosa fare dopo un passaggio di audit
| Esito | Mossa successiva |
|---|---|
| Problemi minori di formulazione | Correggi a mano e poi rilancia l'audit |
| Drift terminologico sistematico | Correggi glossario o selezione phrase memory |
| Interpretazione sbagliata | Rivedi il prompt di traduzione o la scelta del provider |
| Rumore di formattazione | Restringi il format stage invece di compensare nell'audit |
Ciclo di review
- Esegui un chunk di test o un batch completo.
- Apri l'output audit per il chunk.
- Leggi la lista issue confrontandola con sorgente e traduzione.
- Correggi a mano, rilancia uno stage oppure solo l'audit.
- Converti i problemi persistenti in annotazioni se richiedono tracking editoriale.
Quando fidarsi del judge
Il giudice va usato come seconda passata, non come autorità finale.
- Fidati per intercettare drift terminologici ripetuti o omissioni evidenti.
- Verifica a mano registro, interpretazione e casi filologici sottili.
- Se continua a produrre rumore, stringi il prompt o semplifica gli stage precedenti.
Strategia di review per documenti lunghi
- Usa presto il Test mode per calibrare la pipeline su chunk rappresentativi.
- Usa annotazioni per marcare passaggi irrisolti senza perdere il contesto.
- Usa i coherence check quando il documento dipende dalla coerenza cross-chunk.
- Esporta solo quando l'elenco chunk non contiene più issue aperte.
- Blocca i chunk stabili solo dopo lettura manuale e audit.
Vedi anche
- Annotazioni — come tracciare e ancorare issue editoriali per chunk
- Glossario e phrase memory — per controllare il drift terminologico a monte
- LLM e pipeline — perché il judge è uno stadio separato
- Contesto e caching — come Glossa mantiene coerenza tra chunk