Claude, n8n o Zapier: il problema decide lo strumento, non il contrario

Sento la stessa domanda almeno una volta a settimana: "per automatizzare conviene Zapier, n8n o Claude?". È posta male, e non per pignoleria. È posta male perché mette sullo stesso piano tre prodotti che si fanno pagare per tre unità di misura incompatibili.

Guarda i contatori, prima delle feature. Zapier fattura le azioni riuscite dentro uno Zap; n8n fattura l'esecuzione del flusso intero, che abbia tre nodi o cinquanta; Claude fattura i token, cioè la quantità di testo che entra ed esce dal modello. Da qui discende tutto il resto: tre curve di costo che si incrociano in punti diversi, e nessun modo onesto di dichiarare un vincitore in astratto. Il costo dipende dalla forma del tuo carico di lavoro, non dal listino.

Sotto trovi il confronto pratico: prezzi verificati alla fonte, limiti reali con la loro documentazione, e un decision tree che parte dal problema e arriva allo strumento, non il contrario.

Nota sui prezzi. Tutte le cifre di questo articolo sono state verificate sulle pagine ufficiali di Zapier, n8n e Anthropic il 27 luglio 2026, e le fonti sono linkate in fondo a ogni sezione. Due avvertenze valgono più delle cifre stesse: i listini di questi prodotti cambiano più volte all'anno, e uno dei prezzi citati qui sotto ha già una scadenza scritta sopra, il prezzo introduttivo di Claude Sonnet 5 che vale fino al 31 agosto 2026. Prima di decidere, riapri le fonti.

Le tre categorie non sono la stessa cosa

Prima dei numeri serve chiarire cosa sono davvero questi tre strumenti, perché il marketing di tutti e tre usa la stessa parola ("automazione") per indicare tre architetture diverse.

Zapier: il connettore

Zapier è un ponte fra applicazioni SaaS. Il suo modello mentale è "quando succede X in Gmail, fai Y in Notion". La sua forza non è la logica, è il catalogo: migliaia di integrazioni già scritte, autenticate e mantenute da qualcun altro. Tu non scrivi codice, non gestisci token OAuth, non ti svegli la notte perché un'API ha cambiato schema.

Il costo di quella comodità è l'unità di misura: Zapier fattura a task, e la definizione ufficiale è più stretta di quella che gira nei confronti. Un task si conta quando Zapier completa con successo un'unità di lavoro. Non contano i trigger, non conta il polling, non contano i passaggi Filter e Paths, non contano gli strumenti interni come Formatter, Delay, Looping, Digest, Storage e Tables. E le azioni che vanno in errore non si pagano.

Il che cambia il conto, sempre nella stessa direzione. Un flusso a cinque passaggi che gira cento volte al mese non consuma cinquecento task: ne consuma quattrocento, perché il trigger non si conta, e ancora meno se uno dei passaggi è un filtro o una formattazione. È il punto dove i preventivi fatti a occhio sbagliano più spesso, quasi sempre per eccesso.

Fonte: come Zapier misura il consumo di task.

n8n: il motore di workflow

n8n è un orchestratore visuale che puoi installare sul tuo server. Il modello mentale è il grafo: nodi collegati, rami condizionali, loop, gestione errori esplicita. Puoi mettere codice JavaScript o Python dentro un nodo quando il visuale non basta.

La differenza strutturale con Zapier è l'unità di fatturazione: n8n conta esecuzioni di workflow, non passaggi. Un flusso a cinquanta nodi che gira una volta consuma una esecuzione. Su flussi lunghi e ripetitivi il conto cambia in modo sensibile.

L'altra differenza è la proprietà: la versione self-hosted si scarica da GitHub e non ha un prezzo di licenza. Paghi il server, non il vendor.

Sulla licenza conviene essere precisi, perché la pagina di pricing la chiama genericamente "faircode" mentre il nome canonico è un altro: Sustainable Use License, Version 1.0. Quello che un lettore deve sapere sta in due righe. Usare n8n dentro la tua azienda, anche per lavoro che ti fa guadagnare, è permesso. Rivenderlo, o ospitarlo come servizio per conto di terzi, richiede una Enterprise License separata (stesso discorso per i file marcati .ee, che hanno una licenza propria). Se automatizzi i tuoi processi sei a posto. Se il piano era rivendere n8n gestito ai clienti, no.

Claude: l'orchestratore che ragiona

Claude non è un connettore né un motore di grafi. È un modello che legge un contesto, decide una sequenza di azioni, chiama strumenti e valuta i risultati. Quando lo usi come layer di automazione, il flusso non è disegnato in anticipo: è deciso a runtime.

La differenza pratica: in Zapier e in n8n tu descrivi come fare una cosa, passaggio per passaggio. Con Claude descrivi cosa deve succedere e a quali condizioni, e il modello costruisce il percorso. Questo è un vantaggio enorme sui compiti ambigui e un difetto serio sui compiti che devono essere identici ogni volta.

Il mio sistema in produzione gira così: Claude come orchestratore, Python per le parti deterministiche, Google Cloud per l'esecuzione schedulata. Il caso completo, con la struttura dei task e cosa si è rotto per strada, è qui: le 21 automazioni e il cron locale.

Prezzi verificati: cosa costa davvero ognuno

Qui sotto ci sono le cifre come compaiono sulle pagine ufficiali a luglio 2026. Le riporto senza arrotondare e senza convertire fra valute, perché ogni conversione è un errore in più che il lettore non può controllare.

Zapier

La pagina di pricing espone quattro livelli:

• Free: 0 dollari, cento task al mese, Zap a due passaggi, workflow illimitati.
• Professional: da 19,99 dollari al mese con fatturazione annuale (750 task al mese) fino a cifre a quattro zeri sui volumi alti. Con fatturazione mensile lo stesso scaglione parte da 29,99 dollari. Include Zap multi-passaggio, app premium illimitate, webhook, filtri e percorsi condizionali.
• Team: parte da 69 dollari al mese con fatturazione annuale sullo scaglione da 2.000 task, 103,50 dollari con fatturazione mensile. Aggiunge venticinque postazioni, connessioni condivise, SAML SSO.
• Enterprise: prezzo su richiesta.

Due dettagli che nel confronto contano più del prezzo di listino:

1. L'abbonamento annuale sconta circa un terzo rispetto a quello mensile. Se il volume è stabile, la differenza è materiale.
2. Sforare il limite di task blocca il flusso, a meno che tu non abbia attivato il pay-per-task. È il dettaglio che i confronti sbagliano più spesso, ed è quello che fa dimensionare male una produzione. Senza pay-per-task attivo la documentazione è netta: gli Zap smettono di girare quando raggiungi il limite del piano, e i run restano in attesa fino al ciclo di fatturazione successivo. Con il pay-per-task attivo paghi il surplus a consumo, a 1,25 volte la tariffa base sul piano annuale e 2,5 volte sul mensile, ma esiste comunque un tetto duro: il consumo si ferma a 3 volte il monte task del tuo abbonamento, e da lì in poi i flussi si fermano lo stesso. Su un Professional da 750 task vuol dire 750 task inclusi più 1.500 a consumo, e stop a 2.250.

Dimensionare una produzione su Zapier significa quindi decidere due cose, non una: quanti task compri, e se preferisci che oltre il limite si fermi tutto o che il conto possa arrivare al triplo.

Fonte: pagina pricing di Zapier.

n8n

Il cloud ha quattro livelli. Le cifre qui sotto sono quelle a fatturazione annuale, che è come la pagina le mostra di default: il toggle Monthly/Annually dichiara circa il 17% di sconto sull'annuale, quindi a rate mensili lo stesso piano costa di più. Confrontare il prezzo annuale di n8n con quello mensile di un concorrente è il modo più rapido di sbagliare il confronto.

• Starter: 20 euro al mese, 2.500 esecuzioni, cinque esecuzioni concorrenti, un progetto condiviso, utenti illimitati.
• Pro: 50 euro al mese, 10.000 esecuzioni, venti esecuzioni concorrenti, tre progetti condivisi, cronologia dei workflow e ricerca nelle esecuzioni.
• Business: 667 euro al mese, 40.000 esecuzioni, sei progetti condivisi, opzione self-hosted, SSO e SAML, versionamento via Git.
• Enterprise: prezzo su richiesta, esecuzioni personalizzate, oltre duecento esecuzioni concorrenti, SLA dedicato.

Il claim che n8n mette in evidenza è "paghi l'esecuzione completa, non ogni passaggio". Non è marketing vuoto: cambia il calcolo economico su ogni flusso che ha più di tre o quattro nodi.

E poi c'è la strada che non compare nella tabella dei prezzi: self-hosting. Nessun canone di licenza, costo del server e costo del tuo tempo. Su una VPS piccola parliamo di cifre a una cifra o poco più al mese, ma il tempo di manutenzione non è zero e va messo a bilancio onestamente.

Fonte: pagina pricing di n8n.

Claude

Qui il modello di prezzo si biforca, e la biforcazione è la cosa più importante da capire.

Piani a canone (uso interattivo e Claude Code):

• Free: 0 dollari.
• Pro: 20 dollari al mese con fatturazione mensile, 17 dollari al mese con fatturazione annuale. Include Claude Code.
• Max: due livelli, dichiarati come cinque volte e venti volte l'uso di Pro. Max 5x costa 100 dollari al mese, Max 20x ne costa 200. Il Max esiste solo su base mensile: la fatturazione annuale non è disponibile.
• Team: 20 dollari per postazione al mese con fatturazione annuale, 25 mensile; postazione premium a 100 dollari annuale, 125 mensile.

API a consumo (uso programmatico, il caso rilevante per le automazioni). Qui serve una precisazione che quasi tutti i confronti saltano, e che da sola invalida metà dei preventivi che vedo girare: "Opus", "Sonnet" e "Haiku" non sono tre modelli, sono tre famiglie, e dentro ogni famiglia convivono generazioni diverse con prezzi diversi. Scrivere "Sonnet costa 3 e 15" senza dire quale Sonnet è un errore che finisce in fattura.

Prezzi per milione di token, ingresso e uscita, alla verifica del 27 luglio 2026:

• Claude Opus 5: 5 dollari in ingresso, 25 in uscita.
• Claude Opus 4.1, la generazione precedente ormai deprecata: 15 dollari in ingresso, 75 in uscita. Tre volte tanto, per un modello più vecchio.
• Claude Sonnet 5: 2 dollari in ingresso, 10 in uscita. È un prezzo introduttivo in vigore fino al 31 agosto 2026; dal 1° settembre 2026 passa a 3 e 15.
• Claude Sonnet 4.6: 3 dollari in ingresso, 15 in uscita.
• Claude Haiku 4.5: 1 dollaro in ingresso, 5 in uscita.
• Claude Fable 5, il modello di punta per il lavoro agentico più lungo: 10 dollari in ingresso, 50 in uscita.

Tre cose da leggere in questa lista, prima di usarla per un preventivo.

1. Il nome della famiglia non basta a fare un conto. Un lettore fermo a Opus 4.1 che legge "Opus costa 5 e 25" sbaglia di tre volte, e sbaglia per difetto. La versione va sempre scritta per esteso.
2. Un prezzo qui dentro ha una data di scadenza. Un budget costruito a luglio su Claude Sonnet 5 sale del 50% il 1° settembre 2026 senza che tu abbia toccato una riga di codice. Se il tuo piano finanziario copre l'anno, è un aumento da mettere a calendario adesso.
3. Il tokenizer è cambiato, e questo sposta ogni confronto di costo. I modelli dalla generazione 4.7 in poi, Claude Opus 5 compreso, usano un tokenizer nuovo che la pagina ufficiale dei prezzi dichiara esplicitamente: produce circa il 30% di token in più a parità di testo. Il prezzo per token non cambia, il numero di token sì. Chi stima il consumo contando i token su un modello vecchio e poi applica il listino di uno recente sbaglia di quasi un terzo, per difetto. Claude Sonnet 4.6 e i modelli precedenti usano ancora il tokenizer vecchio, quindi il confronto fra le due generazioni non si fa a occhio.

Fonti: pagina prezzi di Claude, documentazione Anthropic sui prezzi dei modelli e, per i livelli Max, il centro assistenza. Il dettaglio dei piani a canone, con i limiti d'uso reali, l'ho spaccato in un pezzo dedicato: Claude Free, Pro e Max, prezzi e piani.

Il confronto onesto sui costi

Mettere queste cifre in colonna e dichiarare un vincitore sarebbe disonesto, perché le tre unità di misura non sono commensurabili. Task, esecuzioni e token misurano cose diverse.

Quello che si può dire senza barare è come si comportano le tre curve:

• Zapier ha il costo di partenza più basso e la curva più ripida. Sotto le poche centinaia di task al mese è quasi gratis. Sopra le decine di migliaia diventa la voce di spesa più visibile del tuo stack, e gli overage la rendono irregolare.
• n8n self-hosted ha la curva più piatta e il costo di ingresso più alto in tempo. Il canone non cresce col volume, cresce col carico sul server. Paghi in ore di manutenzione quello che non paghi in abbonamento.
• Claude via API ha una curva che segue il contenuto, non il numero di eventi. Mille esecuzioni che leggono due righe costano pochissimo. Cento esecuzioni che leggono un PDF di trenta pagine ciascuna costano molto di più. È l'unico dei tre dove la dimensione del dato conta più della frequenza.

Sulla curva di Claude va applicato un correttivo prima di qualsiasi conto, e vale la pena ripeterlo perché è il modo più comune di sottostimare la bolletta: se stimi il consumo su un modello della generazione precedente e poi lo prezzi su uno recente, il tokenizer nuovo ti fa sbagliare di circa il 30% per difetto. L'unica stima che regge è quella fatta contando i token con lo stesso identico modello che poi userai in produzione, su un campione vero dei tuoi input.

La conseguenza pratica: se il tuo volume è alto e i tuoi dati sono piccoli, Zapier è caro e Claude è economico. Se il volume è basso e i dati sono grossi, vale l'opposto. Non c'è una risposta valida per tutti.

Cosa fa n8n che gli altri non fanno

Questa sezione esiste perché un confronto che finisce sempre con "vince lo strumento che uso io" non è un confronto, è pubblicità.

1. Determinismo. Un workflow n8n eseguito due volte con lo stesso input produce lo stesso output. Un modello linguistico no, non con la stessa garanzia. Per un flusso contabile, per una sincronizzazione di anagrafiche, per qualsiasi cosa che finisca in un bilancio, il determinismo non è negoziabile.
2. Osservabilità nativa. n8n ti mostra l'esecuzione nodo per nodo, con l'input e l'output di ciascuno. Quando un flusso agentico si rompe, ricostruire cosa ha pensato il modello richiede logging che devi costruirti tu.
3. Integrazioni preconfigurate. Centinaia di nodi già scritti, con autenticazione gestita e paginazione risolta. Ricostruire quel layer a mano, chiamata REST per chiamata REST, è lavoro vero.
4. Nessun costo per token. Un flusso n8n che gira mille volte al giorno per spostare un campo da un database all'altro non ha ragione di passare da un modello linguistico. Sarebbe pagare intelligenza dove serve solo idraulica.
5. Il visuale come documentazione. Un grafo si guarda e si capisce. Un prompt di duemila parole va letto. Quando l'automazione la deve mantenere qualcun altro, questa differenza pesa.

Cosa fa Zapier che gli altri non fanno

1. Zero infrastruttura, zero competenze tecniche. È l'unico dei tre che una persona non tecnica può usare davvero da sola, dal primo giorno, senza leggere documentazione.
2. Il catalogo di integrazioni più ampio. Se il tuo gestionale verticale ha un'integrazione ufficiale da qualche parte, è più probabile che sia su Zapier.
3. Manutenzione delegata. Quando un'API a monte cambia, l'aggiornamento del connettore è un problema di Zapier. Con n8n self-hosted e con Claude è un problema tuo.
4. Time to first automation. Il tempo che passa fra "ho un'idea" e "gira" si misura in minuti. Per validare se un processo vale la pena di essere automatizzato, è il modo più veloce e più economico. Anche se poi lo riscrivi altrove.

Cosa fa Claude che gli altri non fanno

1. Gestisce l'ambiguità. "Leggi questa email e capisci se è una richiesta di preventivo, un reclamo o spam, poi trattalo come merita" non è un flusso disegnabile. È una decisione. Un grafo può solo cercare parole chiave e sbagliare.
2. Legge testo non strutturato. Fatture in formati diversi, email scritte da esseri umani, PDF di trenta pagine. È lo scenario dove un connettore si ferma.
3. Non ha un limite di nodi. Un compito che in n8n richiede quaranta nodi e sei rami condizionali, con Claude si descrive in un paragrafo. Il costo si sposta dalla costruzione alla verifica.
4. Adatta il comportamento senza riscrivere il flusso. Se cambia la struttura di un input, un grafo si rompe e va modificato. Un agente spesso si adatta. "Spesso", non "sempre": è esattamente il motivo per cui serve un gate di verifica.
5. Non ha bisogno che qualcuno abbia già scritto il connettore. Se un servizio espone un endpoint HTTP e una documentazione, la chiamata viene composta al momento, senza aspettare che il nodo o l'integrazione esistano. È il rovescio esatto del vantaggio di Zapier: lì il catalogo è già pronto e lo mantiene qualcun altro, qui il catalogo non serve, ma quando l'API a monte cambia il problema è tuo.

Il decision tree: dal problema allo strumento

Ecco il ragionamento che uso, in ordine. Si parte sempre dal processo, mai dal tool. Se non hai ancora mappato il processo, fermati qui e leggi prima come mappare un processo prima di automatizzarlo: scegliere lo strumento su un processo non mappato è la causa numero uno delle automazioni abbandonate.

Domanda 1. Il compito richiede di interpretare qualcosa?

Se la risposta è no, cioè se ogni passaggio è una regola scrivibile in una riga ("se il campo stato è uguale a pagato, allora crea la riga"), non ti serve un modello linguistico. Vai a n8n o a Zapier. Usare un LLM qui significa pagare di più, aspettare di più e introdurre variabilità dove non ne volevi.

Se la risposta è sì, tieni Claude in gioco e passa alla domanda successiva.

Domanda 2. Quante automazioni hai, e chi le mantiene?

Se sono una o due, le mantieni tu e non sei tecnico, Zapier. Il tempo che risparmi vale più della differenza di prezzo.

Se sono dieci o più, hai competenze tecniche in casa e il volume è alto, n8n self-hosted. La curva di costo piatta a quel punto ripaga la manutenzione.

Domanda 3. Il compito deve dare lo stesso risultato ogni volta?

Se sì, e non c'è interpretazione di mezzo, il pezzo deve essere deterministico: script o nodo, non agente. Puoi comunque farlo scrivere a Claude, ma quello che gira in produzione è codice.

Se il compito tollera una soglia di variabilità (una bozza da rivedere, una classificazione con revisione umana, una sintesi), l'agente ha senso.

Domanda 4. Chi controlla l'output prima che diventi visibile?

Se la risposta è "nessuno", non mettere un modello linguistico in quel punto della catena. Metti una regola. Un output generato che arriva a un cliente senza passare da un controllo prima o poi produce un danno che tre righe di verifica avrebbero intercettato.

Domanda 5. Il dato è grande o l'evento è frequente?

Volume alto e dati piccoli favoriscono n8n o Claude via API con un modello economico. Volume basso e dati grossi rendono Zapier irrilevante e il costo per token la voce dominante.

Se questo ragionamento ti sembra applicabile anche fuori dal tuo caso singolo, la versione estesa per contesti aziendali è in automazione AI per il B2B.

Dove conviene combinarli

La domanda "quale scegliere" presuppone che sia una scelta esclusiva. Nella maggior parte dei sistemi reali non lo è, e le combinazioni più utili sono tre.

Zapier come ingresso, Claude come cervello. Zapier fa quello che sa fare meglio: ricevere il trigger da un SaaS con autenticazione già risolta e passarlo via webhook. Claude fa la parte di giudizio. Il risultato torna indietro. Paghi pochi task Zapier, perché ogni Zap ha due o tre passaggi, e paghi token solo sul pezzo che richiede interpretazione.

n8n come impalcatura, Claude come nodo. Il flusso resta un grafo: deterministico, osservabile, con gestione errori esplicita. Un singolo nodo chiama l'API di Claude per il passaggio che richiede lettura di testo libero. Sulla carta è la combinazione più robusta, perché isola la parte non deterministica in un punto solo e lascia verificabile tutto il resto. È anche la più lenta da mettere in piedi: il grafo va disegnato nodo per nodo prima di vedere qualcosa funzionare.

Claude come costruttore, cron come esecutore. L'agente non gira in produzione. Gira in fase di costruzione: scrive lo script, tu lo revisioni, lo committi, lo scheduli. In produzione gira codice deterministico che costa zero token. È il modo più economico di usare un modello, ed è quello che si dimentica più spesso, perché non assomiglia a un'automazione con l'AI dentro.

Zapier come ingresso, n8n come motore. Qui Claude non c'è, e per molti processi è la scelta giusta. Zapier riceve il trigger dal gestionale verticale che ha il connettore ufficiale e lo gira via webhook a n8n, che esegue il grafo vero. Consumi pochissimi task Zapier, tieni la logica dove puoi versionarla, e non paghi un token. Se il tuo processo è tutto regole e nessuna interpretazione, questa combinazione basta e le altre tre sono sovradimensionate.

# lo schema che uso più spesso
trigger (SaaS / cron)
   → normalizzazione deterministica (script)
   → decisione (Claude, solo se serve interpretare)
   → gate di verifica (regola secca, fail-closed)
   → azione
   → log

Il gate di verifica è la parte che salta per prima quando si ha fretta, ed è la parte che serve di più. Se un output non passa il gate, il sistema deve fermarsi, non tirare a indovinare.

Tre errori che vedo ripetersi

Scegliere lo strumento prima del processo. È l'errore che costa di più, e non si vede subito. Si vede fra tre mesi, quando l'automazione va in pensione perché il processo che copriva era sbagliato all'origine.

Automatizzare per non decidere. Un processo che non ha un proprietario e un criterio di successo non si automatizza: si cancella o si ridisegna. Un tool messo sopra un processo confuso non chiarisce niente, replica lo stesso disordine più in fretta e con meno occasioni di accorgertene.

Confondere "gira" con "funziona". Un flusso che non dà errore ma produce output che nessuno legge non è un'automazione, è rumore schedulato. Il criterio è sempre lo stesso: qualcuno usa quello che esce, e se smettesse di uscire se ne accorgerebbe.

Su come si struttura il ragionamento a monte, sui processi aziendali e non sui singoli task, ho scritto una guida più larga: automazione dei processi aziendali con l'AI.

FAQ

Claude può sostituire completamente n8n?

No, e chi lo dice sta vendendo qualcosa. Può sostituire n8n sui flussi che richiedono interpretazione e su quelli troppo semplici per giustificare un motore di workflow. Non lo sostituisce dove servono determinismo verificabile, osservabilità nodo per nodo e centinaia di integrazioni già autenticate. Il confine si è spostato, non è sparito: una parte dei casi che prima richiedevano un grafo oggi non lo richiede più, il resto sì.

Quanto costa Claude rispetto a Zapier per la stessa automazione?

Il conto lato Zapier va fatto con la definizione giusta di task, altrimenti sovrastimi. Prendi un flusso che gira duemila volte al mese con un trigger e tre azioni riuscite su app esterne: il trigger non si conta, quindi sono seimila task e non ottomila; se una delle tre è un filtro o una formattazione scendi a quattromila; e i run falliti non li paghi. Lo stesso flusso via API, se ogni esecuzione muove poche centinaia di token, costa una frazione.

n8n self-hosted è davvero gratis?

Non ha un canone di licenza, che non è la stessa cosa: paghi il server, il setup, gli aggiornamenti e il debug. E la Sustainable Use License copre l'uso interno, non la rivendita.

Posso usare Claude senza saper programmare?

Per costruire automazioni serie, no. Puoi usarlo benissimo in modo interattivo senza scrivere una riga, ma quando l'automazione deve girare da sola su una schedulazione, qualcuno deve gestire credenziali, esecuzione e gestione degli errori. Se non sei tu, deve essere qualcun altro. La differenza rispetto a due anni fa è che il codice te lo scrive Claude: il collo di bottiglia non è più scrivere, è saper leggere e verificare quello che è stato scritto.

E se scegliessi male?

Il costo di sbagliare strumento è più basso di quanto sembri, a una condizione: che il processo sia documentato fuori dallo strumento. Se sai cosa entra, cosa esce e con quale criterio si valuta il risultato, migrare da Zapier a n8n o da n8n a un agente è lavoro di riscrittura, non di riprogettazione. Se invece il processo esiste solo dentro il grafo, allora sì, sei legato al vendor. Documenta il processo, non il tool.

In sintesi

Se il volume è basso e il tempo di setup vale più del prezzo, Zapier fa il suo lavoro meglio degli altri due, e il costo del pay-per-task non arriva mai a mordere. Il quadro cambia sopra le decine di migliaia di esecuzioni con logica deterministica e qualcuno in casa capace di gestire un server: lì n8n costa molto meno a parità di carico, e il grafo vale anche come documentazione. Claude entra dove c'è da interpretare qualcosa che nessun grafo saprebbe descrivere in anticipo, e resta caro e fuori posto ovunque una regola secca sia sufficiente.

Nella maggior parte dei sistemi che funzionano, comunque, non si sceglie: si combina. La domanda utile non è "quale strumento", è "questo passaggio richiede giudizio o richiede una regola?". La risposta a quella domanda, passaggio per passaggio, disegna l'architettura da sola.

Resta la parte noiosa, che è anche la più importante. I listini di questi tre prodotti si muovono, uno dei prezzi citati qui ha già una scadenza scritta sopra, e il modo in cui ciascuno conta il consumo è la variabile che decide il conto finale più del prezzo unitario. Le fonti sono linkate sezione per sezione: prima di firmare qualcosa, riaprile e rifai il conto sui tuoi numeri.