Spécifications techniques de mj-turbo-reroll
| Spécification | Détails |
|---|---|
| ID du modèle | mj-turbo-reroll |
| Type de modèle | Point de terminaison d’action de génération d’image pour des workflows de relance de style Midjourney |
| Fonction principale | Relancer une génération Midjourney existante en mode Turbo afin de produire un nouvel ensemble de résultats à partir du même contexte de prompt |
| Écosystème amont | Intégrations proxy/API compatibles avec Midjourney |
| Mode de vitesse | Mode Turbo |
| Profil de performance | Les tâches Turbo sont conçues pour générer des résultats jusqu’à 4× plus rapidement que le mode Fast standard, bien qu’elles consomment le temps Fast à un rythme plus élevé en amont. |
| Classe d’opération typique | Action de relance/régénération sur une tâche existante plutôt qu’une soumission de prompt en première passe. |
| Workflow associé | Soumettre ou localiser une tâche d’image existante, identifier l’action/le bouton de relance, envoyer la requête de relance, puis sonder ou récupérer le nouveau résultat de tâche. |
| Dépendance des entrées | Nécessite généralement un contexte de tâche/job existant et une action spécifique de relance ou un customId, plutôt qu’un simple prompt en texte brut. |
| Sortie | Une nouvelle tâche/ensemble de résultats d’image générés, dérivés du même contexte de prompt ou d’un remix de celui-ci |
| Prise en charge asynchrone | Oui ; les API compatibles Midjourney renvoient généralement d’abord un ID de tâche et exigent ensuite une récupération de statut ultérieure ou la gestion d’un rappel. |
| Prise en charge des callbacks/webhooks | Généralement prise en charge via des notifications ou des hooks de rappel dans des API proxy compatibles Midjourney. |
| Comportement des coûts | La relance est généralement regroupée avec les actions d’image de Type 1 dans les tableaux de tarification Turbo compatibles Midjourney. |
Qu’est-ce que mj-turbo-reroll ?
mj-turbo-reroll est l’identifiant de plateforme de CometAPI pour une capacité de relance Turbo compatible Midjourney. En pratique, une « relance » signifie régénérer une tâche d’image afin d’obtenir un nouvel ensemble de résultats tout en conservant la direction créative ou le contexte de tâche d’origine. Dans les systèmes compatibles Midjourney, la relance est traitée comme une action d’image aux côtés d’opérations telles que variation, outpaint, pan et actions liées à l’upscale.
La partie turbo indique que ce modèle est associé à un comportement de génération en mode Turbo. La documentation Midjourney décrit le mode Turbo comme une option GPU à plus haute vitesse disponible sur les versions plus récentes, avec des vitesses de génération pouvant être jusqu’à quatre fois supérieures au mode Fast.
Étant donné que la relance est une action sur une tâche existante, mj-turbo-reroll doit être compris non pas comme un modèle autonome de type texte-vers-image pour une première soumission, mais comme un point de terminaison/workflow spécialisé permettant de régénérer rapidement des résultats d’images antérieurs. Les API compatibles l’implémentent généralement en renvoyant un ID de tâche, puis en exigeant que vous récupériez la progression ou receviez un rappel webhook lorsque la tâche relancée est terminée.
Fonctionnalités principales de mj-turbo-reroll
- Régénération en vitesse Turbo : Conçu pour relancer des tâches d’images en mode Turbo, que la documentation Midjourney décrit comme nettement plus rapide que le mode Fast standard.
- Workflow spécifique à la relance : Axé sur la régénération d’une tâche existante plutôt que la création d’un nouveau job à partir de zéro. Utile lorsque vous appréciez la direction du prompt mais souhaitez des résultats visuels différents.
- Traitement asynchrone basé sur les tâches : Les API Midjourney compatibles renvoient généralement d’abord un ID de tâche, permettant aux applications de sonder l’achèvement ou de gérer les résultats de manière asynchrone.
- Intégration par action/bouton : Dans de nombreuses implémentations proxy Midjourney, la relance est déclenchée via un endpoint d’action à l’aide d’un
customIdspécifique au job ou d’un identifiant de bouton/action extrait d’un résultat de tâche précédent. - Architecture compatible avec les webhooks : De nombreuses API compatibles Midjourney prennent en charge des URL de rappel afin que les applications puissent recevoir automatiquement des mises à jour de statut, plutôt que de sonder en continu.
- S’intègre dans des pipelines d’images multi-étapes : Fonctionne bien dans des flux de production où l’on imagine d’abord une image, on inspecte les boutons/actions, puis on relance, on varie, on pan ou on upscale en fonction des métadonnées de tâche renvoyées.
- Sémantique compatible Midjourney : Aligné avec l’écosystème d’actions Midjourney, où la relance s’ajoute aux opérations de variation, outpaint, inpaint et autres post-générations.
Comment accéder à et intégrer mj-turbo-reroll
Étape 1 : Créer un compte et obtenir une clé API
Pour accéder à mj-turbo-reroll, créez d’abord un compte sur CometAPI et générez une clé API depuis le tableau de bord. Stockez la clé en sécurité et chargez-la via une variable d’environnement dans votre application afin qu’elle ne soit pas codée en dur côté client ni dans des dépôts publics.
Étape 2 : Envoyer des requêtes à l’API mj-turbo-reroll
Utilisez la configuration API standard de CometAPI et définissez le champ model sur mj-turbo-reroll. Étant donné que ce modèle est utilisé pour un workflow de relance, votre requête fera généralement partie d’un pipeline d’images multi-étapes dans lequel vous créez ou récupérez d’abord une tâche de style Midjourney existante, puis soumettez l’action de relance en utilisant le contexte de tâche requis.
curl https://api.cometapi.com/v1/responses \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "mj-turbo-reroll",
"input": {
"task_id": "your_existing_task_id",
"action": "reroll"
}
}'
Étape 3 : Récupérer et vérifier les résultats
Après la soumission, récupérez le résultat de la tâche en utilisant la charge utile de réponse et le workflow de suivi des jobs de CometAPI. Pour mj-turbo-reroll, la vérification consiste généralement à confirmer qu’une nouvelle tâche a été créée avec succès, à la suivre jusqu’à son achèvement et à vérifier que les images renvoyées correspondent à une relance des résultats d’origine plutôt qu’à l’ensemble initial.