mj_turbo_inpaint

Spécifications techniques de mj-turbo-inpaint

Qu’est-ce que mj-turbo-inpaint ?

mj-turbo-inpaint est l’identifiant de plateforme de CometAPI pour un modèle/flux de travail d’inpainting de style Midjourney axé sur des retouches d’images rapides. La documentation publique de Midjourney décrit l’inpainting comme partie de son expérience Editor, où les utilisateurs effacent ou sélectionnent une zone et ne régénèrent que cette zone à partir d’un nouveau prompt tout en préservant le reste de l’image. Midjourney documente également un mode Turbo conçu pour générer des images nettement plus rapidement que le mode rapide normal, mais avec un coût GPU plus élevé.

Étant donné que Midjourney ne propose pas d’API publique officielle largement disponible, les intégrations tierces exposent couramment des opérations liées à Midjourney via des API intermédiaires. La documentation publique tierce des API Midjourney répertorie également explicitement la prise en charge de l’inpainting et un routage turbo séparé, ce qui correspond au schéma de nommage de modèle de CometAPI mj-turbo-inpaint. D’après ces sources, cet ID de modèle doit être compris comme un point de terminaison d’inpainting compatible Midjourney à vitesse turbo pour l’édition localisée d’images, plutôt qu’un générateur pur texte-vers-image.

En pratique, les développeurs utiliseraient mj-turbo-inpaint lorsqu’ils souhaitent conserver la majeure partie d’une image existante intacte tout en modifiant sélectivement une région — par exemple remplacer un objet, changer des vêtements, modifier un accessoire sur le visage, affiner une zone d’arrière-plan ou réparer des éléments indésirables. Cette interprétation découle du comportement d’édition/inpainting de Midjourney et des descriptions des API tierces concernant la prise en charge du turbo inpaint.

Principales fonctionnalités de mj-turbo-inpaint

• Retouche d’image localisée : Conçu pour des flux d’inpainting où seule une partie choisie de l’image est régénérée, ce qui aide à préserver le cadrage, le style et les zones non touchées d’origine.
• Modifications guidées par prompt : Utilise des instructions en langage naturel pour décrire ce qui doit apparaître dans la zone éditée, adaptées aux changements créatifs contrôlés.
• Exécution en mode Turbo : Le mode Turbo de Midjourney est documenté comme utilisant un pool GPU à plus haute vitesse pour générer des résultats plus rapidement que le mode rapide standard, ce qui positionne ce modèle pour des flux d’édition à faible latence.
• Prise en charge de l’itération créative : Les flux d’inpainting rapides sont utiles pour tester rapidement plusieurs variantes par région durant le développement conceptuel, l’affinage d’actifs ou les cycles de revue de design. Il s’agit d’une inférence pratique issue de la combinaison inpainting + comportement turbo.
• Utile pour les tâches de réparation et de remplacement : Bien adapté pour supprimer des distractions, échanger des objets, mettre à jour des arrière-plans et effectuer des corrections de composition sans régénérer l’image complète.
• Accès compatible agrégateur : CometAPI fournit une interface unifiée compatible OpenAI pour de nombreux modèles ; mj-turbo-inpaint peut donc être consommé au sein d’un schéma d’intégration cohérent aux côtés d’autres modèles d’image et de langage.

Comment accéder à mj-turbo-inpaint et l’intégrer

Étape 1 : S’inscrire et obtenir une clé API

Créez un compte CometAPI et générez votre clé API dans le tableau de bord. CometAPI utilise des identifiants unifiés pour son catalogue de modèles, et sa documentation publique décrit le service comme compatible OpenAI ; le même format de clé est donc utilisé pour l’ensemble des modèles pris en charge, y compris mj-turbo-inpaint. Stockez la clé en toute sécurité et évitez de l’exposer dans du code côté client.

Étape 2 : Envoyer des requêtes à l’API mj-turbo-inpaint

Pointez votre client vers l’URL de base compatible OpenAI de CometAPI et envoyez des requêtes en utilisant mj-turbo-inpaint comme identifiant de modèle. CometAPI documente publiquement https://api.cometapi.com/v1 comme URL de base pour les clients compatibles. Pour les flux d’images, les articles de modèles de CometAPI font également référence à des points de terminaison d’images au style OpenAI tels que /v1/images/generations et /v1/images/edits ; pour un modèle d’inpainting comme mj-turbo-inpaint, le flux de type edits est le schéma pertinent.

import os
import requests

url = "https://api.cometapi.com/v1/images/edits"
headers = {
    "Authorization": f"Bearer {os.environ['COMETAPI_KEY']}",
}

files = {
    "image": open("input.png", "rb"),
    # Include a mask file as required by your workflow if supported
    # "mask": open("mask.png", "rb"),
}

data = {
    "model": "mj-turbo-inpaint",
    "prompt": "Replace the selected area with a polished silver helmet, cinematic lighting, realistic detail"
}

response = requests.post(url, headers=headers, files=files, data=data, timeout=300)
print(response.json())

Étape 3 : Récupérer et vérifier les résultats

Analysez la réponse JSON, récupérez l’URL d’image retournée ou la sortie encodée, et vérifiez que la zone éditée correspond à votre prompt tandis que les zones non touchées restent cohérentes avec l’image source. En production, validez le type de fichier, la résolution, la latence et toute métadonnée de tâche asynchrone reçue par votre client. Si votre flux dépend de masques précis ou d’un contrôle fin des régions, testez plusieurs masques et prompts pour confirmer le comportement de mj-turbo-inpaint dans votre pipeline. L’approche d’API unifiée de CometAPI facilite l’automatisation de cette étape de vérification dans la même pile d’intégration que celle utilisée pour d’autres modèles pris en charge.