Risorse/Addestramento del modello/Valutazione

Best practice

Code di annotazione: verificare il giudice manualmente

Le persone revisionano le risposte del modello una alla volta — assegnando loro un punteggio, scegliendo la migliore o scrivendo una correzione — per misurare il grado di Fiducia che si può riporre nel giudice LLM e per trasformare le loro correzioni in dati di addestramento.

Capitolo 8Lettura di 7 min5 riferimenti

Che cos'è

Un giudice LLM è veloce ed economico, ma è pur sempre un modello. Può preferire la risposta più lunga, non notare un numero errato o premiare un tono sicuro. I giudici più validi concordano con le persone con la stessa frequenza con cui le persone concordano tra loro — oltre l'80% in Zheng et al. (2023) — ma si tratta di una media sui benchmark pubblici, non di una garanzia per le domande sul Suo prodotto. Le code di annotazione sottopongono le risposte a una persona, in modo che Lei sappia fino a che punto fidarsi del giudice sui Suoi dati.

Un'annotazione è l'etichetta assegnata da una persona all'output di un modello: un punteggio per criterio, una scelta tra due risposte o una risposta corretta. Una coda di annotazione è un elenco di attività contenente tali elementi, con le relative regole di revisione.

Come funziona una coda

  • Gli elementi sono l'oggetto della revisione. Da una valutazione, ogni domanda giudicata: la domanda, entrambe le risposte e il verdetto del giudice. Da un set di dati, ogni risposta addestrabile nella sua conversazione. Gli elementi sono copie, quindi l'archiviazione o l'eliminazione dell'origine non modifica la coda.
  • La rubrica è l'insieme dei criteri valutati da 1 a 5 per ogni risposta. Utilizzare gli stessi criteri del giudice — correttezza, utilità, tono, formato — rende comparabili i punteggi umani e quelli del giudice. Si blocca non appena viene revisionato un elemento; altrimenti i punteggi precedenti assumerebbero un significato diverso.
  • La revisione cieca mostra “Risposta A / Risposta B” senza i nomi dei modelli e nasconde il verdetto del giudice, finché la revisione non viene salvata.
  • Il blocco assegna un elemento alla persona che lo sta revisionando mentre ci lavora, in modo che due persone non revisionino lo stesso elemento.
Elemento 7 di 40in cieco

userCome posso condividere un report con un cliente?

Risposta AAprire il report → Condividi → selezionare il cliente. Riceverà un link via email.
Risposta BÈ possibile esportare il report in formato PDF e inviarlo via email.
AB
Correttezza52
Utilità43
Tono44
Formato44
ABTselezionare A, B o parità⌘/Ctrl + Entersalva
Dopo il salvataggioA = modello ottimizzato · B = modello di base · il giudice ha scelto A
Un elemento in una coda in cieco. Il revisore vede la domanda, il riferimento e due risposte etichettate solo come A e B, valuta entrambe in base alla griglia di valutazione e ne sceglie una. I nomi dei modelli e il verdetto del giudice appaiono solo dopo il salvataggio, in modo che nessuno dei due possa condizionare la revisione.

Perché la revisione cieca è importante

Le persone sono influenzate da ciò che vedono per primo. Se mostra a un revisore che la risposta A proviene dal modello appena ottimizzato, tenderà a preferirla, perché è il risultato che spera di ottenere. Se gli mostra il verdetto del giudice, tenderà a concordare con esso — il che vanifica lo scopo di verificare il giudice. Nascondere entrambi finché la revisione non viene salvata mantiene indipendente l'etichetta umana. Il salvataggio rivela poi l'identità dei modelli e il parere del giudice, ed è in quel momento che i disaccordi diventano visibili.

Con cosa riempire una coda

SceltaMotivo
Un campione casuale (20–50) di tutte le domandeUn controllo a campione imparziale del giudice
Domande in cui ha vinto l'altra rispostaIl modello ottimizzato è davvero peggiore in questo caso, o è il giudice a sbagliarsi?
PareggiIl giudice non è riuscito a decidere; una persona di solito ci riesce
Punteggi bassi del giudiceI migliori candidati per le correzioni
Le risposte di un set di datiControllare i dati di addestramento prima dell'addestramento: risposte scadenti insegnano cattive abitudini

Solo un campione casuale misura quanto spesso il giudice ha ragione in generale. Le altre selezioni sono deliberatamente sbilanciate verso i casi difficili: ottime per trovare problemi e scrivere correzioni, ma fuorvianti come stima dell'accordo complessivo.

Leggere i risultati

LANCIO DELLA MONETAnon affidarsi solo al giudiceuna guida affidabile0%60%80%100%19 su 25 concordano
La concordanza è la percentuale di domande revisionate in cui la persona e il giudice hanno scelto la stessa risposta. Con due risposte tra cui scegliere, il 50% è ciò che si otterrebbe lanciando una moneta. In questa coda illustrativa, il revisore ha concordato con il giudice su 19 domande su 25 (76%): un valore vicino a una guida affidabile, e vale la pena leggere le sei discordanze.
i due numeri in una pagina di coda
agreement      = questions where you and the judge picked the same answer
                 ÷ questions you both decided

score gap      = your average − judge's average, per criterion,
                 on the same answers          (|gap| ≥ 1 point → look closer)
  • Accordo con il giudice. Intorno all'80% o più: le percentuali di vittoria del giudice sono un indicatore affidabile. Sotto il 60% circa: non prenda decisioni basandosi solo sui numeri del giudice — effettui ulteriori revisioni, cambi il modello del giudice o modifichi ciò che gli viene chiesto di verificare. Ricordi che, dovendo scegliere tra due risposte, il lancio di una moneta produrrebbe un accordo la metà delle volte, quindi il 60% è solo leggermente migliore del caso.
  • Divari di punteggio. Per ogni criterio, la Sua media rispetto a quella del giudice sulle stesse risposte. Un divario di 1 punto o più significa che il giudice valuta quel criterio diversamente dalle persone. I giudici spesso sono indulgenti sulla correttezza dei fatti relativi al prodotto e severi sul formato.
  • I disaccordi sono gli elementi interessanti. Legga perché il giudice ha scelto diversamente. O si tratta di un problema del giudice — corregga il giudice — oppure di un problema nei dati: la risposta di riferimento stessa era errata o obsoleta.

Trasformare le revisioni in dati di addestramento

  • Una correzione diventa la risposta su cui effettuare l'addestramento (dati supervisionati). La risposta che ha apprezzato di meno viene archiviata come la sua controparte peggiore, in modo che lo stesso esempio serva anche per l'ottimizzazione delle preferenze (DPO).
  • Senza una correzione, la risposta che ha selezionato diventa la risposta di riferimento e l'altra la sua controparte peggiore.
  • I pareggi senza una correzione e i punteggi a sé stanti non vengono esportati. Esportare nuovamente aggiorna gli stessi esempi invece di aggiungere copie.
un esempio esportato: la risposta da apprendere e la risposta rifiutata
{"messages": [
  {"role": "user", "content": "How do I share a report with a client?"},
  {"role": "assistant", "content": "Open the report → Share → pick the client. They get an email link.",
   "rejected": "You can export the report as a PDF and email it.", "rejectedSource": "review"}
]}
Esempio pratico: un controllo a campione di 30 elementi (illustrativo)
  1. Una coda cieca viene riempita con un campione casuale di 30 domande tratte da una valutazione, utilizzando i quattro criteri del giudice come rubrica.
  2. Accordo: il revisore e il giudice hanno scelto la stessa risposta in 24 domande su 30 — 80%. Il tasso di successo del giudice è un indicatore affidabile per questo modello.
  3. Divari di punteggio: sulla correttezza il revisore ha una media di 2,9 contro il 4,0 del giudice, un divario di 1,1 punti — il giudice non rileva i dati errati sul prodotto. Sul formato, il giudice è più severo.
  4. Dei sei disaccordi, quattro sono problemi del giudice: ha premiato una risposta che inventava una funzionalità. Due sono problemi di dati: la risposta di riferimento descriveva un menu che da allora è stato spostato.
  5. In una domanda, entrambe le risposte inventavano una funzionalità. Scegliere A o B avrebbe comunque premiato una risposta inventata, quindi il revisore scrive invece una correzione.
  6. Esportazione: 5 correzioni e 19 scelte diventano 24 esempi di addestramento con coppie di preferenze; i restanti pareggi non vengono esportati.

Impostazioni e numeri

Griglia di valutazioneTipico correttezza, utilità, tono, formato#

I criteri che i revisori valutano da 1 a 5 per ogni risposta. Utilizzi i criteri del giudice per confrontare direttamente i punteggi umani e quelli del giudice. Bloccato una volta revisionato il primo elemento.

Revisione alla ciecaTipico attiva#

Nasconde i nomi dei modelli e il verdetto del giudice fino al salvataggio della revisione, in modo che nessuno dei due possa influenzare il revisore. Lo disattivi solo quando sta etichettando i dati anziché verificare il giudice.

Concordanza con il giudiceTipico ≈ 80%+ guida discreta · sotto ≈ 60% non si affidi solo al giudice#

La percentuale di domande revisionate in cui Lei e il giudice avete scelto la stessa risposta. Più indicativa su un campione casuale.

Scarto di punteggioTipico 1 punto o più: approfondisca#

La Sua media meno quella del giudice sulle stesse risposte, per criterio. Mostra dove il senso di qualità del giudice differisce dal Suo.

Esporta nel datasetTipico dopo un ciclo di revisione, prima della successiva esecuzione di addestramento#

Scrive gli elementi revisionati come esempi di addestramento: una correzione o la risposta scelta come replica, l'altra risposta come la sua controparte peggiore. I pareggi senza una correzione e i soli punteggi vengono ignorati; esportando di nuovo si aggiornano gli stessi esempi.

Errori comuni

  • Revisionare con i nomi dei modelli o il verdetto del giudice visibili, per poi “confermare” il giudice.
  • Stimare l'accordo complessivo da una coda piena di pareggi e sconfitte piuttosto che da un campione casuale.
  • Scegliere A o B quando entrambe le risposte sono errate, invece di scrivere una correzione.
  • Cambiare il significato dei criteri a metà del processo — la rubrica si blocca per questo motivo.
  • Incolpare il giudice per ogni disaccordo quando la risposta di riferimento stessa era obsoleta.

Riferimenti e letture di approfondimento

Le fonti esterne si aprono in una nuova scheda.

  1. 01Judging LLM-as-a-Judge with MT-Bench and Chatbot ArenaZheng et al., 2023 · arXiv · arxiv.orgAccordo giudice-umano superiore all'80%, circa al livello umano-umano, e i bias del giudice.
  2. 02Who Validates the Validators? Aligning LLM-Assisted Evaluation of LLM Outputs with Human PreferencesShankar et al., 2024 · arXiv · arxiv.orgVerificare i valutatori LLM rispetto alle valutazioni umane e come i criteri si discostano durante le revisioni.
  3. 03Cohen's kappaWikipedia · en.wikipedia.orgConcordanza corretta per il caso — perché il 60% su una scelta binaria è un risultato debole.
  4. 04Inter-rater reliabilityWikipedia · en.wikipedia.orgCome viene misurata e interpretata la concordanza tra i valutatori.
  5. 05Anchoring effectWikipedia · en.wikipedia.orgI pregiudizi da cui protegge la revisione alla cieca.

Trasformate settimane di lavoro esperto in pochi minuti

Scoprite come Scalata si adatta al vostro team, ai vostri dati e ai vostri Controlli.

Contatta il team vendite