Il round da 300 milioni di dollari che ha portato LangChain a una valutazione di 3 miliardi rende visibile una decisione che molte PMI stanno già affrontando: introdurre un framework di orchestrazione oppure collegare il proprio workflow direttamente all’SDK del provider. Il capitale raccolto non dimostra che un’architettura sia adatta a ogni progetto. Dimostra però che la gestione degli agenti è diventata un prodotto distinto dal modello.

Il criterio di confronto utile non è il numero di integrazioni disponibili. È il costo totale di controllo: quanta logica aggiunge lo stack, quanto è semplice osservare un errore e quanto costa cambiare modello o processo dopo il rilascio. Su questa base, LangChain e l’SDK diretto risolvono problemi diversi.

Due approcci, due responsabilità

LangChain fornisce un ciclo agente già strutturato, astrazioni per modelli e strumenti, integrazioni e middleware. La documentazione ufficiale indica LangGraph quando servono stato persistente, passaggi deterministici, approvazioni umane, retry e controllo esplicito delle transizioni. LangSmith aggiunge tracing, valutazioni e monitoraggio anche a stack costruiti con altri framework.

Con l’SDK diretto del provider l’applicazione parla invece con una superficie più stretta. Nel caso di OpenAI, la Responses API riceve input e restituisce output e tool call; cronologia, retry, limiti, approvazioni e persistenza restano in larga parte responsabilità del codice applicativo. Questa scelta riduce gli strati, ma non elimina l’orchestrazione: la sposta nel progetto.

Tempo di messa in opera

Per un’automazione delimitata vince quasi sempre l’SDK diretto. Un form WordPress può inviare una richiesta a un endpoint, ottenere un output strutturato e salvare una bozza con pochi componenti verificabili. Lo stesso vale per la classificazione di ticket, l’estrazione di campi da un documento o la preparazione di una risposta che deve comunque passare da una persona.

LangChain recupera terreno quando il progetto deve coordinare più strumenti, conservare stato fra passaggi o cambiare provider senza riscrivere ogni adattatore. Middleware e interfacce comuni evitano di ricostruire sempre autenticazione, formati dei messaggi, chiamate agli strumenti e callback. Il vantaggio arriva però solo se quella complessità esiste davvero. Aggiungere un framework a un singolo prompt con due funzioni significa pagare subito un’astrazione che forse non verrà usata.

Controllo, debug e sicurezza

Il codice diretto è più facile da seguire finché il flusso rimane corto: richiesta, validazione, chiamata al modello, controllo dell’output e scrittura. In un plugin WordPress è un vantaggio concreto. Si possono usare capability, nonce, sanitizzazione ed escaping nei punti già noti, mantenendo fuori dal modello le operazioni irreversibili.

Quando i passaggi aumentano, la semplicità iniziale può diventare una rete di condizioni, retry e log scollegati. Qui un runtime esplicito e il tracing end-to-end aiutano a ricostruire quale modello ha scelto uno strumento, con quale input e dove si è interrotta l’esecuzione. LangSmith dichiara di tracciare chiamate al modello, contesto recuperato, uso degli strumenti, latenza, feedback e valutazioni. L’OpenAI Agents SDK offre a sua volta guardrail, handoff e tracing, quindi la distanza tra provider e framework si è ridotta.

Nessuno dei due approcci rende sicuro un agente per impostazione predefinita. I gate vanno progettati nel dominio: allowlist delle azioni, schema dell’output, budget, timeout, log senza segreti e approvazione umana prima di pubblicare, inviare email o modificare ordini. La stessa logica vale per un gate AI in un workflow WordPress: il modello propone, il codice verifica, una persona approva ciò che ha impatto esterno.

Portabilità e dipendenze

LangChain è la scelta più naturale quando la portabilità fra modelli è un requisito dichiarato. La sua astrazione permette di mantenere una struttura comune mentre cambiano provider e strumenti. Non significa che il passaggio sia gratuito: modelli diversi espongono capacità, limiti e formati differenti, quindi test e prompt restano da adattare.

L’SDK diretto accetta una dipendenza più forte dal provider in cambio dell’accesso immediato alle sue funzioni. È sensato quando una capacità specifica è centrale e il team preferisce meno livelli da aggiornare. Per ridurre il rischio basta isolare il provider dietro una piccola interfaccia applicativa e conservare test su input e output. È la stessa disciplina utile nella scelta fra RAG gestito e personalizzato: la portabilità va comprata solo dove produce un vantaggio operativo.

Cosa si rompe quando cresce

Con l’SDK diretto si rompe prima il codice di coordinamento: stato, retry, idempotenza e osservabilità si distribuiscono fra funzioni e code. Con LangChain si rompe prima la comprensione dello stack: più componenti, aggiornamenti e astrazioni possono rendere meno evidente dove intervenire. Il framework riduce il lavoro ripetitivo, ma richiede un proprietario tecnico che conosca il runtime e sappia leggere le tracce.

Per una PMI, il segnale di passaggio non è il traffico da solo. È il numero di eccezioni operative. Se lo stesso workflow deve usare più modelli, riprendere attività interrotte, mantenere stato, coinvolgere approvatori e produrre audit, un framework diventa più economico del codice costruito a pezzi. Se esegue una trasformazione controllata e restituisce un risultato strutturato, l’SDK diretto rimane più facile da testare e mantenere.

La scelta netta

Partirei dall’SDK diretto per il primo workflow: un solo caso d’uso, un contratto di output, metriche su errori e interventi umani. Introdurrei LangChain quando il progetto dimostra almeno una necessità reale fra portabilità, stato durevole, orchestrazione di più strumenti o osservabilità condivisa. Non prima.

La domanda corretta non è quale stack abbia più funzioni. È dove il team vuole possedere la complessità. Con LangChain la concentra in un framework e nei suoi strumenti operativi; con l’SDK diretto la mantiene nel proprio codice. Per un’automazione piccola sceglierei B, SDK diretto. Per un sistema agente che deve evolvere fra provider e processi sceglierei A, LangChain.

Fonti