API GPT-6.1 Terra pour la vision, l'utilisation informatique et les agents

GPT-6.1 Terra est le modèle GPT-6.1 d'OpenAI axé sur l'efficacité, publié le 26 octobre 2026. Il est conçu pour le raisonnement visuel, l'utilisation précise de l'ordinateur et une rédaction naturelle claire. Le modèle accepte des entrées textuelles et visuelles et renvoie du texte ; il peut donc relier la compréhension visuelle à une analyse structurée, une sortie écrite ou des actions effectuées par un agent externe.

Il ne s'agit pas seulement d'une API texte-à-texte. Les développeurs peuvent utiliser des captures d'écran, des photos de produits, des diagrammes et d'autres entrées d'images parallèlement à des instructions écrites. OpenAI répertorie également le streaming, l'appel de fonctions, les sorties structurées (Structured Outputs) et l'utilisation de l'ordinateur parmi les capacités prises en charge par le modèle. L'appel d'outils sur le service d'OpenAI nécessite l'API Responses ; confirmez les routes et les champs exposés par GPTProto dans l'onglet Utilisation de l'API avant de déplacer une intégration existante.

GPTProto fournit un accès à l'API GPT-6.1 Terra avec un seul compte, une seule clé et un solde partagé entre plus de 200 modèles pris en charge. Cela facilite la comparaison de Terra avec GPT-6.1 Sol, la configuration d'une solution de secours plus performante ou le test d'alternatives moins coûteuses sans avoir à financer un compte fournisseur distinct pour chaque modèle.

Applications de l'API GPT-6.1 Terra

Opérations visuelles et correspondance de catalogue. Faites correspondre les photographies de produits aux enregistrements du catalogue, lisez les étiquettes ou les états d'interface, et renvoyez des champs structurés pour un système en aval. Maintenez des contrôles de confiance et une révision humaine autour des images ambiguës plutôt que de traiter chaque correspondance visuelle comme définitive.

Agents d'utilisation de l'ordinateur. Combinez des captures d'écran avec les résultats d'outils afin qu'un agent puisse comprendre l'état d'une application, choisir l'action suivante et vérifier ce qui a changé. Définissez les actions autorisées, les portes de confirmation, les délais d'attente et les critères d'achèvement dans le flux de travail de l'agent environnant.

Flux de travail de codage et de développement. Utilisez GPT-6.1 Terra pour l'implémentation de routine, le débogage d'interface utilisateur à partir de captures d'écran, la génération de tests, l'explication de code et les tâches de référentiel délimitées. Comparez le travail difficile avec GPT-6.1 Sol en utilisant les mêmes fichiers, outils et tests d'acceptation.

Documents longs et extraction structurée. Utilisez la grande fenêtre de contexte pour les spécifications, les contrats, l'historique de support, les notes de recherche ou les ensembles de documents récupérés. Demandez des sorties structurées lorsqu'une application en aval a besoin de champs prévisibles au lieu d'une prose libre.

Quoi de neuf dans GPT-6.1 Terra ?

OpenAI rapporte des gains substantiels par rapport à GPT-5.6 Terra en matière d'utilisation informatique, de véracité et de codage. Il s'agit d'évaluations rapportées par le fournisseur et non de garanties indépendantes ; les équipes doivent donc reproduire la comparaison sur leurs propres images, outils, prompts et critères d'acceptation.

GPT-6.1 Terra vs Sol et autres modèles API

GPT-6.1 Terra cible le milieu de la courbe coût-capacité : il coûte 50 % de moins que GPT-6.1 Sol sur GPTProto tout en conservant la même fenêtre de contexte publiée de 1,05 M et la limite de sortie de 128 K. Sol reste le premier test le plus sûr pour les tâches de codage les plus difficiles et de raisonnement à long terme ; Terra est l'option privilégiant le coût la plus solide pour la vision, l'utilisation informatique, le codage de routine et l'écriture en volume.

Les prix ci-dessus sont les tarifs par jeton GPTProto listés au moment de la rédaction. Comparez les modèles sur le coût par résultat accepté — et non sur le prix par jeton seul — car les tentatives, les jetons de raisonnement, la latence et les échecs d'outils peuvent modifier le coût total d'une tâche terminée.

Détails d'intégration à vérifier avant de transférer le trafic

• Définissez la chaîne du modèle sur gpt-6.1-terra ; ne réutilisez pas un identifiant Sol ou GPT-5.6 Terra.

• Commencez avec reasoning_effort: "medium", la valeur par défaut d'OpenAI. Testez none ou low pour les tâches courantes, puis augmentez l'effort uniquement lorsque les gains de qualité mesurés justifient le temps supplémentaire et les jetons générés.

• Utilisez l'API Responses lorsque le flux de travail nécessite l'appel d'outils. Une requête fonctionnant en chat simple peut nécessiter des modifications de routage et de gestion des réponses avant de pouvoir exécuter une boucle d'utilisation informatique ou multi-outils.

• Budgétez la fenêtre de contexte comme une allocation combinée. L'entrée, l'état conservé, le raisonnement et la sortie générée doivent tenir dans les limites ; 128K ne garantit pas 128K jetons de réponse visibles.

• OpenAI applique des tarifs plus élevés pour les contextes longs sur les requêtes API directes dépassant 272K jetons d'entrée. Utilisez le panneau de tarification en direct de GPTProto comme source de vérité pour la route et la charge de travail que vous exécutez réellement.

• Gardez un modèle de secours dans votre configuration et ne basculez les tâches difficiles vers GPT-6.1 Sol que lorsque les données d'évaluation justifient le coût supplémentaire.

Quand choisir GPT-6.1 Terra ?

Choisissez GPT-6.1 Terra lorsqu'une charge de travail combine la compréhension d'images, l'interprétation d'écrans d'application, la sortie de texte structuré ou des actions informatiques, et doit être exécutée à un coût inférieur à celui de Sol. Testez GPT-6.1 Sol pour l'ingénierie logicielle complexe et les exécutions d'agents longs, ou un modèle Flash lorsque le prix des jetons est le facteur dominant. GPTProto conserve ces choix derrière une clé unique et un solde partagé.