De ce îți cere permisiunea

Pe scurt

Nu cere permisiunea pentru orice: a te uita trece, a atinge se oprește.
Cel care se oprește e instrumentul, nu modelul: cererea e interceptată înainte de a fi executată.
Să spui nu e normal: mutarea aia sare și el caută altă cale.
E punctul din tură în care ai un cuvânt de spus. Tot capitolul e despre cum îl reglezi.

De unde vine întrebarea aia

În lecția trecută ai văzut Claude Code oprindu-se și întrebându-te dacă poate continua. Acum ai tot ce-ți trebuie ca să înțelegi exact ce s-a întâmplat, pentru că am desfăcut deja mecanismul: modelul cere o unealtă, instrumentul o execută.

Claude Code întreabă «Permiți lui Claude să scrie index.html?», arătând calea completă a fișierului și trei butoane: Refuză, Permite mereu, Permite o dată. Deasupra cererii se vede în verde conținutul pe care ar vrea să-l scrie. — Uită-te la ordinea lucrurilor: deasupra e deja scris ce ar vrea să pună în fișier, dedesubt întrebarea. Fișierul, în momentul ăsta, încă nu există.

Cererea de permisiune trăiește exact acolo, la mijloc. Modelul a spus „am nevoie să modific fișierul ăsta”; înainte s-o facă cu adevărat, instrumentul s-a băgat la mijloc și ți-a pasat întrebarea ție.

E o diferență care contează mai mult decât pare: nu speri că modelul e prudent. Controlul e mecanic, stă în unelte, și niciun raționament nu-l poate ocoli.

Ce trece fără să întrebe și ce nu

Dacă ți-ar cere confirmare la fiecare mișcare, ai fi un semafor, nu o persoană care lucrează. De fapt nu o face: linia e trasă pe paguba posibilă.

A te uita trece. Să citească fișierele din folderul în care lucrează, să caute în ele, să-și facă o idee: nu întreabă nimic, pentru că a te uita nu schimbă nimic.
A modifica se oprește. A scrie, a rescrie, a șterge: aici întreabă mereu, pentru că se schimbă lucruri de-ale tale.
A executa comenzi se oprește. Cu o excepție: un grup mic de comenzi care doar citesc trec fără să deranjeze.

Regula din spate e una singură, și e cea pe care ai folosi-o tu cu un colaborator nou: uită-te cât vrei, atinge întrebând.

Ce se întâmplă dacă spui nu

Mulți se încordează la primul nu, de parcă ar fi stricat ceva. Nu se întâmplă nimic rău: mutarea aia nu se execută, iar Claude rămâne cu un eșec în mână — care, așa cum știi din lecția despre tură, e o informație ca oricare alta.

De acolo caută altă cale sau te întreabă cum preferi să procedeze. Nu-ul e parte din dialog, nu un buton de urgență.

În aplicația desktop, implicit, nu-ul e și mai comod: modificările ți le propune, arătându-ți înainte și după, iar până nu accepți fișierul n-a fost atins.

Și acum

E bine pentru primele dăți. Dar după o jumătate de oră în care spui da la exact același lucru, să faci pe semaforul obosește — și când cineva obosește, acceptă totul fără să citească, ceea ce e adevăratul pericol.

În lecția următoare înveți să dai răspunsul o singură dată: mereu da la asta, întreabă-mă pentru cealaltă, niciodată pentru încă alta.

Ai înțeles?

Două minute, fără notă. Încercarea de a răspunde — chiar și greșind — fixează conceptele mult mai bine decât recitirea. Dacă nu ai chef, sari peste: lecția se consideră oricum finalizată.

De ce nu te întreabă nimic ca să citească un fișier, dar se oprește ca să-l modifice?

Dacă spui nu unei cereri de permisiune, ce se întâmplă?

Cine se oprește în fața unei acțiuni delicate: modelul sau instrumentul?

1
1. 1
2. 2
3. 3
2
1. 4
2. 5
3. 6
4. 7
3
1. 8
2. 9
3. 10
4. 11
5. 12
4
1. 13
2. 14
3. 15
4. 16
5. 17
6. 18
5
1. 19
2. 20
3. 21
4. 22
5. 23
6. 24
6
1. 25
2. 26
3. 27
4. 28
5. 29
6. 30
7
1. 31
2. 32
3. 33
4. 34
8
1. 35
2. 36
3. 37
4. 38
9
1. 39
2. 40
3. 41
10
1. 42
2. 43
3. 44
11
1. 45
2. 46