Scegliere un framework per agenti: cosa conta davvero
Qualsiasi articolo che classifichi i framework per agenti per nome è superato prima di essere indicizzato. Queste librerie riscrivono le proprie astrazioni centrali ogni pochi rilasci, e quella che oggi vince un confronto potrebbe essere cambiata quando il vostro progetto andrà online.
Perciò questa guida fa qualcosa di più duraturo: elenca le otto domande che determinano se fra sei mesi sarete ancora contenti della scelta, e spiega cosa costa ogni risposta.
Le otto domande, in ordine di importanza#
- Posso leggere il ciclo? Senza trovare il file in cui l'output del modello diventa una chiamata, non si debugga un'esecuzione storta.
- Cosa succede a un guasto di uno strumento — arriva a me o viene ritentato invisibilmente con un altro prompt?
- Il mio prompt è il prompt del framework? Il testo di sistema che non avete scritto vi sorprenderà in un audit.
- Lo stato si può persistere e riprendere, o un crash perde l'esecuzione?
- Come si definiscono gli strumenti, e posso riusare quelle definizioni fuori?
- Com'è la storia degli aggiornamenti: astrazioni rinominate negli ultimi due rilasci?
- Posso cambiare modello senza cambiare framework?
- Quanto aggiunge all'avvio a freddo e a ogni turno?
Tre categorie, tre patti diversi#
| Categoria | Cosa ottenete | Cosa cedete | Sensato quando |
|---|---|---|---|
| SDK del fornitore e ciclo vostro | Visibilità totale, poche dipendenze | Ritentativi, stato, persistenza li scrivete voi | Un agente, pochi strumenti, molto debug |
| Libreria di orchestrazione | Stato durevole, rami, ritentativi, ripresa | Un po' di visibilità; turbolenza negli aggiornamenti | Flussi lunghi o multi-step |
| Piattaforma gestita | Hosting, tracce, valutazione, interfaccia | Portabilità; prezzo per postazione o esecuzione | Team piccolo, compito standard, prova rapida |
Scrivete voi ciò che deve restare vostro#
Qualunque cosa scegliate, quattro beni devono vivere nel vostro repository in una forma che nessun framework possiede: i prompt, le definizioni degli strumenti con i loro schemi JSON, il set di valutazione e il formato delle tracce. È ciò che è costato lavoro vero. Come dati semplici con adattatori sottili, cambiare framework è un giorno; come decoratori ed ereditarietà, è una riscrittura.
La prova che nessuno fa#
Prima di decidere, costruite due volte lo stesso piccolo agente: una con il preferito, una con l'SDK del fornitore e un ciclo scritto a mano. Stessi tre strumenti, stessi dieci casi. Non misurate l'accuratezza — sarà simile. Misurate quanto ci avete messo, quanto è leggibile la traccia e quanto è stato facile capire perché il caso sette è fallito.
Tenete la versione scritta a mano: diventa il riferimento quando dovete stabilire se una stranezza viene dal prompt o dal framework.
Domande frequenti
Serve un framework per il primo agente?
No. Un primo agente con tre strumenti è un ciclo, un elenco di schemi e una condizione di arresto. Farlo a mano una volta insegna cosa farebbe il framework al posto vostro.
Una piattaforma gestita è una trappola?
No, se tenete prompt, schemi e valutazione portabili. Il rischio non è la piattaforma, è che il vostro capitale intellettuale esista solo come configurazione al suo interno.
Quanto incide il framework sull'accuratezza?
Molto meno di quanto si creda. L'accuratezza viene dal design degli strumenti, dall'ancoraggio e dalla valutazione.
framework agenti aimigliori framework agenticonfronto librerie agentiorchestrazione llmscegliere lo stack
