Idea principale

Un punto di aggancio chiamato Stop evoca una fine: lo si immagina innescato quando si chiude lo strumento, una volta per sessione. In realtà si innesca alla fine di ogni turno — dopo ogni risposta completa dell'assistente, che stia in una frase o che abbia concatenato quindici chiamate a strumenti. Tra l'idea che ce ne facciamo e ciò che fa davvero, c'è un fattore di diverse decine.

Lo scarto non è un dettaglio di documentazione: cambia ciò che ci si può collegare. Un'elaborazione pensata per girare una volta al giorno — una sintesi costosa, l'invio di un'email, una scrittura massiccia — diventa inutilizzabile a questa cadenza. Al contrario, un meccanismo che ha bisogno di vedere ogni scambio resterebbe vuoto se si innescasse solo alla chiusura.

La frequenza reale è quindi la prima cosa da stabilire davanti a un punto di aggancio, prima ancora di sapere quali dati riceve. Il nome è un'indicazione d'intenzione, non una specifica.

Perché è importante

L'errore non si vede in fase di scrittura: il codice collegato funziona, semplicemente funziona molto più spesso del previsto. Lo si paga dopo, in costi, lentezza o volume di dati prodotti, e raramente lo si ricollega al malinteso iniziale.

Più in generale, in ogni integrazione la granularità di un evento è un dato da verificare quanto il suo formato.

Sfumature e limiti

La frequenza reale dipende anche dall'uso: lo stesso punto di aggancio si innesca venti volte in una sessione di lavoro intensa e due volte in una sessione breve. Non è una costante che si possa stabilire una volta per tutte.

E il nome non è sempre ingannevole: il problema è prenderlo per una specifica, non il fatto che evochi qualcosa.

Domande aperte

• Come verificare la frequenza reale di un evento prima di collegarci un'elaborazione, se non osservandolo in produzione?