GPT Image 2 API via Flatkey should commencer par un contrôle de la ligne du modèle, et non par un bloc de code copié. OpenAI documente gpt-image-2 comme un modèle de génération d’images actuel, et l’instantané tarifaire Flatkey du 17 juin 2026 répertorie des lignes de la famille GPT image. La question utile pour une équipe de production est plus précise : quelle ligne votre application appellera-t-elle, quelle forme d’endpoint cette ligne expose-t-elle, quelle unité tarifaire la finance doit-elle examiner, et quelles vérifications de requête doivent réussir avant que le trafic ne passe par le routeur ?
Ce guide parcourt ces vérifications pour les équipes qui veulent une seule clé Flatkey, l’URL de base compatible OpenAI https://router.flatkey.ai/v1, des journaux d’utilisation et une revue des tarifs au même endroit. Considérez chaque exemple de code ci-dessous comme un modèle. L’article utilise la documentation officielle OpenAI, un instantané catalogué daté de Flatkey, et des vérifications CMS/route publique, mais il ne prétend pas qu’un test d’inférence Flatkey GPT Image 2 API en direct a été exécuté.
Réponse rapide : que vérifier avant d’utiliser l’API GPT Image 2 via Flatkey
Si vous évaluez l’API GPT Image 2 via Flatkey, vérifiez ces éléments dans cet ordre :
- Ouvrez la tarification Flatkey et recherchez la ligne exacte du modèle, comme
gpt-image-2ouopenai/gpt-image-2. - Confirmez le type d’endpoint pris en charge pour cette ligne. Dans l’instantané du 17 juin 2026, les principales lignes
gpt-image-2exposaientopenai, tandis que les anciennes lignes GPT image exposaient égalementimage-generation. - Vérifiez l’état de disponibilité. Les lignes GPT Image 2 dans l’instantané affichaient
unknown_failure, donc une utilisation en production nécessite une vérification actuelle du tableau de bord et un petit test de validation. - Comparez les unités de tarification avant le lancement. Flatkey affichait pour une ligne des champs de type ratio de jetons et pour une autre ligne un champ
model_priceressemblant à un prix par requête, donc n’assumez pas une seule unité pour toutes les routes de l’API GPT Image 2. - Faites correspondre le corps de votre requête à la route confirmée : style API Images, style API Responses ou wrapper compatible OpenAI pris en charge par Flatkey.
- Consignez l’ID du modèle, le chemin de l’endpoint, la qualité, la taille de sortie, le format de sortie, le nombre d’images d’entrée, le nombre de tentatives, l’utilisation et le coût final par asset accepté.
Cette séquence compte, car l’API GPT Image 2 n’est pas seulement un nom de modèle. C’est une combinaison d’ID de modèle, d’endpoint, de paramètres de requête, d’éligibilité du compte, d’état de routage et d’unité de facturation.
Ce qu’OpenAI documente pour l’API GPT Image 2
Le guide d’images d’OpenAI indique que les modèles GPT Image peuvent utiliser des entrées texte et image pour créer de nouvelles images ou modifier des images existantes, et décrit gpt-image-2 comme un modèle de génération d’images à la pointe de la technologie, doté d’une forte capacité de suivi des instructions et d’une bonne compréhension contextuelle. Le guide précise également que les équipes peuvent générer ou modifier des images via l’Images API ou la Responses API.
Pour le parcours Images API, la référence de création d’image documente POST /images/generations. Elle inclut des paramètres importants pour les contrôles des requêtes en production : prompt, background, moderation, output_format, quality, size, stream et n. Elle indique aussi que les modèles d’image GPT renvoient des images encodées en base64 plutôt que des URL d’images temporaires.
| Contrôle OpenAI | Pourquoi c’est important pour Flatkey | Action de production |
|---|---|---|
model |
L’identifiant direct du modèle OpenAI peut ne pas être la même chaîne qu’une ligne de catalogue routée. | Notez la ligne Flatkey exacte et la chaîne du modèle dans votre requête. |
POST /images/generations |
C’est le chemin officiel de génération de l’Images API, mais la prise en charge des points de terminaison Flatkey dépend de la ligne. | Utilisez cette route via Flatkey uniquement après que le tableau de bord affiche la prise en charge de l’Images API pour la ligne sélectionnée. |
background et output_format |
Une sortie transparente nécessite un format compatible tel que PNG ou WebP. | Validez le format de sortie avant de créer des workflows de conception qui dépendent de l’alpha. |
quality et size |
Ce sont des leviers majeurs de coût et de latence pour les charges de travail de l’API GPT Image 2. | Séparez les paramètres de brouillon, d’aperçu et de rendu final dans la logique produit. |
| Gestion de la réponse Base64 | Les modèles d’image GPT renvoient des octets d’image, pas des URL hébergées persistantes. | Stockez l’image vous-même, ajoutez des métadonnées et évitez de dépendre d’une URL fournisseur. |
Instantané du catalogue Flatkey pour GPT Image 2
Le 17 juin 2026, l’API publique de tarification Flatkey a renvoyé la version de tarification a42d372ccf0b5dd13ecf71203521f9d2 et 638 lignes de modèles. Le résumé de la famille d’images GPT incluait gpt-image-2, openai/gpt-image-2, gpt-image-2-all, gpt-image-1.5, gpt-image-1-mini, et gpt-image-1.
| Ligne Flatkey | Groupes | Types de points de terminaison dans l’instantané | Champs de tarification observés | Statut dans l’instantané | Comment utiliser cette preuve |
|---|---|---|---|---|---|
gpt-image-2 |
Economy, Standard | openai |
model_ratio: 3.325, completion_ratio: 6, cache_ratio: 0.251127819549 |
unknown_failure |
À utiliser uniquement comme preuve datée du catalogue ; vérifiez le statut actuel de la ligne avant le trafic de production de l’API GPT Image 2. |
openai/gpt-image-2 |
Standard | openai |
quota_type: 1, model_price: 0.063 |
unknown_failure |
Ne copiez pas ce nombre sans confirmer l’unité actuelle et l’étiquette du tableau de bord. |
gpt-image-2-all |
Standard | openai |
model_ratio: 37.5, completion_ratio: 2 |
unknown_failure |
Vérifiez s’il s’agit d’un bundle, d’un alias ou d’une ligne de routage interne avant de l’utiliser dans le code. |
gpt-image-1.5 and gpt-image-1-mini |
Standard | image-generation, openai |
Ratio-style pricing fields | unknown_failure |
Lignes de comparaison utiles, mais pas un substitut à la ligne API GPT Image 2 sélectionnée. |
La page de tarification publique expose également des familles de points de terminaison telles que image-generation avec le chemin /v1/images/generations, openai avec le chemin /v1/chat/completions, et openai-response avec le chemin /v1/responses. Le point important est que les familles de points de terminaison existent au niveau de la plateforme, tandis que la prise en charge reste spécifique à la ligne. Pour l’API GPT Image 2, confirmez la ligne avant d’écrire la requête.
Demandes de vérification pour l’API GPT Image 2
Utilisez cette liste de contrôle avant tout déploiement acheminé de GPT Image 2 API. Elle est volontairement opérationnelle, car les erreurs de tarification proviennent généralement de la forme de la requête, et non d’une mauvaise compréhension d’un tarif de référence unique.
| Vérification | Condition de réussite | Mode d’échec | Où vérifier |
|---|---|---|---|
| Ligne du modèle | La ligne du tableau de bord Flatkey correspond à la chaîne du modèle dans le code. | L’application appelle par erreur une ligne héritée, un alias ou un bundle. | Tarification Flatkey et catalogue des modèles. |
| Chemin de l’endpoint | Le chemin de la route correspond au type d’endpoint pris en charge par la ligne. | Le corps de l’API Images est envoyé à une ligne compatible avec chat, ou l’inverse. | Prise en charge de la ligne Flatkey et documentation de référence de l’API OpenAI. |
| Disponibilité | Le statut du tableau de bord est propre, et une petite requête réussit. | La ligne du catalogue existe, mais l’accès en amont ou au compte échoue. | Tableau de bord Flatkey, statut de réponse et journaux. |
| Unité de tarification | La finance sait si la ligne est basée sur un ratio de jetons, sur le prix par requête, ou sur une autre unité. | Le budget utilise des hypothèses par jeton pour une ligne facturée par requête. | Tarification Flatkey et tableau de bord d’utilisation. |
| Entrées de prompt et d’image | La longueur du prompt, les références d’image, les masques et les tentatives sont consignés. | Les images d’entrée et les nouvelles tentatives génèrent un coût caché. | Télémétrie de l’application et champs d’utilisation du fournisseur. |
| Paramètres de sortie | La qualité, la taille, l’arrière-plan, le format et la compression sont contrôlés. | Aperçu est généré comme un asset final. | Corps de la requête et paramètres par défaut du produit. |
Modèle : requête directe à l’API Images d’OpenAI
Le modèle du fournisseur direct est utile comme référence de base lors de la comparaison du comportement de la route Flatkey. Confirmez l’accès actuel au compte OpenAI et la disponibilité du modèle avant de l’exécuter.
# Template only: direct OpenAI Images API baseline
curl https://api.openai.com/v1/images/generations \
-H "Authorization: Bearer $OPENAI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2",
"prompt": "Create a clean product concept image for a usage dashboard.",
"size": "1536x1024",
"quality": "medium",
"output_format": "png"
}'
Pour un test de base de GPT Image 2 API, gardez la première invite simple, évitez les images de référence, utilisez une seule sortie et enregistrez le statut de la réponse, la latence, la taille de sortie et tous les champs d’utilisation renvoyés par le point de terminaison.
Modèle : vérification de route Flatkey
Le positionnement public de Flatkey repose sur une clé et une URL de base compatible OpenAI. Pour les routes texte, la page d’accueil publique affiche https://router.flatkey.ai/v1/chat/completions. Pour le routage de l’API GPT Image 2, ne présumez pas que le chemin d’image est activé pour la ligne sélectionnée. Vérifiez d’abord si la ligne expose image-generation, openai, openai-response ou une autre route dans votre tableau de bord.
# Modèle uniquement : utilisez cette forme uniquement si votre ligne Flatkey confirme la prise en charge de image-generation
curl https://router.flatkey.ai/v1/images/generations \
-H "Authorization: Bearer $FLATKEY_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2",
"prompt": "Créez une image de concept produit épurée pour un tableau de bord d’utilisation.",
"size": "1536x1024",
"quality": "medium",
"output_format": "png"
}'
// Modèle uniquement : centralisez l’URL de base, puis injectez le chemin confirmé.
const FLATKEY_BASE_URL = "https://router.flatkey.ai/v1";
async function createImageThroughConfirmedRoute({ path, apiKey, body }) {
const response = await fetch(`${FLATKEY_BASE_URL}${path}`, {
method: "POST",
headers: {
Authorization: `Bearer ${apiKey}`,
"Content-Type": "application/json"
},
body: JSON.stringify(body)
});
if (!response.ok) {
throw new Error(`La vérification de route Flatkey a échoué : ${response.status}`);
}
return response.json();
}
// Exemple uniquement après confirmation dans le tableau de bord :
await createImageThroughConfirmedRoute({
path: "/images/generations",
apiKey: process.env.FLATKEY_API_KEY,
body: {
model: "gpt-image-2",
prompt: "Créez une image de concept produit épurée pour un tableau de bord d’utilisation.",
size: "1536x1024",
quality: "medium",
output_format: "png"
}
});
Si la ligne Flatkey actuelle n’expose toujours que openai, demandez au produit ou au support quelle forme de requête est prise en charge pour cette ligne API GPT Image 2 avant la mise en production. Une ligne de catalogue et un chemin d’endpoint sont tous deux nécessaires ; l’un sans l’autre ne constitue pas une intégration de production.
Contrôles de tarification à effectuer dans Flatkey
Pour cet article, la consigne tarifaire la plus sûre est procédurale : vérifiez la ligne actuelle dans la tarification Flatkey, comparez-la à la page de tarification des images actuelle d'OpenAI, puis confirmez l'utilisation réellement routée dans les journaux. L'instantané Flatkey du 17 juin prouve que le catalogue contenait des lignes GPT image, mais les champs de ligne utilisaient des représentations tarifaires différentes. Cela suffit pour construire un flux de travail de revue des prix, pas pour publier une affirmation de prix permanente.
| Question de tarification | À enregistrer | Pourquoi c'est important |
|---|---|---|
| Quelle ligne est sélectionnée ? | Nom exact du modèle, groupe, type de quota et type de point de terminaison. | Plusieurs lignes de la famille GPT image peuvent apparaître dans le même catalogue. |
| Quelle unité est affichée ? | Ratio de jetons, prix par requête, unité par sortie, ou libellé spécifique au tableau de bord. | Mélanger les unités provoque des erreurs de budget même lorsque le nom du modèle est correct. |
| Quels paramètres modifient le coût ? | Qualité, taille, longueur du prompt, entrées d'images, format de sortie, nouvelles tentatives et comportement par lot. | La même fonctionnalité d'API GPT Image 2 peut avoir des paliers de coût de prévisualisation et de rendu final. |
| Que consigne Flatkey ? | Nombre de requêtes, statut, utilisation, coût, ligne de modèle et raison de l'échec. | Les journaux prouvent si l'utilisation routée correspond à l'estimation. |
Les équipes qui comparent les budgets d'images devraient aussi lire Tarification de l'API Image d'OpenAI et Comparaison de la tarification des modèles d'IA. Ces articles couvrent des mécanismes plus larges de coût des jetons, des images et de la vidéo ; cette page se concentre sur les vérifications de route spécifiques à Flatkey pour l'API GPT Image 2.
Plan de test de fumée avant le trafic de production
Exécutez une petite séquence de validation après la confirmation de la ligne du tableau de bord, du point de terminaison et de l’unité de tarification :
- Envoyez une requête de référence directe à OpenAI si votre équipe dispose d’un accès direct à OpenAI.
- Envoyez une requête Flatkey via le point de terminaison et la ligne de modèle confirmés.
- Comparez la forme de la réponse, le format de sortie, les octets de sortie, les messages d’échec et la latence.
- Vérifiez les journaux d’utilisation Flatkey pour la ligne de modèle, le nombre de requêtes, l’utilisation et le coût.
- Répétez avec les paramètres exacts de production : qualité, taille, arrière-plan, format de sortie et toutes les images d’entrée.
- Définissez les limites de réessai et les conditions d’arrêt avant d’exposer la fonctionnalité aux utilisateurs.
- Conservez un chemin de retour vers le flux de travail d’image précédent ou vers le routeur direct du fournisseur.
C’est la même discipline opérationnelle décrite dans le guide de migration vers une API compatible OpenAI : modifiez délibérément la route, mappez l’ID du modèle, exécutez un petit test de fumée et utilisez les journaux avant de monter en charge.
Quand Flatkey est la bonne voie pour l’API GPT Image 2
Flatkey est un bon choix lorsque votre fonctionnalité d’image s’inscrit dans une pile multimodale plus large. Un produit peut utiliser des modèles de texte pour la réécriture des prompts, des modèles d’images GPT pour la création d’assets, des modèles capables de vision pour la revue, et d’autres fournisseurs pour le fallback ou le contrôle des coûts. Une seule clé, une seule surface de tarification et un seul tableau de bord d’utilisation facilitent l’audit de ce flux de travail par rapport à des comptes fournisseurs séparés.
Flatkey n’est pas une raison de se passer des vérifications au niveau du fournisseur. Pour la GPT Image 2 API, le statut de la ligne, la prise en charge de l’endpoint et le corps de la requête doivent correspondre avant le trafic de production. L’instantané du 17 juin montrait une présence dans le catalogue, et non un résultat de disponibilité clair.
Liste de contrôle finale de l’API GPT Image 2
- Ligne du modèle principal sélectionnée dans la tarification Flatkey.
- Prise en charge de l’endpoint confirmée pour la ligne sélectionnée.
- Unité de tarification et libellé actuel du tableau de bord vérifiés.
- Petit test de route Flatkey effectué avec la forme de requête de production.
- Journaux d’utilisation vérifiés pour la ligne, le statut, les jetons ou unités de requête, et le coût.
- Limites de relance, limites de quota et garde-fous de déploiement configurés.
- Route de retour en arrière documentée.
La manière la plus sûre d’adopter la GPT Image 2 API via Flatkey consiste à considérer l’accès au modèle, la prise en charge de l’endpoint et la tarification comme une seule boucle de validation. Voir la tarification pour vérifier les lignes actuelles d’images GPT de Flatkey avant de transférer le trafic réel d’images.



