Dare a ogni impostazione di interazione un ambito verificabile

Scegliere turno, progetto o persistenza prima di salvare

L’ambito di turno serve a richieste come «questa volta rispondi in breve» e termina con la richiesta corrente. L’ambito di progetto mantiene una regola durante un’attività delimitata che attraversa più conversazioni, ma non la trasferisce a un progetto diverso. L’ambito persistente è adatto solo a una scelta che la persona vuole ritrovare anche in nuove conversazioni non collegate, come una forma di indirizzo confermata. L’interfaccia mostra l’ambito accanto al valore e anticipa dove potrà ricomparire. Ripetere un’istruzione non ne amplia automaticamente la portata. Se manca un ambito di progetto, è più chiaro restare nel turno finché la persona non sceglie la persistenza. OpenAI distingue i controlli di memoria dalla chat temporanea; etichette e disponibilità cambiano, quindi va verificato il controllo effettivamente presente.

Registrare oggetto, fonte, correzione e scadenza

«Preferisce risposte brevi» non basta. Una scheda utilizzabile specifica: oggetto — lunghezza della risposta; valore — breve; fonte — scelta esplicita in una data; ambito — questo progetto; correzione — dalla risposta e dalle impostazioni; scadenza — chiusura del progetto. Quando una risposta usa quella preferenza, indicarne la fonte consente di cambiare il valore, restringere l’ambito o sospenderlo. La documentazione OpenAI descrive riepilogo, fonti e correzione, mentre il NIST Privacy Framework offre una struttura per gestire preferenze e richieste. L’applicazione qui è circoscritta: conservare un’istruzione intelligibile, non costruire un profilo più ampio. Una battuta, un suggerimento respinto, un gioco di ruolo occasionale o un clic accidentale non diventano una preferenza durevole.

Tenere distinti nome, metafora relazionale, ruolo e tono

Il nome preferito occupa un campo autonomo e comprende grafia, pronuncia o titolo soltanto se forniti dalla persona. Dal nome non si deducono genere grammaticale, rapporto, gerarchia o confidenza. Ruolo e tono appartengono a controlli separati: organizzatore pratico, partner di idee o annotatore neutro; stile conciso, dettagliato, diretto o giocoso. Un soprannome di progetto non sostituisce il nome dell’account e il tono usato in un esercizio immaginario non si estende alle chat ordinarie. Prima di salvare, il sistema può rileggere: «Usa Fiume in questo progetto; lascia invariate le altre conversazioni». Una correzione resta così limitata a un campo e una metafora di prodotto non viene presentata come rapporto reale, dovere o reciprocità.

Dichiarare i campi che non possono essere inferiti

Relazioni, identità, convinzioni, posizione, disponibilità, intenzione di acquisto e stabilità di un’attività ripetuta possono rimanere non impostate. Questa lista non è una biografia: stabilisce che un dato mancante resta mancante. Se un compito richiede un elemento, il companion formula una domanda stretta e facoltativa e accetta «lascia vuoto». PAIR osserva che il feedback implicito è ambiguo e suggerisce modifica e ripristino. Di conseguenza silenzio, apertura di una notifica, ripetizione di un prompt o accettazione singola non autorizzano una preferenza persistente. Anche la frequenza è esplicita: mai, solo su richiesta, una volta al giorno o in un orario scelto. Prima dell’attivazione devono comparire canale, fascia silenziosa, evento di avvio e condizione di arresto.

Separare cadenza, notifiche, ruolo e tono durante la riparazione

Una persona può scegliere un tono vivace senza desiderare notifiche, oppure mantenere un promemoria settimanale con voce neutra. Ogni controllo ha quindi un proprio stato spento e un ambito leggibile. Dopo un superamento del confine, la riparazione offre tre livelli: correggere un valore, reimpostare il progetto corrente o reimpostare tutte le impostazioni di interazione. Accanto all’azione sono indicati conversazioni coinvolte e momento di efficacia. PAIR raccomanda di comunicare come e quando un feedback cambia il sistema. Se il ripristino modifica soltanto la schermata corrente ma una nuova chat usa ancora il vecchio nome, il risultato resta non risolto. Se il prodotto dichiara coerenza tra dispositivi, il medesimo controllo va osservato anche su un secondo dispositivo.

Verificare gli ambiti con un marcatore innocuo

Scegli una frase senza significato personale, per esempio «segnalibro blu». Assegnala prima al turno: può comparire nella risposta successiva e deve mancare in una nuova chat. Poi assegnala al progetto: può tornare al suo interno ma non all’esterno. Infine imposta un nome fittizio persistente, avvia una conversazione non collegata e verifica che ritorni solo quel campo. Correggi il nome, disattiva le notifiche, reimposta il ruolo e ripeti. Per ogni superficie annota atteso, osservato e non risolto; rimuovi il marcatore alla fine. Il superamento del test significa che gli ambiti visibili seguono la dichiarazione, la correzione sostituisce il valore precedente, il reset raggiunge le superfici indicate e i campi non inferibili restano vuoti. Non certifica sicurezza, archiviazione o cancellazione.

Eseguire anche cinque controlli negativi

Verifica ciò che non dovrebbe accadere: un’istruzione di turno non riappare in un progetto diverso; un soprannome di progetto non modifica il nome persistente; spegnere le notifiche non cambia il tono; cambiare tono non riattiva le notifiche; lasciare una domanda senza risposta non produce un valore dedotto. Alla scadenza, il sistema abbassa lo stato dell’impostazione e propone un’azione reale per rinnovarla o lasciarla scaduta. Non approvare il contratto basandoti soltanto sul percorso positivo. Una piccola matrice con impostazione, ambito previsto, conversazione di prova e risultato rende visibile un errore di propagazione senza introdurre dati personali. Il risultato è una fotografia delle regole di interazione correnti, non un’affermazione generale su ciò che l’AI conosce della persona.

Continua a esplorare il tema