Un modello che risponde quando non sa non è una funzione. È una responsabilità con un tono piacevole. Sui sistemi che gestisco, una domanda può tornare vuota. Il comportamento utile è una citazione quando il passaggio è nella biblioteca, e un rifiuto quando non c’è.
Prima il recupero, poi le parole
Lo schema è noioso di proposito. Prendi la domanda. Trova i passaggi che potrebbero contenere la risposta. Valutali. Se nessuno sostiene davvero un’affermazione, fermati. Se uno la sostiene, mostra il passaggio accanto alla frase che l’ha usato. La frase non è la fonte. Il passaggio è la fonte. Un lettore che non può aprire il passaggio non può fidarsi della frase, e non gli si dovrebbe chiedere di farlo.
Così ho costruito il sistema di formazione che gestisco: entrano i materiali, un piano puntato a una data, risposte valutate contro la fonte, il ripasso arriva prima che il materiale sia dimenticato. Così dovrebbe comportarsi anche una domanda su un documento. Con una base, o in silenzio. Indovinare sembra utile in una demo e costa caro la prima settimana in cui un cliente agisce di conseguenza.
| Ciò che è tornato | Cosa può dire il sistema |
|---|---|
| Un passaggio che sostiene l’affermazione | La risposta, con quel passaggio accanto. |
| Passaggi che sono solo vicini | Niente di fermo. Di cosa manca. |
| Nessun passaggio | Rifiuta. Non riempire il buco con una frase probabile. |
| Un’estrazione poco sicura | Pausa per una persona. Non pagare di nuovo il modello per ritentare alla cieca. |
Il conto e il registro fanno parte del progetto
Un modello nel cloud vede dati. Prima che lo faccia, il flusso dei dati è scritto: quale servizio, chiave di chi, qual è il tetto mensile. Il consenso è esplicito. Qualunque cosa tocchi un cliente, un prezzo o un ordine aspetta una persona. La chiamata resta nel registro, perché “l’ha detto l’assistente” non è una traccia di audit.
Non prometto che questo metta un sito nella casella di risposta di qualcun altro. Il posizionamento è un’altra macchina, con incentivi che non controllo. Quello che controllo è se il mio sistema inventa.
La scorrevolezza costa poco. Il prodotto è un passaggio che puoi aprire.
La soglia è una decisione di prodotto
Qualcuno deve scegliere il punto in cui “vicino” diventa “non basta”. Non lo lascio all’umore del modello. Un passaggio supera un’asticella che so spiegare, oppure la risposta viene trattenuta. Preferisco spiegare un rifiuto a un utente che spiegare un passo inventato in una procedura che ha seguito. L’asticella si può regolare dopo aver visto domande vere. Non deve partire da zero, dove a una demo piace vivere, perché una demo è valutata su quanto spesso dice qualcosa.
Quando un’elaborazione è incerta in un altro modo, un estratto a bassa confidenza e non una biblioteca vuota, la metto in pausa per una persona invece di pagare un altro tentativo che suonerà più liscio. Più liscio non è più vero. Il registro tiene il primo tentativo, così la persona vede che cosa è stato recuperato e che cosa scartato.
I modelli sono addestrati a essere utili, il che significa che preferiscono completare il paragrafo. L’applicazione deve essere più brusca del modello. Una soglia, una citazione mancante, un recupero vuoto: ognuno è un ramo che non restituisce risposta e registra perché. Se quel ramo non esiste, il sistema finirà per rispondere a una domanda che la biblioteca non può sostenere, e suonerà sicuro.
La prima volta che lo vedi rifiutare, sembra un bug. È il contrario. Il bug è il paragrafo sicuro di sé, senza un punto dove cliccare.
