Comparatif de plateformes
Replicate offre le catalogue de modèles ouverts le plus large de ce comparatif et c’est la plateforme que la plupart ont déjà utilisée. Deux lignes méritent une lecture attentive avant de s’engager : ce qu’achète une seconde facturée, et ce qu’est devenu leur plafond mensuel de dépense.
Point de départ
Replicate héberge des modèles open source et communautaires derrière une seule API de prédiction, avec un outil d’empaquetage pour y pousser les vôtres. La plupart des modèles facturent le temps d’exécution à un tarif horaire matériel converti à la seconde ; certains facturent au résultat. Leurs conditions reconnaissent en capitales que le service peut générer des contenus choquants et que leur gestion incombe au client.
Nous publions un catalogue sélectionné plutôt qu’ouvert : moins de modèles, mais chacun avec un prix fixe sur sa propre unité et un schéma d’entrée publié. Rien n’est facturé au temps d’exécution, une exécution lente coûte donc autant qu’une rapide.
Ligne par ligne
Notre colonne est identique sur toutes ces pages, parce que notre fonctionnement ne change pas selon l’interlocuteur auquel on nous compare. Seule la colonne de droite est propre à cette plateforme.
| Ce que vous comparez | SpicyAPI | Replicate |
|---|---|---|
| Politique de contenu | Aucune revue de contenu requête par requête, aucun paramètre de vérification de sécurité à négocier et aucun indicateur de mode de contenu sur la clé. Ce qu’un modèle produit ou refuse de produire, c’est ce modèle qui en décide. L’usage illicite reste interdit par la politique d’usage acceptable et le canal de signalement est public. | Les conditions indiquent en capitales que le service peut générer des contenus choquants et que le résultat est au client de le gérer. La politique d’usage n’aborde le contenu que par une interdiction générale du matériel obscène ou choquant. Une vérification de sécurité s’exécute sur certains modèles de base et leurs affinages pour les prédictions web ; disable_safety_checker vaut false par défaut et n’est documenté que via l’API. |
| Mode de facturation | En dollars américains, selon l’unité dans laquelle la tâche elle-même est mesurée. Pas de monnaie de crédits à convertir, pas d’abonnement, pas de palier tarifaire, pas de minimum mensuel. Un appel d’estimation chiffre exactement le corps que vous vous apprêtez à envoyer et ne réserve rien. Le solde se recharge par carte ou en cryptomonnaie (USDT). | La plupart des modèles facturent le temps d’exécution à un tarif par seconde selon le matériel : le même résultat coûte donc plus cher sur un matériel plus lent ou lors d’une exécution plus lente. Certains facturent par image produite ou par millier de jetons produits. Les modèles privés et les déploiements facturent aussi le démarrage et l’inactivité. Le crédit est prépayé, valable un an et non remboursable. |
| Requête en échec | Une tâche réussie est soldée sur ce qu’elle a réellement consommé et n’est pas remboursée parce que le résultat a déçu. Les tâches échouées ou expirées ne sont généralement pas facturées. Certains modèles facturent les refus de contenu comme indiqué sur leur page ; consultez ces conditions avant l’envoi. | Les deux documents officiels divergent. La documentation de facturation indique que, pour tous les modèles, une exécution en échec n’est pas facturée. Les conditions indiquent que les exécutions partielles et les tentatives en échec sont facturées selon le point de défaillance consigné. Pour les modèles privés et les déploiements, il est documenté à part que les exécutions en échec ou annulées sont facturées au temps d’instance actif. |
| Forme des requêtes | Un appel de création répond 202 avec un identifiant de tâche ; les résultats arrivent par interrogation ou par webhook signé. Le texte passe par une surface compatible OpenAI sur la même clé. Les entrées sont validées contre un schéma publié avec additionalProperties fermé, et chaque appel d’écriture accepte une clé d’idempotence valable 24 heures. | Prédictions asynchrones avec interrogation, plus des webhooks filtrables par événement. Une requête peut aussi rester ouverte via un paramètre wait jusqu’à soixante secondes. Les prédictions expirent au bout de trente minutes. Aucun point de terminaison de chat compatible OpenAI n’est listé dans la référence de l’API HTTP. |
| Plafonds de dépense | Définissez, pour chaque clé, des plafonds de dépenses journaliers, mensuels et à vie. Les nouvelles clés n’ont aucun plafond tant que vous n’en définissez pas. Vous pouvez aussi limiter une clé à certains modèles et adresses IP d’origine ; les montants encore réservés sont également pris en compte. | La possibilité de fixer un plafond mensuel de dépense a été retirée ; le journal des changements renvoie au support les clients qui en ont besoin. Il reste le solde prépayé, qui bloque tout nouveau travail à zéro, et un seuil de recharge. Aucune limite par clé n’est documentée. |
| Outils officiels | REST natif plus une surface compatible OpenAI, ainsi que nos propres SDK, CLI, serveur MCP et Agent Skill, le tout sur la même clé. | Clients maison pour Node.js, Python, Swift et Go, un serveur MCP hébergé, ainsi qu’un CLI et un outil d’empaquetage de modèles sur GitHub. La page des bibliothèques clientes de la documentation liste le serveur MCP mais pas le CLI. |
| Engagements publiés | Nous publions un objectif d’exploitation de 99,9 % sur notre propre couche : accepter les requêtes, admettre les tâches, livrer les rappels. C’est un objectif, pas un accord de niveau de service : ni avoirs de service ni indemnisation, et il exclut les fournisseurs tiers qui exécutent la génération, les fenêtres de maintenance annoncées et les événements hors de notre contrôle. L’état en direct est publié sur status.spicyapi.ai. | Aucun engagement de disponibilité ni accord de niveau de service n’apparaît dans la documentation publique. Les limites documentées sont de 600 créations de prédiction par minute et 3000 requêtes par minute sur les autres points de terminaison. |
| Langues | Site, documentation des modèles, console et textes d’erreur de l’API en dix langues : anglais, japonais, coréen, allemand, français, espagnol, portugais du Brésil, russe, italien et polonais. Les codes d’erreur ne changent jamais avec la langue, vos branchements restent donc stables. | Documentation observée en anglais uniquement, sans mention d’autres versions linguistiques. |
Balayez horizontalement pour voir toutes les colonnes.
Politique de contenu
Alignez la version exacte et le fine-tune, pas seulement le nom affiché. Vérifiez référence du personnage et prompt sur le point de terminaison cible avant de déplacer toute la file.
Mode de facturation
Distinguez calcul actif des modèles publics et coûts de démarrage ou d’inactivité des déploiements. Démarrage et inactivité des modèles publics sont gratuits ; un démarrage à froid peut allonger l’attente sans augmenter le calcul facturable.
Forme des requêtes
Mappe version/input et l'identifiant de prédiction Replicate vers le schéma cible et l'identifiant de tâche. Si Prefer: wait renvoie un travail inachevé, continue le polling au lieu de créer un autre job payant.
Plafonds de dépense
Pour une intégration issue d’un compte à recharge automatique, utilisez une clé plafonnée dédiée. Gardez les budgets clients dans l’application : le plafond d’une clé couvre tous ceux qui la partagent.
Pertinence
Modèles
Chaque lien ouvre la page de la famille de modèles concernée : entrées, limites, politique de contenu et prix actuel à l’unité.
Questions fréquentes
Ce que nous avons lu chez Replicate
Voici les sources officielles de Replicate. Ce comparatif décrit des fonctions publiées, pas un benchmark ni un test du service.
Autres comparatifs
Et après
Le simulateur prend exactement les réglages que vous enverriez et renvoie ce que la tâche coûte ici, sans variable de durée d’exécution dans le résultat.
