Claude Code Base Lezione 19 di 46
Perché ti chiede il permesso
- Non chiede il permesso per tutto: guardare passa, toccare si ferma.
- A fermarsi è lo strumento, non il modello: la richiesta viene intercettata prima di essere eseguita.
- Dire di no è normale: quella mossa salta e lui cerca un'altra strada.
- È il punto del giro in cui hai voce in capitolo. Tutto il capitolo serve a regolarlo.
Da dove arriva quella domanda
Nella lezione scorsa hai visto Claude Code fermarsi e chiederti se poteva procedere. Adesso hai tutto per capire esattamente cosa è successo, perché lo abbiamo già smontato: il modello chiede un attrezzo, lo strumento lo esegue.
La richiesta di permesso vive proprio lì in mezzo. Il modello ha detto "mi serve modificare questo file"; prima di farlo davvero, lo strumento si è messo in mezzo e ha girato la domanda a te.
È una differenza che conta più di quanto sembri: non stai sperando che il modello sia prudente. Il controllo è meccanico, sta nell'attrezzatura, e nessun ragionamento può aggirarlo.
Cosa passa senza chiedere e cosa no
Se ti chiedesse conferma a ogni singola mossa saresti un semaforo, non una persona che lavora. Infatti non lo fa: la linea è tracciata sul danno possibile.
Guardare passa. Leggere i file della cartella in cui lavora, cercare dentro, farsi un'idea: non chiede niente, perché guardare non cambia niente.
Modificare si ferma. Scrivere, riscrivere, cancellare: qui chiede sempre, perché è roba tua che cambia.
Eseguire comandi si ferma. Con un'eccezione: un gruppetto di comandi che si limitano a leggere passa senza disturbo.
La regola dietro è una sola, ed è quella che useresti tu con un collaboratore nuovo: guardare quanto vuoi, toccare chiedendo.
Cosa succede se dici di no
Molti al primo no si irrigidiscono, come se avessero rotto qualcosa. Non succede niente di male: quella mossa non viene eseguita, e Claude si ritrova con un fallimento in mano — che, come sai dalla lezione sul giro, è un'informazione come un'altra.
Da lì cerca un'altra strada o ti chiede come preferisci procedere. Il no è parte del dialogo, non un pulsante d'emergenza.
Nell'app desktop, di partenza, il no è ancora più comodo: le modifiche te le propone mostrandoti prima e dopo, e finché non accetti il file non è stato toccato.
E adesso
Va bene per le prime volte. Ma dopo mezz'ora che gli dici sì alla stessa identica cosa, fare il semaforo stanca — e quando uno si stanca, accetta tutto senza leggere, che è il vero pericolo.
Nella prossima lezione impari a dare la risposta una volta sola: sempre sì a questo, chiedimi per quest'altro, mai per quell'altro ancora.
Hai capito?
Due minuti, nessun voto. Provare a rispondere — anche sbagliando — fissa i concetti molto più che rileggere. Se non ti va, salta pure: la lezione si completa lo stesso.
Perché per leggere un file non ti chiede niente, mentre per modificarlo si ferma?
Il criterio è il danno possibile, non la fatica. Guardare dentro una cartella non cambia niente; riscrivere un file sì. Lo strumento si ferma dove l'azione lascia il segno.
Se dici di no a una richiesta di permesso, cosa succede?
Il no è una risposta normale dentro il giro, non un incidente. La mossa salta, il risultato negativo torna indietro e diventa l'informazione con cui sceglie il passaggio successivo — esattamente come un comando fallito.
Chi si ferma davanti a un’azione delicata: il modello o lo strumento?
È il punto della lezione 3: il modello chiede, lo strumento esegue. La domanda arriva a te perché lo strumento si è messo in mezzo — e questo è ciò che ti dà davvero il controllo, invece di dover sperare nella prudenza del modello.
-
Capitolo 1 Introduzione
-
Capitolo 2 Cosa c’è sotto
-
Capitolo 3 Il motore lo scegli tu
-
Capitolo 4 Prima volta ai comandi
-
Capitolo 5 Cosa gli lasci toccare
-
Capitolo 6 Cosa sa di te
-
Capitolo 7 Le skills
-
Capitolo 8 Quanti ne metti al lavoro
-
Capitolo 9 A cosa è collegato fuori
-
Capitolo 10 Automatizzare l'attrezzatura
-
Capitolo 11 Chiusura