Ogni numero su olud.ai proviene da una fonte pubblica e verificabile ed è aggiornato automaticamente. Questa pagina spiega da dove provengono i dati, come vengono selezionati gli strumenti, come vengono costruiti i confronti — e cosa non faremo mai.
Stelle, attività e metadati del repository per oltre 10.000 progetti AI open-source sono estratti direttamente dall'API ufficiale di GitHub e aggiornati automaticamente, ogni giorno. Monitoriamo anche la velocità delle stelle nel tempo per evidenziare progetti che sono in tendenza, non solo quelli grandi.
Elenco dei modelli, finestre di contesto e prezzi per token per modelli open-weight e commerciali provengono dall'API OpenRouter, aggiornati ogni ora. Manteniamo una cronologia dei prezzi in modo che le modifiche siano visibili nel tempo, non silenziosamente sovrascritte.
La directory degli strumenti e le guide alle alternative sono curate a mano: ogni voce viene controllata rispetto al suo repository e al sito ufficiale prima della pubblicazione (licenza, attività, percorso di installazione, per cosa è realmente utile).
L'inglese è la fonte di verità. Le altre cinque lingue (FR, DE, ES, IT, PT) sono tradotte automaticamente dalle pagine in inglese e rigenerate ogni volta che la fonte cambia. I nomi dei modelli e i prezzi sono intenzionalmente lasciati non tradotti.
Uno strumento entra nella directory solo se soddisfa tutti questi criteri:
Per ogni strumento pubblichiamo gli stessi fatti strutturati: categoria, licenza, esecuzione locale, linguaggio, facilità d'uso, per cosa è migliore e i suoi punti di forza. I suggerimenti sono benvenuti attraverso la pagina di invio e vengono esaminati manualmente rispetto agli stessi criteri.
Le pagine testa a testa (X vs Y) vengono generate solo tra strumenti della stessa categoria, da una singola matrice di caratteristiche strutturata — entrambi i lati di un confronto sono sempre valutati su criteri identici, da dati identici. Le tabelle di confronto dei modelli utilizzano lo stesso feed OpenRouter in tempo reale delle pagine di prezzo, quindi un prezzo che vedi in un confronto è lo stesso prezzo che vedi ovunque altrove sul sito, allo stesso timestamp.
In ogni pagina degli strumenti troverai un Olud Pulse punteggio su 100 (e il suo equivalente da 1 a 5 stelle). Misura una cosa: il momentum di adozione nel mondo reale, da segnali pubblici e verificabili — mai la nostra opinione, mai una posizione a pagamento.
Fino a cinque segnali alimentano il punteggio, a seconda di ciò che esiste per ciascun strumento: Stelle GitHub (totale), velocità delle stelle (stelle guadagnate negli ultimi 7 giorni), pull di Docker Hub (cumulativo), download di PyPI (ultimi 30 giorni) e download di npm (ultimi 30 giorni).
Il metodo: per ogni segnale, ogni strumento è classificato rispetto agli altri strumenti curati, e la sua posizione in quella classifica diventa una percentuale. Il suo Pulse è la media di quelle percentuali attraverso i segnali che ha effettivamente — una libreria che vive solo su PyPI non è penalizzata per non avere un'immagine Docker. Gli strumenti legati a un segnale condividono lo stesso rango. Un segnale misurato a zero conta come ultimo posto, non come dati mancanti. I punteggi vengono ricalcolati ogni mattina da dati freschi.
Limiti onesti: Pulse misura l'adozione, non la qualità — uno strumento ben pubblicizzato può superare uno brillante di nicchia. Gli strumenti senza alcuna impronta pubblica (nessun repository aperto, nessun pacchetto pubblico) non hanno alcun punteggio piuttosto che uno inventato; ecco perché alcune pagine non mostrano alcun blocco Pulse. Leggi il punteggio insieme al numero di segnali mostrati accanto: 183 dei nostri 230 strumenti misurati sono visibili solo su GitHub, e un Pulse costruito su un segnale non significa la stessa cosa di un Pulse costruito su quattro. Docker Hub copre 15 strumenti, PyPI 39, npm 13.
Su ogni progetto pagina troverà un punteggio di salute su 100, con un'etichetta. A differenza di Pulse, che misura l'adozione, questo misura una singola domanda: questo progetto è ancora curato? Viene ricalcolato ogni giorno dai dati pubblici di GitHub. Ecco l'intera formula — nessun peso è nascosto.
| Segnale | Peso | Come vengono assegnati i punti |
|---|---|---|
| Attività giorni dall'ultimo push | 30 | ≤ 7 giorni 30 · ≤ 30 giorni 26 · ≤ 90 giorni 19 · ≤ 180 giorni 10 · ≤ 1 anno 4 · oltre 0 |
| Momentum commit nelle ultime 4 settimane | 20 | 50+ 20 · 21–50 17 · 6–20 12 · 1–5 6 · nessuno 0 |
| Comunità contributori — il « bus factor » | 30 | 50+ 30 · 21–50 26 · 6–20 21 · 2–5 12 · un singolo 3 |
| Manutenzione segnalazioni aperte per 1,000 stelle | 20 | ≤ 5 20 · ≤ 15 16 · ≤ 40 11 · ≤ 100 5 · oltre 0 |
La manutenzione è misurata relativa alla popolarità appositamente: 300 segnalazioni aperte su un progetto da 80,000 stelle è normale, su un progetto da 500 stelle è un progetto che annega.
Etichette: 85+ Fiorente · 70+ Sano · 50+ Mantenuto · 30+ Rallentando · sotto, A rischio.
Limiti onesti. Il conteggio delle segnalazioni aperte di GitHub include le pull request, quindi un progetto che riceve molti contributi esterni attualmente vede le sue PR aperte lette come problemi irrisolti, il che gli costa ingiustamente punti Manutenzione. Lo sappiamo, ed è l'unico numero in questo punteggio di cui non siamo soddisfatti. I conteggi dei contributori provengono anch'essi dalle statistiche di GitHub, che si limitano ai contributori principali su repository molto grandi.
I manutentori spesso chiedono cosa si muove più velocemente: spingere codice. Passare da « ultimo push due mesi fa » a « ultimo push questa settimana » vale 11 punti da solo, e compare entro un giorno.
Alcuni progetti open-source vendono anche un'edizione ospitata o enterprise. Quando è il caso, lo diciamo nella pagina dello strumento, sotto Venduto anche come — un fatto che verifichiamo sul sito del progetto stesso, mai una menzione a pagamento. Non cambia la classifica né il punteggio, e non porta nessuna delle etichette « Sponsorizzato » riservate alle inserzioni che sono state effettivamente acquistate.
Non editiamo nemmeno i numeri: stelle, prezzi e date sono mostrati come li riportano le API di origine. Quando qualcosa non va — succede, i dati upstream non sono perfetti — facci sapere e correggeremo la fonte o il pipeline, non solo la pagina.
Leggi di più sul progetto nella pagina Chi siamo, o contattaci — correzioni e suggerimenti rendono il sito migliore per tutti.
Informazioni su questo progetto →