Gândirea extinsă în Claude: când merită activată și când doar adaugă cost

Gândirea extinsă în Claude merită activată când sarcina cere o decizie în mai mulți pași. Exemple tipice sunt rutarea unui tichet ambiguu, reconcilierea cifrelor dintre CRM și contabilitate, o analiză sau un plan. La răspunsurile simple de suport, gândirea extinsă doar adaugă timp de așteptare și consumă din limite. Pe modelele noi, gândirea e oricum pornită, iar pârghia reală devine nivelul de effort.

Gândirea extinsă este setarea pe care meniul lui Claude o numește thinking. Ea îi lasă lui Claude timp să descompună problema, să-și planifice soluția și să încerce mai multe abordări înainte să răspundă. Nivelul de effort este o setare separată, care controlează câtă gândire pune Claude într-un răspuns.

Ghidul explică ce schimbă fiecare setare și pe ce modele o poți opri. Găsești un tabel de decizie, un exemplu lucrat cu Zoho CRM și SmartBill și un caz de rutare a tichetelor. La final ai pașii concreți pe care îi poți face cu echipa ta.

Meniul de lângă butonul de trimitere controlează trei lucruri în Claude: modelul, nivelul de effort și gândirea. Le poți schimba oricând în conversație. Schimbarea are efect de la următorul răspuns al lui Claude, conform paginii Anthropic despre setările de model, effort și gândire.

Gândirea: raționamentul dinaintea răspunsului

Cu gândirea pornită, Claude își lucrează raționamentul într-o secțiune care se poate extinde, înaintea răspunsului propriu-zis. O poți deschide ca să vezi cum a ajuns la concluzie. Asta contează când verifici cifre, pentru că vezi ce a comparat și ce a lăsat deoparte.

Effort: cât de temeinic lucrează Claude

Un effort mai mare aduce răspunsuri mai temeinice. Ele durează mai mult și folosesc mai mulți tokeni, adică unitățile de text pe care Claude le procesează. Cu cât folosești mai mulți tokeni, cu atât atingi mai repede limitele de utilizare.

Max este opțiunea cea mai temeinică, pentru analizele care cer cel mai adânc raționament. Extra high (xhigh) e gândit pentru sarcini lungi de programare și pentru sarcini de tip agent. El dă un raționament mai adânc decât high, fără tot costul în tokeni al lui max.

Anthropic spune explicit că gândirea și effort-ul sunt setări separate, pe care le poți combina în orice fel. Dacă abia începi cu produsul, ghidul despre ce este Claude explică restul interfeței.

În aplicația Claude, gândirea nu se poate opri pe Claude Haiku 5.5, Sonnet 5.5, Opus 5.5, Fable 5.1 și Opus 5. Pe aceste modele, întrebarea „activez sau nu?” se mută pe nivelul de effort. Selectorul de effort există pe Haiku 5.5, Sonnet 5.5, Opus 5.5, Fable 5.1, Opus 5, Sonnet 5, Opus 4.6 și pe câteva modele mai vechi.

Ce se întâmplă prin API

API-ul este interfața prin care un program trimite cereri direct către model, de exemplu un agent AI (Claude) construit pentru firma ta. Regulile pentru gândire diferă de la un model la altul:

• Opus 5.5 și Fable 5.1 întorc eroare dacă cererea oprește gândirea sau fixează manual un buget de gândire (budget_tokens). Pe ele folosești gândirea adaptivă și setezi effort-ul.
• Haiku 5.5 și Opus 5 permit oprirea gândirii la effort high și mai jos. La xhigh sau max, oprirea gândirii întoarce eroare.
• Sonnet 5.5 întoarce eroare la gândire oprită. În schimb are setarea between_tools, care oprește gândirea de la început și o păstrează doar între apelurile de tool-uri.

Models API, interfața care raportează ce suportă fiecare model, arată pentru Sonnet 5.5 că between_tools e suportat, iar gândirea oprită nu.

Alegerea modelului, pe scurt

Anthropic recomandă să pornești cu Opus 5.5 dacă nu știi ce model să alegi. Potrivit notelor de lansare, Opus 5.5 costă cu 40% mai puțin de rulat decât Opus 5. Fable 5.1 e pentru raționament solicitant și muncă de agent pe termen lung, sau când Opus 5.5 la effort mare tot nu ajunge. Restul detaliilor sunt în postul despre Claude Opus 5.5 în firmă.

Gândirea și un effort mare câștigă la sarcinile unde fiecare pas depinde de cel dinainte. O greșeală la pasul doi strică tot ce urmează. Timpul în plus pe care Claude îl petrece planificând se întoarce ca răspuns corect din prima.

Sarcinile dintr-o firmă care intră în această categorie sunt de obicei:

• Verificarea cifrelor: reconcilierea dealurilor din CRM cu facturile și încasările din contabilitate, sau controlul unui raport înainte să plece la conducere.
• Analiza: compararea a trei oferte de furnizor pe preț, termene și condiții, sau căutarea cauzei unei scăderi de marjă.
• Planificarea: un plan de proiect cu dependențe, un calendar de lansare sau împărțirea muncii pe oameni.
• Rutarea cu excepții: tichete unde contează contractul clientului, istoricul lui și cine e de serviciu.
• Fluxurile în mai mulți pași: un agent AI (Claude) care citește din două sisteme, compară datele și abia apoi scrie ceva.

Un semn simplu te ajută să decizi. Dacă un om ar avea nevoie de o foaie de hârtie ca să rezolve sarcina, Claude are nevoie de gândire și de effort mai mare. Dacă un om ar răspunde pe loc, din memorie, un nivel mic ajunge.

La răspunsurile simple, gândirea extinsă și un effort mare nu aduc un răspuns mai bun. Aduc doar așteptare mai lungă și mai mulți tokeni. Clientul de pe chat așteaptă, iar fiecare coleg își atinge mai repede limitele de utilizare.

Sarcinile unde un nivel mic de effort ajunge sunt:

• răspunsurile de suport scoase dintr-o bază de cunoștințe bine scrisă;
• reformularea unui e-mail sau a unui draft de răspuns;
• rezumatul unui fir scurt de mesaje;
• extragerea câmpurilor dintr-un formular sau dintr-o factură;
• clasificarea după o regulă clară, de tipul „factură”, „livrare” sau „retur”.

La răspunsurile de suport, calitatea vine din documentele pe care le citește Claude, nu din cât gândește. Dacă răspunsurile ies greșite, uită-te întâi la sursă, nu la effort. Postul despre baza de cunoștințe pentru Claude arată cum o construiești și cum o testezi.

Consumul contează și la buget. Un plan are limite de utilizare, iar effort-ul mare lăsat pe toate întrebările le epuizează degeaba. Dacă vrei să vezi ce include fiecare plan, consultă prețurile Claude pe planuri.

Tabelul pune sarcinile tipice dintr-o firmă lângă setările care li se potrivesc. „Mic” înseamnă un nivel de effort sub high. Pe modelele unde gândirea nu se poate opri, coloana de gândire îți spune doar dacă merită să citești raționamentul.

Sarcina	Gândire	Effort	Motivul
Răspuns de suport din baza de cunoștințe	oprită, dacă modelul permite	mic	răspunsul e deja în document
Clasificarea unui tichet după o regulă clară	oprită, dacă modelul permite	mic	volum mare, contează viteza
Draft de e-mail sau rezumat	oprită, dacă modelul permite	mic	nu există calcul de verificat
Rutare cu contract, istoric și program	pornită	high	decizia are mai mulți pași
Reconciliere între CRM și contabilitate	pornită, cu raționamentul citit	high	trebuie să vezi ce a comparat
Analiză sau plan cu dependențe	pornită	high sau max	contează temeinicia, nu viteza
Agent AI (Claude) care lucrează mult timp cu tool-uri	pornită	xhigh	nivelul e gândit pentru sarcini lungi de agent

Tabelul este un punct de plecare, nu o regulă bătută în cuie. Rulează aceeași sarcină la două niveluri de effort și compară rezultatul înainte să decizi. Diferența de timp și de calitate pe datele tale reale contează mai mult decât orice regulă generală.

Reconcilierea de final de lună este o sarcină tipică pentru effort high. Managerul financiar vrea să afle ce dealuri închise nu au factură și ce facturi nu au deal în spate. Claude are acces la Zoho CRM și la SmartBill prin câte un connector.

1. Deschizi o conversație nouă și, din meniul de lângă butonul de trimitere, alegi Claude Opus 5.5.
2. Setezi effort-ul pe high. Xhigh e gândit pentru sarcini lungi de agent, iar o reconciliere lunară nu are nevoie de el.
3. Lași gândirea pornită. Pe Opus 5.5 nici nu o poți opri în aplicație.
4. Scrii cererea: „Compară dealurile cu stadiul Closed Won din Zoho CRM, închise luna trecută, cu facturile emise în SmartBill. Listează dealurile fără factură, facturile fără deal și diferențele de valoare.”
5. Deschizi secțiunea de raționament și verifici cum a potrivit Claude dealurile cu facturile: după client, după valoare sau după numărul comenzii.
6. Pentru e-mailurile către colegii de la vânzări, cobori effort-ul pe un nivel mic. Schimbarea are efect de la următorul răspuns, în aceeași conversație.

Pasul cinci face diferența. Dacă Claude a potrivit doar după numele clientului, două dealuri ale aceluiași client pot ieși încurcate. Vezi asta în raționament și îi ceri să folosească și numărul comenzii. Așa ajungi la o listă pe care o poți trimite contabilului fără să o refaci de mână.

Rutarea tichetelor din Zoho Desk nu este o singură sarcină, ci două. O parte din tichete intră într-o categorie clară, iar acolo contează viteza. Anthropic poziționează Claude Haiku 5.5 exact pentru sarcini cu volum mare și sensibile la latență, cum sunt clasificarea, extragerea și rutarea.

Excepțiile cer gândire. Un tichet de la un client cu contract special, scris vag și primit în afara programului, cere mai mulți pași. Agentul AI (Claude) verifică contractul, se uită în istoricul clientului și abia apoi alege echipa. Pe această ramură merită un model mai mare și effort high.

Cum împarți cele două ramuri

Prin API, Haiku 5.5 îți permite să oprești gândirea la effort high și mai jos, deci ramura simplă rămâne rapidă. Pe ramura de excepții, dacă agentul cheamă mai multe tool-uri, Sonnet 5.5 cu between_tools sare peste gândirea de la început. El gândește doar între apelurile de tool-uri, unde chiar are ce cântări.

La Svennis, separăm întâi pe tichete reale din istoric ce e regulă și ce e excepție, apoi alegem modelul și effort-ul pentru fiecare ramură. Când cineva ridică effort-ul pe toate tichetele „ca să fie sigur”, vedem doar timp de răspuns mai lung, fără rutare mai bună.

La o firmă din România, un loc tipic unde gândirea extinsă se plătește este granița dintre CRM și facturare. Vânzările stau în Zoho CRM sau într-un CRM similar. Facturile stau în SmartBill, factureaza.ro sau Oblio, iar contabilul lucrează adesea în Saga. Cifrele din sisteme separate se verifică în mai mulți pași, adică exact sarcina pentru effort high.

Legarea lui Claude de aceste programe vine înaintea oricărei setări. Factureaza.ro are propriul MCP server, adică un serviciu care îi dă lui Claude acces controlat la program. Îl adaugi în Claude ca connector personalizat, cu autorizare OAuth, din abonamentul Standard. Pentru SmartBill construim noi un connector sau un MCP server.

Pentru fiecare legătură îți arătăm variantele, connector, MCP server, plugin sau skill, fiecare cu costul ei. Tu alegi varianta. Abia după aceea are sens să discutăm ce effort pui pe fiecare sarcină.

Limba nu complică alegerea. Toate modelele actuale au capacități multilingve, așa că tichetele și e-mailurile scrise în română nu cer un model anume. Decizia rămâne aceeași: effort mic pe răspunsurile simple, effort mare pe cifre, planuri și excepții.

Fiecare utilizator își alege singur modelul, effort-ul și gândirea din meniul de lângă butonul de trimitere. Pe planurile Enterprise, administratorul poate opri modele sau niveluri de effort pentru un rol. Dacă un coleg nu găsește un nivel pe care îl aștepta, cauza poate fi tocmai această setare.

Notele de lansare arată că administratorii Enterprise pot organiza utilizatorii în grupuri. Grupurile se fac manual sau prin SCIM, adică sincronizarea automată a conturilor din sistemul de identitate al firmei. Fiecărui grup i se atribuie un rol personalizat, cu capabilitățile Claude pe care le poate folosi.

Fără un astfel de control, regula vine din obiceiul echipei. O regulă scurtă și scrisă acoperă cele mai multe situații: effort mic pentru răspunsuri și drafturi, high pentru cifre și planuri, xhigh doar pentru agenți. Pune-o în ghidul intern al echipei, lângă celelalte reguli de folosire a lui Claude.

Revizuiește regula când schimbi modelul. Pe modelele noi gândirea nu se mai poate opri, deci partea despre gândire din vechea regulă poate deveni inutilă. Partea despre effort rămâne valabilă.

Cel mai sigur mod de a decide este un test scurt pe munca ta din săptămâna trecută. Pașii de mai jos îți iau puțin timp și îți dau o regulă pe datele tale:

1. Alege trei sarcini reale: un răspuns de suport, o verificare de cifre și un plan.
2. Rulează fiecare sarcină de două ori, la un effort mic și la high, și notează timpul și ce ai corectat.
3. La verificarea de cifre, deschide raționamentul și vezi dacă potrivirea datelor e corectă.
4. Scrie regula rezultată în ghidul echipei și revizuiește-o la fiecare schimbare de model.
5. Dacă vrei un agent AI (Claude) pentru rutare sau reconciliere, decide effort-ul separat pe fiecare ramură.

Dacă vrei să construim împreună un astfel de flux, pagina despre Claude pentru firme explică felul în care lucrăm, în patru pași. Primul este Workshop-ul. Urmează Pilot Claude A, adică un agent AI (Claude) pentru un singur proces, sau Pilot Claude B, Claude Team pentru toată echipa. Apoi vin Activarea pe departament și operarea lunară.