Questa domanda ha una risposta breve, ed è una trappola. L'elenco degli strumenti è facile da recitare e non dice quasi nulla sulla qualità di ciò che verrà costruito. Il nostro lo diamo comunque, perché un fornitore che rifiuta di darlo ha un problema.

Che cosa usiamo

  • Modelli linguistici. Principalmente quelli di Anthropic e OpenAI, scelti compito per compito. Una classificazione ad alto volume non chiede lo stesso modello di una redazione. La scelta resta reversibile: il codice non presuppone mai un fornitore unico.
  • Interfacce di programmazione. Quelle dei vostri strumenti aziendali, delle piattaforme pubblicitarie, della messaggistica e dei sistemi di pagamento. È lì che si svolge il vero lavoro di integrazione.
  • Base dati. Una base relazionale con regole di accesso riga per riga, che resta la fonte di verità. I modelli leggono e scrivono attraverso di essa, mai al di fuori.
  • Esecuzione. Funzioni distribuite ai bordi della rete, attività pianificate e code di attesa per tutto ciò che è lungo, costoso o soggetto a errore.
  • Basi di conoscenza. I vostri documenti suddivisi, indicizzati e citati, perché il modello risponda a partire dalla vostra materia e non dalla propria memoria.
  • Permessi e autenticazione. Un'identità per utente, ruoli e abilitazioni verificate lato server. Mai soltanto nel browser.
  • Registrazione e supervisione. Ogni azione automatizzata lascia una traccia leggibile, con il suo costo, il suo esito e il suo autore. Sui casi anomali partono degli avvisi.

Perché l'elenco non è la risposta

Due fornitori possono citare esattamente le stesse tecnologie e consegnare due cose radicalmente diverse. Ciò che li separa sta in cinque domande, da porre subito dopo:

  • Che cosa succede quando una chiamata fallisce? Nuovo tentativo, attesa progressiva, coda, abbandono con avviso: serve una risposta precisa, diversa a seconda dei casi.
  • Chi ha il diritto di avviare che cosa? Un'automazione che gira con un account onnipotente è un incidente in attesa.
  • Come si sa che cosa è successo? Senza un registro consultabile non c'è diagnosi possibile, quindi nessuna correzione.
  • Quanto costa all'uso? Il costo dei modelli si misura per chiamata. Un'architettura che non lo misura non lo controlla.
  • Che cosa resta deterministico? Tutto ciò che può essere una regola deve restare una regola. Il modello interviene solo dove serve il giudizio.
Il modello è il componente più visibile di un'automazione. Raramente è quello che ne decide la riuscita.

Sulle piattaforme senza codice

Piattaforme come n8n, Make o Zapier sono ottimi strumenti e non abbiamo nulla contro di loro. Vanno benissimo per concatenazioni semplici, di basso volume, senza logica condizionale profonda. Diventano costose e fragili quando il processo si complica, quando il volume cresce o quando serve una ripresa fine dopo un errore.

Il vero tema non è dunque «codice contro senza codice», ma: a che punto si cambia veicolo, e chi ve lo dirà con onestà.

Un dettaglio che cambia tutto: su quale account gira l'IA

Quando pilotiamo le vostre automazioni, le chiamate ai modelli si eseguono sui vostri accessi, sul vostro account, sulla vostra fattura. Vedete il consumo, potete limitarlo e potete interromperlo. Questo punto sembra amministrativo: in realtà determina chi controlla lo strumento, e si collega direttamente alla questione della proprietà.

Per vedere come questi mattoni si assemblano in pratica, la pagina Orchestratore IA descrive il lavoro di pilotaggio, e questo articolo apre il cofano.