Agenti AI: quanto costa il computer use di Claude nel 2026

Con Claude, oggi è possibile affidare agli agenti AI di computer use una sequenza sicura di clic, digitazioni e verifiche da completare prima di interpellare di nuovo il modello. La domanda che determina il costo non è più «quante azioni servono per finire il lavoro?», ma «quante decisioni richiede?». In una delle prime implementazioni nei settori sanitario e assicurativo, il workflow di gestione dei sinistri più lungo è passato da 32 minuti a 13, il costo per attività è sceso di circa il 30% e il tasso di completamento ha raggiunto il 100%. Nel 2026, il punto non è più stabilire se un agente AI sappia usare un software, ma capire se la riduzione dei round trip al modello renda un determinato workflow più conveniente della coda, della licenza per utente o dello stack di automazione che va a sostituire.

Quanto costano gli agenti AI: la risposta in breve

Il computer use di Claude non prevede un costo separato per ogni clic. È un tool lato client: l'applicazione esegue il desktop o il browser e paga le normali tariffe a token delle API Claude per ogni richiesta al modello, compresi definizione del tool, screenshot, risultati e azioni generate.

La nuova logica economica nasce dai turni multi-action. Prima, l'agente doveva riferire al modello dopo ogni singola azione. Ora il tool può restituire più azioni ordinate in un unico turno. Meno turni significano meno definizioni dei tool e cronologie ripetute, oltre a meno screenshot da inviare nuovamente al modello.

L'esempio pubblicato da Anthropic offre un riferimento concreto: per il workflow di gestione dei sinistri più lungo di uno dei primi clienti, 32 minuti sono diventati 13, il costo per attività è calato di circa il 30% e il completamento ha raggiunto il 100%. È il risultato di un singolo cliente, non uno sconto universale. L'esito dipende da quanta parte del proprio workflow può essere raggruppata in sicurezza senza una verifica visiva intermedia.

Che cosa è cambiato davvero

Una chiamata al modello è una singola richiesta a pagamento inviata a Claude. Un round trip comprende invece l'intero scambio: si trasmettono la schermata corrente e le istruzioni, si riceve un'azione, la si esegue e si rimanda il risultato. Nel vecchio ciclo, era come avere un assistente che torna alla scrivania dopo ogni clic. Nel nuovo, può completare una breve checklist prima di fare rapporto.

Il set di tool per il computer use ora disponibile a tutti mette a disposizione di Claude 17 azioni desktop, tra cui acquisire screenshot, fare clic, digitare, scorrere, usare lo zoom, premere tasti e attendere. Un batch può riunire una breve sequenza: cliccare, scrivere, premere Invio e infine acquisire uno screenshot. L'executor, cioè il codice che controlla concretamente il computer, esegue le azioni nell'ordine previsto e restituisce insieme tutti i risultati.

Il nuovo tool di browser use applica lo stesso principio alle applicazioni web. Può leggere la struttura della pagina, assegnare riferimenti a campi e pulsanti e agire attraverso quei riferimenti. I pixel restano la soluzione di riserva per canvas, video, elenchi virtualizzati e altre interfacce prive di una struttura utile. È la differenza tra dire «fai clic a 430 pixel dal bordo sinistro» e consegnare un cartellino con scritto «Pulsante Invia».

Perché meno chiamate cambiano i conti

Il costo fisso contenuto in ogni richiesta è ridotto, ma si ripete. Con Claude Sonnet 5, il set predefinito di tool per il computer use aggiunge circa 4,590 token di input a ogni richiesta. Alla tariffa attuale di $2 per milione di token di input, equivale a circa $0.00918 di overhead per il set di tool su ogni richiesta non memorizzata nella cache. Il set di tool per il browser aggiunge circa 6,670 token di input, pari a circa $0.01334 alla stessa tariffa.

Ecco un esempio lineare per la pianificazione. Supponiamo che un'attività desktop di 20 azioni richiedesse prima 20 chiamate al modello. Se dieci coppie possono davvero essere raggruppate in sicurezza, ne bastano dieci. Le dieci chiamate evitate eliminano circa 45,900 token di input relativi al set di tool per il computer use, per un valore di circa $0.0918 alle tariffe di input attuali di Sonnet 5, senza ancora contare cronologia della conversazione, screenshot o output ripetuti. Su 10,000 attività identiche, il risparmio derivante dal solo overhead ristretto arriva a circa $918.

Questo calcolo non è un preventivo, ma la soglia minima di uno scenario. Il vantaggio maggiore può derivare dalla riduzione dei tempi di esecuzione e dei tentativi falliti. Per questo la metrica decisiva è il costo per attività completata. Anche un'esecuzione fallita poco costosa diventa cara quando una persona deve verificare il danno e ricominciare.

Anche la scelta del modello incide. Claude Opus 5 costa $5 per milione di token di input e $25 per milione di token di output, mentre Sonnet 5 costa rispettivamente $2 e $10. Per confrontare i modelli prima di progettare il ciclo, si può partire dalla mappa dei costi unitari e poi misurare il tasso di successo sulle proprie attività. Il modello più economico per token non è necessariamente quello meno costoso per workflow completato.

C'è poi il rischio di confrontare categorie di budget diverse. UiPath Basic parte da $25 al mese, mentre Zapier Professional parte da $19.99 al mese. Questi abbonamenti non sono sostituti diretti di un agente basato su API. Il computer use richiede anche un executor per browser o desktop, infrastruttura, monitoraggio e regole di approvazione. Va confrontato il costo complessivo del workflow, inclusi il tempo dell'operatore e le eccezioni, non una riga relativa ai token con il prezzo di una licenza software.

Come funziona il ciclo, senza gergo

1. L'ambiente di lavoro viene eseguito dall'applicazione. È l'applicazione ad avviare un desktop o un browser controllato. Claude non accede autonomamente al portatile di un dipendente.
2. Claude osserva lo stato corrente. Il computer use legge uno screenshot. Il browser use può inoltre leggere campi, pulsanti, moduli e schede dalla struttura della pagina.
3. Claude propone un batch ordinato. Un batch sicuro può fare clic su un campo, digitare un valore, premere Invio e acquisire il nuovo stato in un solo turno del modello.
4. L'executor applica le azioni. Le esegue nell'ordine stabilito. Se una non riesce, si ferma e contrassegna le successive come non eseguite, così Claude può elaborare un nuovo piano.
5. Le attività con conseguenze restano protette da controlli. Anthropic avverte espressamente che ogni azione sensibile inclusa in un batch deve essere approvata da una persona, perché più azioni possono concludersi prima del turno successivo del modello.

Ecco perché il multi-action cambia contemporaneamente i costi e la progettazione dei controlli. Ridurre le verifiche intermedie fa risparmiare, ma non consente di eliminare i checkpoint che proteggono pagamenti, modifiche agli account, invii o dati sensibili.

Sette workflow in cui i conti possono tornare

1. Inserimento di sinistri assicurativi in portali senza API

Un team operativo riceve un modulo di sinistro, lo verifica rispetto alle regole interne, apre il portale della compagnia, inserisce i dati, allega i documenti e salva la conferma. La compilazione di campi stabili e la navigazione da tastiera possono procedere in batch; le eccezioni alle polizze e l'invio finale restano soggetti ad approvazione. È il caso commerciale più evidente, perché il primo esempio di Anthropic associa già questo workflow a una riduzione del 30% del costo per attività e a un risparmio di 19 minuti.

2. Test di regressione su un'applicazione web che cambia

Il responsabile QA di un'azienda SaaS può affidare a un agente un percorso critico: creare un account, invitare un collega, modificare un'impostazione e verificare il risultato. I riferimenti del browser use permettono di puntare ai controlli nominati quando la pagina li espone, mentre gli screenshot coprono gli stati visivi. Il vantaggio è una copertura più ampia dei test senza chiedere a una persona di ripetere lo stesso percorso dopo ogni release. I passaggi falliti richiedono comunque una traccia e il triage umano.

3. Inserimento di dati finanziari tra un foglio di calcolo e un'applicazione desktop legacy

Un addetto alla contabilità fornitori può far leggere all'agente un batch già predisposto, aprire il software contabile, inserire le fatture approvate e ottenere un registro delle operazioni completate. I turni multi-action si adattano alle sequenze ripetitive di tabulazione, digitazione e pressione dei tasti. L'operatore mantiene l'approvazione sulla contabilizzazione e gestisce le discrepanze, mentre l'agente assorbe il reinserimento manuale e ripetitivo dei dati.

4. Gestione dei benefit in un portale aziendale

Un team HR potrebbe utilizzare un agente controllato per predisporre le normali modifiche alle iscrizioni partendo da dati di origine verificati, avanzare nel portale e fermarsi prima della conferma finale. Il vantaggio è una coda amministrativa più breve. Il vincolo è rilevante: dati sensibili e modifiche agli account richiedono accessi con privilegi minimi, log solidi e supervisione umana, anche quando un'implementazione regolamentata è coperta da un accordo adeguato.

5. Onboarding dei fornitori nei sistemi di procurement

Chi coordina gli acquisti spesso deve controllare moduli fiscali, creare l'anagrafica di un fornitore, scegliere categorie e caricare documenti su software mai progettati per comunicare fra loro. Un agente può gestire la sequenza stabile dei moduli e segnalare come eccezione la documentazione mancante. In questo modo il tempo non viene più speso a copiare campi, ma a risolvere invii incompleti o rischiosi.

6. Aggiornamenti dei cataloghi ecommerce nei portali dei partner

Un operatore di marketplace che gestisce centinaia di prodotti può predisporre modifiche approvate a titoli, prezzi e disponibilità, quindi lasciare che un agente le inserisca nel portale di un distributore. I batch sono utili quando i campi compaiono in una sequenza prevedibile. Il valore economico deriva dalla riduzione del ritardo tra l'approvazione di una modifica al catalogo e la sua pubblicazione, non dall'eliminazione delle decisioni di merchandising.

7. Attività ricorrenti del service desk IT su più schermate amministrative

Un team IT può automatizzare una procedura a basso rischio, come raccogliere lo stato di un dispositivo, verificare il record di un utente e preparare una nota di intervento. Il computer use diventa utile quando il lavoro attraversa applicazioni web e desktop. Non dovrebbe reimpostare autonomamente credenziali, modificare permessi o intervenire sui sistemi di produzione senza l'approvazione di una persona per l'azione rilevante.

Tre prodotti che vale la pena costruire

L'opportunità più solida è un runner adattivo per la QA nel browser. Presenta la domanda più visibile, un workflow ricorrente ben definito e un confine naturale tra esecuzione automatica e giudizio umano.

1. Runner adattivo per la QA nel browser: da costruire per primo

Chi paga: i team SaaS che rilasciano spesso, ma non riescono a coprire ogni flusso critico del browser con script scritti a mano.

Domanda: negli Stati Uniti, «automated software testing» genera circa 4,400 ricerche al mese, con un CPC di $15.45. La query commerciale più specifica «automated regression testing software» raccoglie circa 590 ricerche mensili, ha KD 1 ed è cresciuta del 222% su base annua nei dati sulle keyword di questa analisi. Tra le domande compare anche «Which testing tool is in demand in 2026?».

Versione minima vendibile: collegare un solo sito di staging. Un responsabile QA descrive o mostra un piccolo insieme di flussi critici, li esegue a intervalli programmati e riceve esito positivo o negativo, screenshot e spiegazione dell'errore in linguaggio naturale. Il prezzo va calcolato sulle esecuzioni completate e sulle prove conservate, non sui clic.

Il limite reale: le pagine dinamiche possono invalidare i riferimenti agli elementi, gli screenshot aumentano il costo e un successo visivo non equivale alla correttezza del risultato aziendale. Il prodotto richiede asserzioni deterministiche, log delle azioni, isolamento dei segreti e un revisore per gli errori ambigui. Il vantaggio difendibile sta nel livello di affidabilità e nelle prove del workflow, non nell'accesso al modello.

2. Workbench per i portali dei sinistri

Chi paga: intermediari, amministratori terzi e team sinistri che trasferiscono informazioni verificate nei portali assicurativi dotati di API limitate o inesistenti.

Domanda: «insurance claims automation» genera circa 140 ricerche mensili negli Stati Uniti, ha KD 2 e un CPC di $28.14. La query è cresciuta del 325% su base annua e non presentava una panoramica AI in questa analisi: un segnale di mercato contenuto, ma con un intento d'acquisto insolitamente forte. I dati pubblicati da Anthropic al lancio rendono il business case concreto, anziché puramente teorico.

Versione minima vendibile: supportare un formato di acquisizione e un solo portale. Il sistema estrae i campi già approvati, mostra all'operatore l'invio previsto, esegue i passaggi stabili, si ferma prima dell'azione definitiva e salva un log delle azioni a prova di manomissione insieme alla conferma.

Il limite reale: ogni portale richiede manutenzione. Prompt injection, credenziali, dati personali e invii irreversibili rendono la progettazione delle approvazioni un elemento centrale del prodotto. L'idoneità HIPAA prevista dal BAA di Anthropic aiuta a definire l'ambito dell'implementazione, ma non rende di per sé conforme un workflow.

3. Postazione per gestire le eccezioni nell'inserimento dati su sistemi legacy

Chi paga: i team finanziari e operativi che dispongono già di dati di origine puliti, ma devono ancora ricopiarli in vecchi software desktop o portali web chiusi.

Domanda: «data entry automation» genera circa 210 ricerche mensili negli Stati Uniti, ha KD 1 e un CPC di $21.85. Il volume è modesto, ma l'intento commerciale è evidente. Gli operatori affermati fissano un prezzo di ingresso visibile e contenuto: UiPath Basic costa da $25 al mese e Zapier Professional da $19.99 al mese. La proposta non può quindi limitarsi a «l'automazione esiste»; deve essere «gestisce l'eccezione senza API che lo stack attuale non copre».

Versione minima vendibile: un foglio di calcolo come origine, un'applicazione di destinazione, una coda di approvazione e un log riproducibile. Il valore da vendere è la gestione delle eccezioni e la possibilità di audit. Se esiste un'API stabile, va usata al posto del controllo dello schermo.

Il limite reale: la domanda per la query esatta è diminuita nell'ultimo anno e le grandi piattaforme di automazione dominano già i casi più semplici. Un prodotto generico che fa clic sullo schermo sarà facile da copiare. Gli elementi difendibili sono un workflow verticale, regole di validazione proprietarie e prove di una riduzione dei costi delle eccezioni.

Che cosa non risolve il multi-action

I turni multi-action non rendono sicuro raggruppare qualsiasi workflow. Se la seconda azione dipende dall'esito visibile della prima, l'agente deve osservare e riformulare il piano. Altrimenti basta un clic mancato per far proseguire tutte le azioni successive nello stato sbagliato.

Gli altri limiti sono operativi, non estetici:

• Il computer use può essere ancora più lento di una persona su un'attività semplice.
• La selezione delle coordinate, la scelta dei tool, lo scorrimento e le operazioni complesse sui fogli di calcolo possono fallire o richiedere nuovi tentativi.
• L'affidabilità può diminuire in applicazioni di nicchia o in workflow che attraversano più applicazioni.
• Le pagine dinamiche possono rendere obsoleti i riferimenti agli elementi del browser.
• Pagine web e immagini possono contenere prompt injection concepite per deviare l'agente.
• Browser o ambiente desktop, credenziali e log restano a carico dell'azienda, insieme all'infrastruttura.
• Il browser use è attualmente disponibile soltanto tramite le API Claude e non all'interno di Claude Managed Agents.

Il controllo del computer è adatto quando manca un'API, l'attività ha un valore sufficiente a giustificare l'osservazione e una persona può approvare le conseguenze. Per operazioni stabili e strutturate va usata una normale API. Il controllo dello schermo è un adattatore per il software esistente, non un sostituto di una buona progettazione delle integrazioni.

La mossa da fare lunedì

Si scelga un workflow ripetitivo che non dispone di un'API utilizzabile e non prevede azioni irreversibili prima dell'ultimo passaggio. La settimana prossima va eseguito in due modalità: una singola azione per ogni chiamata al modello, poi batch multi-action sicuri limitati ai passaggi che non richiedono uno screenshot intermedio. Per ogni attività completata vanno rilevati quattro valori: costo API, tempo trascorso, numero di tentativi e minuti di revisione umana.

Il calo del costo dei token, da solo, non giustifica l'approvazione del progetto pilota. Il via libera ha senso quando il costo per attività completata, corretto per i fallimenti, batte quello del processo attuale e la traccia di audit è adeguata per chi è responsabile del rischio. È questa la voce di budget che cambia con il nuovo rilascio.

Quanto costa utilizzare gli agenti AI?

Non esiste una tariffa fissa per il computer use. Sulla Claude Platform, i tool lato client per computer e browser vengono fatturati tramite i normali token del modello. Sonnet 5 costa attualmente $2 per milione di token di input e $10 per milione di token di output. Si devono aggiungere infrastruttura dell'executor, screenshot, log, tentativi e revisione umana, quindi dividere il totale per le attività concluse con successo.

Quanto costa sviluppare un agente AI nel 2026?

Il costo di sviluppo dipende più dall'integrazione del workflow, dalla sicurezza, dalle valutazioni e dalla gestione delle eccezioni che dalla singola chiamata al modello. Una stima utile separa la realizzazione iniziale del sistema dal costo operativo per attività completata. Per il computer use vanno inclusi desktop o browser controllato, credenziali, convalida delle azioni, log, monitoraggio e interfaccia di approvazione.

Usare l'AI sta diventando troppo costoso?

Diventa costoso quando si ottimizza il prezzo dei token ignorando fallimenti e turni ripetuti del modello. Il computer use multi-action può eliminare alcune chiamate ridondanti, ma la metrica corretta rimane il costo per attività completata, corretto per i fallimenti. Il primo esempio di Anthropic sui sinistri ha mostrato una riduzione di circa il 30% del costo per attività, non un taglio universale delle tariffe.

Che cos'è il software testing automatizzato?

È l'esecuzione, da parte di un software, di verifiche ripetibili su un altro prodotto, al posto di una persona che percorre manualmente ogni flusso. Un agente di computer use aggiunge capacità di adattamento quando i controlli cambiano posizione o un workflow attraversa interfacce visive, mentre sono ancora le asserzioni deterministiche a stabilire se il risultato sia davvero corretto.

L'AI sostituirà la QA?

No. L'AI può eseguire più percorsi ripetitivi e spiegare dove si è interrotto un flusso. La QA continua a definire il rischio, progettare test significativi, stabilire che cosa è corretto, esaminare gli errori ambigui e assumersi la responsabilità della decisione di rilascio.

Per realizzare un agente di computer use calibrato su workflow, controlli e obiettivi di costo reali, è disponibile il servizio di sviluppo di agenti AI.