10 esempi pratici
18Come abbiamo scelto e ordinato gli esempi
Come sono stati scelti e messi in ordine i 10 esempi del corso: quali dati esistono, quali mancano, come li abbiamo combinati e quanto fidarsi del risultato.
La promessa del corso è mostrarti gli esempi «in ordine di diffusione». Qui ti spieghiamo da dove viene quell'ordine. Cominciamo con una cosa onesta: nessuno pubblica una statistica ufficiale su quali lavori si fanno di più con CrewAI: Framework open source in Python per costruire squadre di agenti AI che collaborano. Creato da João Moura, sviluppato da CrewAI Inc. glossario. Abbiamo quindi fatto come un giornalista che non trova il dato ufficiale: abbiamo raccolto più indizi indipendenti, li abbiamo pesati con una regola dichiarata e abbiamo controllato se l'ordine regge quando si cambiano i pesi.
Tutti i numeri di questa pagina sono stati letti o misurati il 15 settembre 2026. Il lavoro completo, con le interrogazioni ripetibili, è nella nota di ricerca del corso.
Il problema: il dato che manca#
CrewAI Inc. pubblica numeri complessivi. Nel suo blog del 24 gennaio 2026 parla di «2 miliardi di esecuzioni di sistemi agentici negli ultimi 12 mesi»; la home page del sito dichiara più di 450 milioni di workflow al mese e il 65% delle aziende Fortune 500 tra gli utenti. Sono numeri forniti dall'azienda e non sono divisi per caso d'uso: non dicono quante di quelle esecuzioni scrivono report e quante rispondono ai clienti.
Anche i sondaggi sugli Agente AI: Programma che usa un LLM per decidere da solo i passi da fare verso un obiettivo: ragiona, usa strumenti, osserva il risultato e riprova finché ha finito. glossario non aiutano del tutto: parlano di agenti in generale, non di CrewAI, e ognuno usa categorie diverse (reparti aziendali in uno, tipi di attività in un altro). Per questo abbiamo messo insieme quattro segnali, ciascuno con i suoi difetti, sperando che i difetti di uno siano compensati dagli altri.
GitHub è il sito dove i programmatori pubblicano il codice dei loro progetti. Ogni progetto si chiama repository (in breve «repo») e può avere delle etichette chiamate topic: chi costruisce qualcosa con CrewAI spesso aggiunge l'etichetta crewai. Contare i repository è un modo per vedere cosa costruiscono le persone, un po' come contare le ricette pubblicate per capire cosa si cucina.
I quattro segnali e i loro pesi#
Siamo partiti da 15 casi d'uso candidati, presi dagli esempi ufficiali di CrewAI, dai due corsi di DeepLearning.AI dedicati a CrewAI, dalle storie dei clienti e dalle categorie dei sondaggi. Per ognuno abbiamo raccolto quattro misure.
| Segnale | Che cosa misura | Tipo | Peso |
|---|---|---|---|
| S1 · ricerca su GitHub | Quanti repository contengono nel nome o nella descrizione «crewai» più una parola chiave fissata in anticipo (per esempio crewai research). | misurato | 25% |
S2 · repository con etichetta crewai | Su 1.606 repository analizzati, 562 sono applicazioni vere (non librerie, modelli o tutorial). Per ogni caso d'uso: che quota di queste 562 applicazioni gli appartiene. | misurato, con errore di classificazione | 25% |
| S3 · materiale ufficiale | Da 0 a 5: un punto per ogni gruppo di fonti in cui il caso compare (esempi ufficiali, guida dei docs sui casi d'uso, corso DeepLearning.AI 1, corso 2, storie dei clienti); mezzo punto se la corrispondenza è parziale. | giudizio con regola | 30% |
| S4 · sondaggi di settore | Da 0 a 5: un punto per ogni sondaggio (LangChain 2025 e 2024, CrewAI 2026, PwC 2025, McKinsey 2025) in cui il caso è tra le prime voci; mezzo punto se la corrispondenza è parziale. | giudizio con regola | 20% |
I primi due segnali guardano chi costruisce con CrewAI in pubblico; gli ultimi due guardano cosa l'azienda mostra e cosa usano le imprese. S3 e S4 non sono misure ma giudizi: seguono una regola scritta, però un'altra persona potrebbe dare mezzo punto in più o in meno a una casella. Per questo pesano insieme la metà del totale, non di più.
Come si combinano#
I quattro segnali hanno scale diverse: S1 conta centinaia di repository, S3 va da 0 a 5. Per sommarli bisogna Normalizzare: Riportare numeri con scale diverse su una scala comune, per esempio da 0 a 1 dividendo ogni valore per il più grande. Così si possono sommare misure che altrimenti non sarebbero confrontabili. glossario: ogni valore si divide per il valore più alto di quel segnale, così il migliore vale 1 e gli altri una frazione. Poi si fa la media pesata e si moltiplica per 100.
Un esempio con l'assistenza clienti. Su GitHub ha 173 repository contro i 1.704 della ricerca, quindi S1 vale 0,10; la sua quota di applicazioni è 1,8% contro il 28,3% della prima, quindi S2 vale 0,06. Nel materiale ufficiale prende 4 punti su un massimo di 5 (0,80) e nei sondaggi è la prima (1,00). Il conto è 0,25 × 0,10 + 0,25 × 0,06 + 0,30 × 0,80 + 0,20 × 1,00 = 0,48, cioè circa 48 punti (48,1 con i decimali completi).
La classifica finale#
Nel grafico vedi i punteggi dei 10 casi scelti e dei tre subito fuori. Guarda soprattutto le distanze: il primo stacca tutti, mentre dal quinto al decimo i valori sono vicini e basta poco per scambiare due posizioni.
La tabella riporta i valori grezzi da cui nasce ogni punteggio. S1 è il numero di repository, S2 la quota tra le 562 applicazioni, S3 e S4 i punti su 5.
| # | Caso d'uso | S1 | S2 | S3 | S4 | Punteggio |
|---|---|---|---|---|---|---|
| 1 | Ricerca e report | 1.704 | 28,3% | 3 | 3,5 | 85,5 |
| 2 | Domande sui documenti (RAG) | 822 | 19,6% | 3,5 | 2 | 60,4 |
| 3 | Articoli e contenuti | 611 | 12,3% | 5 | 1 | 54,8 |
| 4 | Assistenza clienti | 173 | 1,8% | 4 | 4 | 48,1 |
| 5 | Codice: scrivere, rivedere, modernizzare | 668 | 8,7% | 2 | 2 | 39,5 |
| 6 | Analisi finanziaria | 501 | 14,1% | 3 | 0 | 37,8 |
| 7 | Vendite e lead | 91 | 3,7% | 4 | 1 | 33,6 |
| 8 | Analisi di dati | 193 | 7,7% | 2,5 | 1 | 29,6 |
| 9 | Marketing e social | 181 | 5,3% | 2,5 | 1 | 27,3 |
| 10 | Selezione del personale | 350 | 6,9% | 2,5 | 0 | 26,2 |
| 11 | Preparare e riassumere riunioni | 72 | 2,1% | 2,5 | 1 | 22,9 |
| 12 | Viaggi ed eventi | 310 | 2,0% | 2 | 0 | 18,3 |
| 13 | Gestione automatica delle email | 255 | 2,8% | 1 | 0,5 | 14,7 |
Due casi meritano un commento. L'assistenza clienti è quarta pur essendo quasi assente su GitHub: le aziende non pubblicano i sistemi che rispondono ai loro clienti, ma nei sondaggi e nelle storie dei clienti è in cima. L'analisi finanziaria fa il contrario: è molto presente su GitHub (spesso come esercizio o progetto personale) e assente dai sondaggi aziendali.
I numeri principali, con la fonte#
Questi sono i dati misurati più importanti tra quelli usati. Le cifre dei sondaggi riguardano gli agenti AI in generale, non solo CrewAI.
| Dato | Valore | Fonte e data |
|---|---|---|
| Stelle del progetto CrewAI su GitHub | 58.590 | github.com/crewAIInc/crewAI, 15/9/2026 |
Repository con etichetta crewai | 2.420 (analizzati 1.606, di cui 562 applicazioni) | GitHub, topic crewai, 15/9/2026 |
| Esecuzioni dichiarate da CrewAI | 2 miliardi in 12 mesi | blog CrewAI, 24/1/2026 |
| Uso principale degli agenti (risposta singola) | assistenza clienti 26,5%; ricerca e analisi di dati 24,4% | LangChain, State of Agent Engineering: 1.340 risposte, fine 2025 |
| Usi degli agenti (risposta multipla) | ricerca e sintesi 58%; assistenza clienti 45,8% | LangChain, State of AI Agents: oltre 1.300 professionisti, 2024 |
| Reparti in cui gli agenti hanno un impatto rilevante | IT 52%; operazioni 44%; assistenza clienti 39%; vendite e marketing 39% | CrewAI, The State of Agentic AI in 2026: 500 dirigenti, 11/2/2026 |
| Aree in cui le aziende usano o pianificano agenti | assistenza clienti 57%; vendite e marketing 54% | PwC, AI Agent Survey: 308 dirigenti USA, aprile 2025 |
| Strumento più usato nel codice pubblico | SerperDevTool in 5.144 file Python; ScrapeWebsiteTool in 2.828 | ricerca nel codice di GitHub, 15/9/2026 |
Per S3 abbiamo usato anche la raccolta di esempi ufficiali di CrewAI e i due corsi di DeepLearning.AI, Multi AI Agent Systems with crewAI e Practical Multi AI Agents and Advanced Use Cases with crewAI. Per S4 anche il rapporto McKinsey The State of AI di novembre 2025: la sua pagina non si è caricata durante la ricerca, quindi le sue indicazioni (agenti usati soprattutto nell'help desk informatico e nella ricerca di documenti) vengono da riassunti di seconda mano e pesano poco.
Quanto è solido l'ordine#
Un punteggio con pesi scelti da noi è credibile solo se non cambia tutto appena si toccano i pesi. Abbiamo quindi rifatto il calcolo in quattro modi diversi. Questo controllo si chiama analisi di sensibilità.
| Pesi usati (S1 / S2 / S3 / S4) | Cosa cambia rispetto alla classifica del corso |
|---|---|
| Tutti uguali: 25 / 25 / 25 / 25 | Niente: stesso ordine. |
| Senza sondaggi: 35 / 35 / 30 / 0 | Stessi 10 casi. L'analisi finanziaria sale al 4° posto, l'assistenza clienti scende all'8°. |
| Più peso a fonti ufficiali e sondaggi: 15 / 15 / 40 / 30 | L'assistenza clienti sale al 2° posto. Le riunioni entrano al 10°, la selezione del personale esce (11°). |
| Solo GitHub: 50 / 50 / 0 / 0 | Entrano viaggi e notizie, escono vendite e assistenza clienti. |
Che cosa resta stabile:
- I primi tre non si muovono mai: ricerca e report, domande sui documenti, contenuti. Qui puoi fidarti dell'ordine.
- Dal quarto al settimo l'ordine dipende da quanto credi ai progetti pubblici rispetto ai dati delle aziende. Con pesi uguali o con più peso a fonti ufficiali e sondaggi restano gli stessi quattro casi; senza sondaggi l'assistenza clienti scende all'8° posto, e guardando solo GitHub assistenza clienti e vendite escono proprio dalla top 10.
- Il decimo posto è conteso tra selezione del personale e preparazione delle riunioni.
I limiti, detti chiaramente#
- Nessun dato diretto. Tutti e quattro i segnali sono indizi indiretti della diffusione, non la diffusione.
- GitHub mostra chi costruisce, non chi usa. I progetti pubblici sono pieni di esercizi e portfolio (finanza, viaggi, curriculum) e vuoti di sistemi aziendali, che restano privati (assistenza, vendite).
- Le parole chiave sono rumorose. «research» compare anche nei progetti universitari, «code» anche in «VS Code». Per ridurre il problema abbiamo cercato solo nel nome e nella descrizione, non nel testo completo dei progetti.
- La classificazione automatica sbaglia. Controlli a campione indicano che assegna la categoria giusta tra il 60 e l'85% delle volte (stima).
- Il campione non è completo. GitHub restituisce al massimo 1.000 risultati per ricerca: abbiamo analizzato 1.606 dei 2.420 repository con etichetta, i più popolari e i più aggiornati.
- S3 e S4 sono giudizi. Seguono una regola scritta, ma restano opinioni ragionate.
- I sondaggi non parlano di CrewAI e quelli fatti da aziende del settore (CrewAI, LangChain) risentono di chi sceglie di rispondere.
- I risultati dei clienti citati nelle storie di CrewAI (per esempio «95% di accuratezza nelle risposte» o «75% più veloci nel primo contatto») sono dichiarazioni commerciali non verificate da terzi.
- I numeri invecchiano. Le quantità su GitHub cambiano ogni giorno: se riusi questa classifica, ripeti le misure e aggiorna la data.
Usa questa classifica per quello che è: un modo ragionevole di scegliere da quali esempi partire. Non citarla come «statistica ufficiale di CrewAI», perché quella statistica non esiste.
Prova tu: ricalcola il punteggio dei contenuti
I contenuti hanno 611 repository (il massimo è 1.704), una quota del 12,3% (il massimo è 28,3%), 5 punti su 5 nel materiale ufficiale (è il massimo) e 1 punto nei sondaggi (il massimo è 4). Quanto fa il punteggio?
Soluzione. Normalizzi: 611 ÷ 1.704 = 0,36; 12,3 ÷ 28,3 = 0,43; 5 ÷ 5 = 1,00; 1 ÷ 4 = 0,25. Poi pesi: 0,25 × 0,36 + 0,25 × 0,43 + 0,30 × 1,00 + 0,20 × 0,25 = 0,09 + 0,1075 + 0,30 + 0,05 = 0,5475, cioè circa 54,8 punti. Prova ora a rifarlo con pesi tutti uguali (0,25 ciascuno): ottieni circa 51, e i contenuti restano terzi.
- Non esiste una statistica ufficiale su cosa si fa con CrewAI: la classifica combina quattro indizi.
- Due segnali misurati su GitHub (25% ciascuno), due giudizi con regola su materiale ufficiale (30%) e sondaggi (20%).
- Ricerca e report vince con 85,5 punti; domande sui documenti e contenuti seguono, e questi tre posti sono stabili con ogni peso.
- Dal quarto al decimo posto l'ordine dipende da quanto pesi i progetti pubblici rispetto ai dati aziendali.
- Assistenza clienti e vendite sono forti nelle aziende e deboli su GitHub; finanza e viaggi il contrario.
Adesso si passa alla pratica. Il primo esempio è anche il più diffuso: una crew che cerca sul web e scrive un report con le fonti.
Corso indipendente, non affiliato a CrewAI Inc. Contenuti verificati su CrewAI 1.15.21 il 15 settembre 2026.