GET /models. Cette page explique comment ses chiffres sont obtenus, afin que vous puissiez les reproduire et savoir ce qu’ils signifient, et ce qu’ils ne signifient pas.
Familles et variantes
De nombreux ID de modèles correspondent au même modèle proposé d’une manière différente. Le catalogue les regroupe sur une seule page de famille :
Chaque variante conserve son propre ID de modèle, son prix et son niveau de confidentialité. Passez l’ID de la variante comme
model. Les instantanés datés tels que deepseek-v4-flash-0731 restent des familles distinctes et apparaissent sous Autres versions.
Prix normalisés
Chaque modalité est facturée dans sa propre unité. Le catalogue affiche l’unité native et un prix de référence, afin que les modèles puissent être triés et comparés.Les modèles de raisonnement peuvent consommer beaucoup plus de tokens de sortie que les modèles sans raisonnement pour la même tâche, de sorte que le prix mixte sous-estime leur coût réel. Un coût par tâche, mesuré lors des exécutions de benchmarks, est prévu ; voir Benchmarks.
Tarification vidéo
Les modèles vidéo ne publient pas leurs prix dansGET /models. Lors de la génération du catalogue, Venice appelle POST /video/quote pour chaque combinaison résolution × durée × audio prise en charge par chaque modèle, avec son premier format d’image listé (le format d’image ne modifie pas le prix). Le catalogue stocke la matrice complète et en déduit :
- Par seconde : la médiane de
price ÷ secondssur l’ensemble des durées, pour une résolution et un réglage audio donnés. Les prix sont linéaires en fonction de la durée pour presque tous les modèles. - Clip brouillon : 5 secondes, 720p, sans son.
- Clip de production : 10 secondes, 1080p, avec audio.
POST /video/quote avant la mise en file d’attente pour obtenir un montant exact.
Niveaux de confidentialité
Une famille liste tous les niveaux proposés par ses variantes. Filtrer par niveau affiche la variante correspondant à ce niveau, avec son propre prix.
Suite de prompts de référence
Les modèles d’image et de vidéo sont rendus sur une suite de prompts fixe, avec les mêmes prompts pour tous les modèles d’une modalité, aux paramètres par défaut. C’est ce qui permet de comparer la galerie de l’explorateur d’un modèle à l’autre.
Les modèles sans rendus affichent Rendus de référence en attente.
Performances
Pas encore publié. Cette section décrit ce que le catalogue affichera.
Chaque valeur indiquera sa fenêtre (30 jours glissants pour la disponibilité, 7 jours pour la latence), son percentile, le nombre d’échantillons et la région de la sonde. La disponibilité exclut les erreurs 4xx causées par la requête. Le taux de succès du cache est
cache_read ÷ (input + cache_read + cache_write) sur l’ensemble du trafic. Les modèles disposant de trop peu d’échantillons seront marqués Préliminaire.
Benchmarks
Pas encore publié. Cette section décrit ce que le catalogue affichera.
- Vérifié par Venice : exécuté sur l’endpoint Venice indiqué sur la page.
- Indépendant : exécuté par un tiers, généralement sur l’API du laboratoire.
- Déclaré par le laboratoire : publié par le créateur du modèle.
L’ensemble est revu chaque trimestre. Un benchmark devient une vérification plancher, et non plus une mesure principale, dès que les modèles de pointe le saturent ou qu’il échoue à un audit de contamination.
Données lisibles par machine
Le catalogue derrière ces pages est publié au format JSON à l’adresse/data/model-catalog.json et reconstruit à chaque synchronisation horaire. Il convient à la comparaison, à l’analyse et aux agents ; pour choisir un modèle à l’exécution, appelez GET /models.
Les champs sans valeur sont omis. Les prix sont en USD.
Sources de données
Le catalogue est construit à partir d’endpoints publics que vous pouvez appeler vous-même :GET /modelspour les spécifications, les capacités et les prix.POST /video/quotepour les prix des vidéos.GET /models/traitspour les valeurs par défaut telles quedefault_code.