Runware
Runware propose REST et WebSocket pour image, vidéo, audio, 3D et texte. Les requêtes utilisent tableaux de tâches et identifiants de modèle ; le prix suit le tarif choisi. Ses outils comprennent SDK, CLI, MCP et skills d'agent.
Comparatif de plateformes
Le plus proche de nous sur les règles de contenu, et le seul endroit où les conditions publiques d’un concurrent sont à peu près aussi permissives que les nôtres. Les différences sont ailleurs : ce qu’est une unité de facturation, et si quelque chose plafonne une boucle emballée.

Point de départ
Runware propose REST et WebSocket pour image, vidéo, audio, 3D et texte. Les requêtes utilisent tableaux de tâches et identifiants de modèle ; le prix suit le tarif choisi. Ses outils comprennent SDK, CLI, MCP et skills d'agent.
SpicyAPI facture les tâches en dollars US sans niveaux d’abonnement. La page modèle estime les entrées choisies ; le règlement suit l’usage réel et les règles du modèle.
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 | Runware |
|---|---|---|
| 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 interdisent le matériel portant atteinte aux mineurs et le matériel inadapté à l’âge visant des mineurs ; nous n’avons trouvé aucune clause restreignant les autres contenus sans censure. Une section distincte transfère au client la vérification d’âge et le contrôle d’accès, et précise que la plateforme ne fournit aucune vérification d’âge destinée au public. La vérification de sécurité est un booléen optionnel et aussi un modèle appelable séparément ; la réponse porte un indicateur de contenu au lieu d’un refus. |
| 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). | Facturation en dollars US. Certains modèles ont des tarifs par sortie ou seconde, d’autres au temps de calcul. Dimensions, étapes, numberResults et références supplémentaires peuvent modifier le coût. includeCost renvoie le coût de la tâche terminée. |
| 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. | Documenté à deux endroits comme non facturé : vous ne payez que les générations réussies. Un paramètre includeCost renvoie le montant exact débité pour une tâche donnée. |
| 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. | Un point de terminaison pour toutes les modalités, en REST ou WebSocket, avec un paramètre deliveryMethod qui choisit entre réponse synchrone et tâche asynchrone à interroger. Les webhooks sont pris en charge et se déclenchent par élément terminé dans un lot. Un point de terminaison de chat completions compatible OpenAI existe pour le texte. |
| 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. | Ni plafond de dépense, ni budget journalier, ni limite par clé n’apparaissent dans la documentation publique. Y figurent un solde prépayé, un seuil de recharge et des alertes de solde bas, plus un rapport d’usage en lecture seule filtrable par clé. |
| 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é. | SDK maison TypeScript, Python et Go, un CLI distribué en binaire unique, un serveur MCP hébergé, des agent skills empaquetées, un provider Vercel AI SDK et une intégration ComfyUI. |
| 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. La plateforme indique ne pas appliquer de limites de débit strictes, mais un équilibrage par files. |
| 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
Faites correspondre l’identifiant AIR et la version du modèle pour un workflow sans filtre de contenu. La vérification de sécurité facultative est un contrôle distinct ; elle ne garantit ni la cohérence du personnage ni la qualité du rendu.

Mode de facturation
Lisez le tarif du modèle choisi : dimensions, étapes, numberResults et frais de références. Comparez son résultat includeCost à l’estimation SpicyAPI avec des entrées équivalentes.

Forme des requêtes
Traduis le tableau de tâches Runware, taskUUID et positivePrompt vers les champs de l'endpoint cible. Conserve la corrélation dans l'application ; les identifiants Runware et SpicyAPI ne sont pas interchangeables.

Plafonds de dépense
Conserve les alertes de solde faible, puis attribue un budget de clé au workflow migré. Une alerte informe ; un plafond journalier peut empêcher de nouvelles admissions une fois le budget épuisé.

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 Runware
Voici les sources officielles de Runware. Ce comparatif décrit des fonctions publiées, pas un benchmark ni un test du service.
Autres comparatifs
Et après
Choisissez un modèle, réglez les paramètres que vous enverriez réellement et lisez le coût avant d’envoyer quoi que ce soit.