Che cos’è un agente IA?

Quasi tutte le pagine che vendono un agente lo presentano come un prodotto indivisibile: o lo compri o no. Comodo per vendere, ingannevole per decidere — un agente non è un blocco. Sono tre cose separabili.

L’harness è il programma che fa girare il ciclo: prompt di sistema, gestione del contesto, guardrail, instradamento verso gli strumenti, ripresa sugli errori.

Il modello è l’LLM. È lo strato di cui parlano tutti, e l’unico che si sostituisce davvero.

Strumenti e skill sono ciò che l’agente può fare e ciò che sa fare. Due cose diverse — ci torniamo.

Tieni la conclusione prima del dettaglio: lo strato più discusso è il più sostituibile, e gli altri due sono quelli che ti appartengono.

Una demo di agente sta in un prompt. Un agente in produzione sta nell’harness — ed è esattamente la parte che le demo lasciano fuori.

• Il prompt di sistema — il ruolo, i limiti, il tono, ciò che l’agente non ha diritto di fare.
• Il ciclo — quando chiamare uno strumento, quando fermarsi, quanti giri prima di arrendersi.
• La gestione del contesto — una sessione lunga sfonda la finestra del modello. Bisogna riassumere, potare, decidere cosa tenere. Fatto male, l’agente dimentica l’essenziale e conserva le chiacchiere.
• I guardrail — cosa viene verificato prima che un’azione parta, e cosa richiede un umano.
• La ripresa sugli errori — un’API che cade, uno strumento che restituisce altro, un modello che inventa un argomento. In produzione succede ogni giorno.

È software, non prompt. Ed è riutilizzabile: lo stesso harness serve più agenti. Ed è il motivo per cui «basta un abbonamento» non è una risposta completa — l’abbonamento ti dà il modello, non il ciclo.

Claude, GPT, Gemini, un modello a pesi aperti dietro un agente come Hermes. Non si equivalgono su tutto, ma svolgono lo stesso ruolo nell’architettura: ragionano e decidono quale strumento chiamare.

Cambiare modello è il cambiamento meno costoso — non uno gratuito. I prompt vanno ritarati, l’affidabilità nella chiamata degli strumenti varia, le finestre di contesto differiscono. Conta giorni, non mesi. Da confrontare con la ricostruzione degli strumenti, che si conta in settimane.

Nessun assistente generalista integra la telefonia. Trasformare un agente in un centralino richiede un operatore, trascrizione, sintesi vocale e un budget di latenza che decide se il risultato è usabile. Non è una debolezza del modello: è uno strato di interfaccia, e chiede infrastruttura.

Uno strumento è una funzione che il modello può chiamare: leggere un’agenda, emettere una fattura, interrogare un database. È deterministico — l’agente fa qualcosa.

Una skill è una procedura scritta, caricata quando serve: come si redige un preventivo da voi, in che ordine, con quali diciture. Non è eseguibile — l’agente sa come si fa.

Confonderle costa caro, perché si finisce per programmare ciò che andava scritto, o scrivere ciò che andava eseguito.

MCP, e perché cambia il conto

Il Model Context Protocol è il modo standard di collegare uno strumento a un agente. I principali agenti lo hanno adottato, e la conseguenza è semplice: uno strumento scritto una volta funziona con il modello successivo e con l’harness successivo.

Passi da Claude a ChatGPT, o a un modello aperto che ospiti tu: gli strumenti ti seguono. Si rimonta solo l’harness, ed è fatto per quello.

È ciò che rende coerente una posizione che potrebbe sembrare contraddittoria: dire «non dipendere da un fornitore» lavorando con modelli commerciali. Non vendiamo un modello. Costruiamo strumenti che sopravvivono al modello.

Tre strati bastano a descrivere un agente. Ne servono altri tre perché stia in piedi in produzione.

Memoria e conoscenza. Il breve termine è la finestra di contesto. Il medio, file di lavoro. Il lungo, un archivio o un indice. Non è harness: persiste tra le sessioni ed è il tuo patrimonio. Chi detiene la memoria detiene il valore.

Interfaccia. Come si raggiunge l’agente: una chat, Slack, un’email, il telefono, un’attività pianificata, un’API. Lo stesso agente dietro due interfacce sono due prodotti diversi per chi lo usa — ed è qui che sta davvero la questione della voce.

Governance. Con quali credenziali agisce, cosa ha il permesso di fare, cosa resta tracciato, come sai che funziona ancora. È ciò che separa una demo da un sistema, ed è la domanda da fare prima di firmare: chi detiene gli accessi?

Non c’è una risposta generale. C’è un criterio.

Comprare vince quando il bisogno è standard, quando deve funzionare questa settimana, e soprattutto quando la soluzione porta con sé un’infrastruttura che non hai — la telefonia per prima. Un prodotto confezionato ha già risolto problemi che non hai voglia di risolvere.

Costruire vince quando il processo è il tuo e non quello del settore, quando i dati non devono uscire, e quando l’orizzonte supera i due anni. A tre anni, un abbonamento per postazione finisce spesso per costare più di quanto si sarebbe pagato una volta sola.

Il criterio nasconde una terza opzione, la più frequente nella pratica: comprare la base e costruire ciò che ti distingue. Prendi un modello in abbonamento e investi negli strumenti e nell’harness — i due strati che restano tuoi quando il resto cambia.

Confronta totali, non prezzi di vetrina.

Prodotto confezionato: l’abbonamento per utente al mese, la configurazione iniziale, i connettori fatturati a parte, e il costo di uscita — quanto tempo per riprendere dati e processi il giorno in cui te ne vai.

Costruito: progettazione, sviluppo degli strumenti, l’abbonamento al modello che resta dovuto, hosting e manutenzione. Più pesante all’inizio e più piatto dopo.

Il numero che quasi nessuno calcola è il costo di uscita. Non si vede il primo anno e decide tutto il terzo.

Senza di noi, e senza budget.

1. Scegli un compito ripetitivo e noioso che qualcuno fa a mano più volte a settimana. Non il più strategico: il più regolare.
2. Scrivi la procedura come se la spiegassi a una persona appena assunta. Se non ci riesci, non ci riuscirà nessun agente — e hai appena imparato qualcosa di utile.
3. Falla a mano con un assistente, copiando e incollando, per una settimana. Vedrai dove si inceppa prima di scrivere una riga di codice.
4. Elenca gli strumenti da collegare per eliminare il copia-incolla. Quell’elenco è il tuo capitolato.

Quattro passi, qualche ora, e interi progetti evitati.