Vai al contenuto
Iscriviti

Ogni "non chiedere più" è un prestito

Il «non chiedere più» è un prestito di attenzione: si paga in segreti esposti e accessi revocati. Ogni default ha un intestatario che non sei tu.

Approvi un comando, la casella accanto dice di non chiedere più per quella forma di comando, e per un istante il gesto sembra solo risparmio di tempo. Un clic in meno, dieci, cento.

Poi la casella smette di essere un'impostazione e diventa un atto contabile: qualcuno, in un momento preciso, ha deciso al posto di qualcun altro, e quel qualcun altro non era nella stanza.

Il valore di un agente di coding si misura in questa conversione. Una decisione, N esecuzioni. È la definizione precisa di un default, non di un'automazione: un'automazione esegue un compito, un default smette di chiedere. E smettere di chiedere è l'unica cosa che un default sa fare bene.

Un default sposta una decisione dal presente al passato. Chi eredita il default non riceve una notizia: riceve una condizione, e non sa che una decisione era stata presa.

Il "non chiedere più" è quindi il vero prodotto della categoria. Non il modello, non la finestra di contesto, non la velocità. Il prodotto è un prestito di attenzione: ti fa smettere di pagare attenzione nel presente, e il suo costo è che smetti di pagare attenzione. Non sono due cose da mettere sulla bilancia. Sono lo stesso atto registrato in due momenti diversi, e la seconda registrazione arriva sempre dopo.

Il nodo, però, non è la distrazione di chi approva. È dove sta il registro. Il registro dei default è tenuto dalla parte sbagliata del confine: il default è personale, l'esposizione è collettiva. La protezione è per macchina, il danno è per repository. Chi approva non è chi paga, e questa asimmetria non è un difetto di interfaccia: è la struttura del prodotto.

Una fattura si paga in segreti. Quando l'approvazione chiede un comando esatto invece di un pattern, il progetto conserva l'intera stringa, segreto compreso: password di database, chiavi di servizio, credenziali di server, token di repository, chiavi di modelli. Ne circolano oltre centomila copie pubbliche, e circa un file su cento ne contiene uno reale.

I fork le trasportano, le versioni cancellate le tengono nella storia, e un file su cinque tra quelli che ne contengono uno sfugge a entrambi gli scanner più diffusi.

La protezione offerta, intanto, è un'esclusione locale sulla macchina di chi ha approvato: non viaggia con il progetto, non tocca ciò che è già stato committato. Il default è rimasto personale, l'esposizione no.

Un'altra si paga in accessi revocati, e qui il ragionamento è più freddo. Dove il registro non è verificabile, un'organizzazione non conclude che lo strumento sia incapace. Conclude che non può dire chi ha approvato cosa. Restringe l'accesso ai ruoli il cui operatore è verificabile per costruzione.

È un giudizio contabile, non tecnico: mesi di uso produttivo non vengono cancellati, vengono riclassificati come passività non ispezionabile. Nessuno ha misurato un errore. Hanno misurato l'assenza di una traccia, e quella costa più dell'errore.

Resta quella che si paga in deriva, la più silenziosa. Un anno di release, oltre tre quarti delle quali toccano il system prompt o le descrizioni dei tool. Il debito qui non è un segreto: è una divergenza comportamentale. L'harness che hai approvato non è quello che gira. Il default concesso a gennaio è stato onorato da un'altra cosa a novembre, e nessuno ti ha chiesto di nuovo. Non c'è stato un momento in cui la decisione è cambiata. C'è stato un momento in cui è stata dimenticata.

Tre fatture, tre valute, un solo debito: attenzione pagata in anticipo da chi c'era, saldata da chi non c'era.

Il settore sta entrando nella fase dei rimborsi, non perché gli agenti peggiorino. Il restringimento che ha già escluso i ruoli non verificabili è la prima quietanza rilasciata: si paga in lavoro di verifica, attenzione che deve tornare a essere pagata, questa volta da chi ne risponde. Il default funziona finché nessuno chiede il conto. Il conto lo chiede sempre chi eredita il repository, non chi ha premuto la casella.

Il prossimo fossato non sarà il modello. Sarà il registro: chi sa dire cosa è stato approvato, da chi, con quale perimetro, se è ancora in vigore e quando è cambiato. Chi vende l'agente non lo vende anche come registro, perché venderlo significa ammettere che il prodotto porta una passività. Ma è l'unica cosa che trasforma la più grande debolezza della categoria in una ragione di acquisto.

Il default che stai concedendo adesso ha già un intestatario. Quasi sempre non ne conosci il nome.

Condividi