Ragionamento esteso in Claude: quando attivarlo nei sistemi aziendali e quando no

Ragionamento esteso in Claude: quando attivarlo dipende dal compito, non dal modello. Conviene usarlo, con uno sforzo alto, quando un agente prende decisioni in più passaggi. Serve anche quando incrocia dati del CRM e della contabilità o controlla cifre. Per compiti brevi e ripetitivi, come lo smistamento delle richieste, aggiunge soprattutto latenza e consumo.

Il ragionamento esteso è l'impostazione che Anthropic chiama thinking. Permette a Claude di scomporre il problema, pianificare una soluzione ed esplorare approcci diversi prima di rispondere. Nell'app il ragionamento compare in una sezione espandibile sopra la risposta.

Accanto al thinking esiste una seconda impostazione, lo effort, cioè il livello di sforzo. Secondo il centro assistenza di Claude sulle impostazioni di modello, effort e thinking, uno sforzo più alto produce risposte più accurate. Le risposte però richiedono più tempo e più token, quindi i limiti d'uso si raggiungono prima.

Questa guida spiega che cosa cambiano le due impostazioni e quali modelli permettono di regolarle. Indica poi quali compiti aziendali ne traggono vantaggio e quali no. Contiene una tabella decisionale e un esempio costruito su un service desk collegato a Zoho.

Thinking ed effort sono due impostazioni indipendenti di Claude, combinabili in qualsiasi modo. Entrambe si trovano nel menu del modello accanto al pulsante di invio. Lo stesso menu controlla anche quale modello Claude risponde.

Il thinking decide se Claude ragiona prima di rispondere. L'effort decide quanto ragionamento Claude applica a ciascuna risposta. Il centro assistenza descrive i livelli più alti così:

• Extra high (xhigh): pensato per compiti di programmazione e compiti agentici lunghi, con un ragionamento più profondo di high ma senza il costo pieno di max.
• Max: l'opzione più approfondita, per i compiti che richiedono il ragionamento e l'analisi più completi.

Sotto high esistono livelli più leggeri, adatti alle risposte rapide. Il livello xhigh è disponibile solo sui modelli più recenti. Il selettore di effort è presente, tra gli altri, su Claude Opus 5.5, Claude Sonnet 5.5, Claude Haiku 5.5, Claude Fable 5.2, Claude Opus 5 e Claude Sonnet 5.

Le impostazioni si possono cambiare in qualsiasi momento della conversazione. Il cambio vale dalla risposta successiva di Claude. Un utente può quindi iniziare con uno sforzo basso per raccogliere i dati e alzarlo quando chiede l'analisi.

Sui piani Enterprise un amministratore può disattivare modelli o livelli di effort per un ruolo. Se un livello manca dal menu, la causa più probabile è questa.

Sui modelli Claude più recenti il ragionamento esteso nell'app non si può spegnere. Il centro assistenza lo indica per Claude Fable 5.2, Claude Haiku 5.5, Claude Sonnet 5.5, Claude Opus 5.5 e Claude Opus 5. Su questi modelli la leva pratica diventa quindi l'effort.

Sulle API di Claude, usate per costruire agenti e integrazioni, le regole cambiano per modello:

• Claude Fable 5.2 e Claude Opus 5.5: una richiesta che disattiva il thinking o fissa un budget manuale (budget_tokens) restituisce un errore.
• Claude Haiku 5.5 e Claude Opus 5: il thinking si può spegnere con effort high o inferiore; a xhigh o max la disattivazione restituisce un errore.
• Claude Sonnet 5.5: la disattivazione restituisce un errore, ma l'impostazione between_tools limita il ragionamento ai momenti tra una chiamata a uno strumento e la successiva.

Con between_tools il tempo di risposta complessivo resta uguale o si riduce. Per un agente che legge un record, poi ne aggiorna un altro, è spesso il compromesso più sensato.

Chi sviluppa può verificare queste capacità con la Models API. Per Claude Sonnet 5.5, ad esempio, la Models API riporta between_tools come supportato e la disattivazione come non supportata. Conviene interrogarla prima di fissare le impostazioni in produzione, invece di affidarsi a un elenco scritto a mano.

Il ragionamento esteso migliora i compiti in cui una risposta sbagliata nasce da un passaggio saltato. Sono i casi in cui Claude deve tenere insieme più fonti, più regole o più calcoli prima di concludere.

Decisioni a più passaggi

Un agente che valuta una richiesta di rimborso deve leggere il contratto, verificare lo storico del cliente e applicare una politica aziendale. Ogni passaggio dipende dal precedente. Uno sforzo alto riduce il rischio che Claude salti una condizione.

Integrazioni con CRM e contabilità

Quando Claude legge un'opportunità in Zoho CRM e la confronta con le fatture in Zoho Books, deve allineare clienti, importi e date. Gli errori tipici sono omonimie, note di credito dimenticate e valute diverse. Qui il ragionamento esteso ripaga.

Analisi e controllo delle cifre

Una riconciliazione, un confronto tra budget e consuntivo o la verifica di un preventivo richiedono calcoli in sequenza. Con uno sforzo alto Claude ricontrolla i passaggi intermedi prima di dare il totale.

Pianificazione

Un piano di consegne con vincoli di magazzino, o la stesura di una procedura, beneficia del tempo che Claude dedica a esplorare alternative.

Per i compiti agentici lunghi la documentazione dei modelli indica Claude Opus 5.5 come punto di partenza. Claude Fable 5.2 entra in gioco quando Opus 5.5 a sforzo alto non basta ancora.

Il ragionamento esteso non migliora i compiti brevi, ripetitivi e con una risposta chiusa. In questi casi Claude arriva alla risposta giusta anche senza esplorare alternative. Uno sforzo alto allunga solo l'attesa e consuma token.

I compiti tipici di questa categoria sono:

• lo smistamento delle richieste verso la coda o il reparto giusto;
• la classificazione di un messaggio per tipo o urgenza;
• l'estrazione di campi fissi, come numero d'ordine, data o partita IVA;
• la riformulazione di un testo breve secondo un modello dato.

La documentazione di Anthropic colloca proprio classificazione, estrazione e smistamento tra gli usi di Claude Haiku 5.5. Lo descrive come il modello per compiti ad alto volume e sensibili alla latenza. Sulle API, con Haiku 5.5 il thinking si può spegnere a effort high o inferiore.

La latenza conta più di quanto sembri. Un dipendente che apre un ticket in chat si aspetta una conferma immediata. Se la classificazione impiega diversi secondi, l'assistente sembra lento anche quando il lavoro successivo è rapido.

Il consumo conta ugualmente. Uno smistamento gira centinaia di volte al giorno. Ogni token di ragionamento superfluo si moltiplica per il volume e avvicina i limiti d'uso del piano o la fattura delle API.

La tabella indica un punto di partenza per sei compiti frequenti in un'azienda che usa Claude con i propri sistemi. Va verificata sui dati reali, perché la stessa etichetta copre compiti di difficoltà diversa.

Compito	Modello di partenza	Thinking	Effort
Smistamento dei ticket	Claude Haiku 5.5	Spento, sulle API	Basso
Estrazione di campi da email	Claude Haiku 5.5	Spento, sulle API	Basso
Agente che legge e aggiorna più record	Claude Sonnet 5.5	between_tools	Medio o high
Confronto tra CRM e contabilità	Claude Opus 5.5	Sempre attivo	High
Analisi di budget e consuntivo	Claude Opus 5.5	Sempre attivo	High o xhigh
Agente autonomo su un processo lungo	Claude Opus 5.5, poi Claude Fable 5.2	Sempre attivo	Xhigh, max solo se serve

La regola che riassume la tabella è semplice. Si alza lo sforzo quando un errore costa più del tempo di attesa. Si abbassa quando il compito si ripete molte volte con una risposta chiusa.

La scelta del modello merita un ragionamento a parte, che trova nella guida su quando conviene usare Claude Opus 5.5 in azienda.

Un agente di service desk mostra bene come cambiare le impostazioni passaggio per passaggio. L'esempio riguarda un'azienda che gestisce le richieste dei clienti in Zoho Desk, con anagrafiche in Zoho CRM e fatture in Zoho Books.

1. Arrivo del ticket. Claude Haiku 5.5, con sforzo basso, legge il messaggio e lo classifica: informazione, guasto, richiesta di rimborso.
2. Informazione o guasto. L'agente assegna il ticket alla coda giusta e conferma la presa in carico. Nessun ragionamento esteso è necessario.
3. Richiesta di rimborso. Il ticket passa a Claude Opus 5.5 con effort high. L'agente legge il cliente in Zoho CRM e le fatture in Zoho Books.
4. Verifica. Claude controlla importi, date e note di credito già emesse, poi applica la politica di rimborso.
5. Proposta. L'agente scrive una proposta motivata nel ticket. Un operatore la approva prima di qualsiasi movimento contabile.

Per ogni sistema, il collegamento a Claude passa da un connector, un MCP server, un plugin o una skill. Le opzioni vengono presentate con il loro costo e il cliente sceglie.

In Svennis fissiamo lo sforzo per ciascun passaggio del flusso, non per l'intero assistente. Quando lo sforzo viene scelto una volta sola per tutto l'agente, vediamo quasi sempre smistamenti lenti oppure verifiche contabili troppo superficiali.

Il ragionamento esteso costa in token. Il centro assistenza è esplicito: uno sforzo più alto richiede più tempo, usa più token e fa raggiungere prima i limiti d'uso. Nell'app questo si traduce in limiti raggiunti prima; sulle API, in una fattura più alta.

Il costo dipende anche dal modello. Secondo le note di rilascio di Claude, Claude Opus 5.5 costa il 40% in meno da eseguire rispetto a Claude Opus 5. Secondo il newsroom di Anthropic, Claude Sonnet 5.5 è oltre il 30% più veloce di Claude Sonnet 5. Costa inoltre fino al 30% in meno per la maggior parte del lavoro.

Un modello più recente con effort high può quindi costare meno di un modello precedente allo stesso livello. Questo vale soprattutto se il thinking non si può spegnere su nessuno dei due.

Le note di rilascio indicano anche che i piani Max e Team includono crediti API mensili. Servono per eseguire app e agenti propri sulla Claude Platform. Per un primo agente con poche richieste al giorno, questi crediti permettono di misurare il consumo reale prima di decidere.

Le tariffe correnti dei piani e delle API, convertite in euro, sono raccolte nella pagina prezzi di Claude per Pro, Max, Team e API.

Per un'azienda italiana il ragionamento esteso è soprattutto una questione di governo delle impostazioni. Chi usa Claude nell'app regola l'effort a ogni conversazione. Chi costruisce un agente sulle API lo fissa nel codice, passaggio per passaggio.

Con Claude Team, ogni utente sceglie modello ed effort dal menu. Conviene quindi dare al team indicazioni brevi e scritte. Per esempio: effort basso per riassumere email, high per controllare un'offerta o un conto economico. Sui piani Enterprise l'amministratore può anche disattivare i livelli più costosi per alcuni ruoli.

La lingua non è un ostacolo. La documentazione indica che tutti i modelli Claude attuali sono multilingue. Un agente può quindi ragionare su ticket, contratti e fatture scritti in italiano.

Le tariffe delle API sono pubblicate in dollari. Chi prepara un budget annuale deve quindi considerare il cambio. Deve anche stimare quante richieste passeranno dal livello basso a quello alto.

Va infine considerato un limite di sicurezza. Il centro assistenza segnala che il ragionamento può interrompersi prima della fine se tocca informazioni considerate a rischio di abuso. Nei normali processi commerciali e contabili è raro, ma è bene saperlo prima di automatizzare un flusso.

Il modo più affidabile per decidere è provare le impostazioni su un processo reale, con dati reali. Una prova ben fatta richiede poche ore e risponde a domande che nessuna tabella generica può chiudere.

1. Scelga un processo con un esito verificabile, per esempio lo smistamento dei ticket o il controllo di un preventivo.
2. Raccolga una ventina di casi recenti con la risposta corretta già nota.
3. Li faccia elaborare a Claude con sforzo basso, poi con sforzo high, cambiando l'impostazione dal menu del modello.
4. Confronti correttezza, tempo di risposta e consumo dei limiti d'uso.
5. Fissi lo sforzo più basso che dà risultati corretti, passaggio per passaggio.

Se il processo coinvolge CRM, contabilità o service desk, la prova va estesa ai collegamenti con quei sistemi. Il percorso di Svennis segue quattro passi: il Workshop, il Pilot Claude A (un agente su Claude per un processo) o il Pilot Claude B (Claude Team per tutto il team), l'Activation del reparto e poi la gestione mensile.

Il punto di partenza naturale è il Workshop di preparazione Claude, dove si scelgono i processi e si definiscono i controlli. Per estendere Claude a tutto il team c'è il Pilot Claude Team in 30 giorni.