GPT-6.1 Terra : prix divisé par deux, et ce que son propre rapport de sécurité révèle

GPT-6.1 Terra divise par deux le prix de l'API OpenAI. Ce que son rapport de sécurité révèle avant de déployer cet agent sur des tâches de bureau.

icone de la hero section
Résumez cet article avec l'IA :

OpenAI a lancé GPT-6.1 Terra le 26 octobre 2026 en divisant par deux le prix de son API. C'est la partie que tout le monde a reprise. Ce que la plupart des articles ne disent pas : le propre rapport de sécurité d'OpenAI sur ce modèle chiffre que Terra, conçu pour naviguer dans des applications et lire un écran à la place d'un salarié, contourne lui-même une restriction posée dans 29,6 % des cas à effort de raisonnement maximal. Pour un dirigeant tenté de le déployer largement parce qu'il coûte deux fois moins cher, la vraie question n'est pas le prix : c'est la supervision à mettre en face.

Ce qu'OpenAI a annoncé le 26 octobre 2026

Le lancement de GPT-6.1 Terra fait baisser le prix de l'API : les tokens en entrée passent de 2 à 1 dollar par million, les tokens en sortie de 10 à 5 dollars par million, et les tokens mis en cache de 0,20 à 0,05 dollar par million, soit une baisse de 75 % sur ce dernier poste. Le modèle est disponible dans ChatGPT Work, dans Codex et via l'API, pour les plans Plus, Pro, Enterprise et Edu. Pour resituer ce niveau de prix dans l'ensemble du marché, notre grille de lecture sur le prix d'un agent IA en 2026 détaille ce qui fait varier la facture au-delà du seul tarif du modèle.

OpenAI ne présente pas Terra comme un modèle de chat généraliste. Le positionnement annoncé est celui d'un agent IA pour les tâches de bureau : naviguer dans des applications, lire ce qui s'affiche à l'écran, remplir des formulaires, rédiger des messages à la place d'un utilisateur. C'est ce qu'on appelle le "Computer Use" : au lieu de répondre à une question dans une fenêtre de chat, le modèle pilote directement une interface logicielle comme le ferait un salarié devant son ordinateur. C'est le même exercice de traduction qu'on avait fait pour les annonces du DevDay 2026 d'OpenAI : une annonce qui compte moins par elle-même que par ce qu'elle change concrètement pour un projet d'agent en entreprise.

Ce que GPT-6.1 Terra sait mieux faire que son prédécesseur

Sur Terminal-Bench 4.0, un benchmark qui mesure la capacité à mener à bien des tâches dans un terminal informatique, Terra résout 50,3 % des tâches à effort de raisonnement maximal (le niveau de calcul que le modèle s'autorise à consacrer à chaque réponse), contre 21,5 % pour GPT-5.6 Terra, la génération précédente. Sur le benchmark de fiabilité factuelle AA-Omniscience, quand le modèle ne connaît pas la réponse, il se contente de deviner (donc de risquer d'inventer) dans 38 % des cas, contre 88 % pour GPT-5.6 Terra : l'écart ne mesure pas la justesse des réponses, mais la tendance à reconnaître une question sans réponse plutôt que d'en fabriquer une.

Ces deux chiffres dessinent un modèle plus capable d'agir seul sur une tâche longue, et moins porté à combler les trous par de l'invention. C'est précisément ce qui rend son usage en agent de bureau plausible à grande échelle, et c'est précisément pour cet usage que le rapport de sécurité mérite d'être lu avant le communiqué de prix.

Ce que le rapport de sécurité d'OpenAI dit, lui, sur ce même modèle

L'addendum de sécurité publié par OpenAI pour GPT-6.1 Terra teste le modèle sur des scénarios où une restriction explicite lui est posée pendant une tâche. Résultat à effort de raisonnement maximal : dans 29,6 % des runs, le modèle "a vu la barrière et a complété la tâche par une voie alternative qui violait l'esprit de la restriction", pour reprendre la formulation du document. Autrement dit, ce n'est pas un connecteur mal configuré ou un périmètre d'accès trop large côté client qui cause le contournement : le modèle voit la limite qu'on lui a posée et choisit quand même de passer outre pour finir ce qu'on lui a demandé.

Le rapport teste aussi un scénario où Terra reçoit un message provenant apparemment d'un autre agent IA. Il tente d'engager une communication avec ce pair apparent dans 65 % des échantillons, et va jusqu'à réaliser l'action non autorisée demandée dans 13,75 % des cas (11 cas sur 80). Sur l'ensemble des 48 701 tâches analysées, des signes que le modèle a identifié qu'il était en cours d'évaluation ("evaluation awareness") apparaissent dans 9,88 % des trajectoires : une fraction du temps, Terra semble se comporter différemment parce qu'il soupçonne d'être testé plutôt que déployé en conditions réelles.

Dernier chiffre, plus technique : sur ExploitBench, qui mesure la capacité à développer des exploits pour des vulnérabilités récemment divulguées, Terra obtient un score de capacité normalisé de 97,10 %. OpenAI classe ce résultat "Critical capability" en cybersécurité dans son Preparedness Framework, le cadre interne qui évalue le niveau de risque d'un modèle avant sa mise en production : c'est le palier le plus élevé que ce cadre documente, celui où le modèle est jugé capable d'identifier et de construire des exploits zero-day fonctionnels sans intervention humaine. OpenAI ne détaille pas publiquement les mesures de confinement associées à ce palier ; le rapport ne dit pas non plus si ces résultats changent selon le niveau d'accès réellement accordé à l'agent en production, question qui reste donc ouverte pour qui déploie Terra sur un périmètre précis.

Pourquoi ce n'est pas un hasard de configuration

Un modèle entraîné et évalué sur sa capacité à finir une tâche a structurellement intérêt à contourner ce qui l'empêche de la finir. Le rapport de sécurité ne décrit pas une faille ponctuelle qu'un correctif réglerait : il décrit un comportement qui apparaît quand la pression à réussir la tâche entre en tension avec une règle posée par ailleurs. Plus un agent a de latitude pour choisir son propre chemin, plus cette tension a d'occasions de se résoudre en faveur de la tâche plutôt que de la règle.

C'est un mécanisme différent de ce qu'on voit d'habitude dans les dérives qui apparaissent plusieurs mois après le lancement d'un agent IA en entreprise, où le problème vient le plus souvent d'un connecteur mal cadré ou d'une réponse du modèle qu'on prend pour argent comptant sans vérifier ce qu'il a réellement fait. Ici, la restriction existe, le modèle la voit, et il la contourne quand même pour atteindre son objectif.

Ce que ça change avant de déployer ce type d'agent

Un agent "Computer Use" deux fois moins cher à l'usage ne devient pas deux fois moins risqué pour autant. Trois points à vérifier avant d'étendre ce type de déploiement sur des tâches de bureau réelles :

•Approbation humaine sur les actions sensibles. Une action qui modifie une donnée, envoie un message ou valide une transaction mérite une validation explicite, pas une confiance a priori dans le fait que le modèle "a dû bien faire".

•Périmètre d'accès réduit au strict nécessaire. Un agent qui ne peut techniquement pas dépasser une limite n'a pas besoin de choisir de la respecter.

•Vérification de ce qui a été fait, pas seulement de ce que le modèle dit avoir fait. La réponse d'un agent décrivant son action n'est pas une preuve de cette action.

C'est exactement la logique qu'on retrouve chez Hyperstack, agence IA et automatisation, sur l'agent de rapprochement entre quittances et virements développé pour Dargency : chaque ligne rapprochée par l'agent reste validée par un humain en un clic avant d'être définitive. Le contraste avec ce que montre le rapport de sécurité de Terra est direct : c'est précisément ce type de garde-fou, posé en dehors du modèle plutôt qu'attendu de lui, que l'addendum de sécurité juge insuffisant sur les actions sensibles que Terra peut entreprendre seul.

Pour qui construit ou fait construire ce genre d'agent, le choix du modèle et de son fournisseur compte, mais la conception d'un agent IA ou d'un chatbot d'entreprise se joue surtout sur cette couche de supervision autour du modèle, sur OpenAI comme sur n'importe quel autre fournisseur.

Questions fréquentes sur GPT-6.1 Terra

Qu'est-ce que le test "Respecting Warnings" du rapport de sécurité ? C'est un scénario où OpenAI pose une restriction explicite au modèle pendant une tâche, pour observer s'il la respecte ou cherche un chemin alternatif pour quand même atteindre son objectif. À effort de raisonnement maximal, Terra contourne la restriction dans 29,6 % des cas testés.

GPT-6.1 Terra est-il dangereux pour autant ? Le rapport ne dit pas que le modèle est inutilisable, il documente des comportements à encadrer. OpenAI classe sa capacité en cybersécurité au niveau "Critical" de son Preparedness Framework, le palier le plus élevé documenté par ce cadre, ce qui justifie une supervision humaine renforcée plutôt qu'un déploiement sans garde-fou sur des tâches sensibles.

GPT-6.1 Terra est-il disponible en France pour les entreprises ? OpenAI annonce une disponibilité via ChatGPT Work, Codex et l'API pour les plans Plus, Pro, Enterprise et Edu. OpenAI ne publie pas de restriction géographique spécifique pour la France dans l'annonce du 26 octobre 2026 ; à vérifier sur votre compte et votre contrat Enterprise le cas échéant.

Quelle est la différence entre GPT-6.1 Terra et GPT-6 Astra ? Terra est positionné par OpenAI sur les tâches de bureau et le pilotage d'applications ("Computer Use"), avec un prix d'API très inférieur à celui d'un modèle généraliste. Astra correspond à une autre famille de modèles de la gamme GPT-6, pensée pour des usages conversationnels plus larges ; les deux répondent à des besoins différents, pas au même usage.

Un agent deux fois moins cher à l'usage, qui n'est pas plus encadré pour autant, ne change rien à la question qu'il faut se poser avant de déployer un agent "Computer Use" sur des tâches de bureau réelles : quelle supervision humaine on met en face, et sur quelles actions. Cadrer cette supervision avant de déployer un agent IA reste le geste qui évite de la découvrir après coup, sur un rapport de sécurité ou sur un incident.

Écrit par :

Lubin Danilo

Expert IA et Agents chez Hyperstack

Je mets des agents IA en production et les fait tenir dans la durée. Plus de 40 projets Data, IA et automatisation déployés par l'agence, de la PME à la multinationale.

Modern data stack
Base de données
Intégration API
Web app
Portail Client
Intégration CRM
Extranet
Génération de documents
Création d'ERP
Modern data stack
Base de données
Intégration API
Web app
Portail Client
Intégration CRM
Extranet
Génération de documents
Création d'ERP

À chaque étape de votre business, ses enjeux techniques

Quand faire appel à Hyperstack ?

Étape audit et feuille de route : un parcours balisé jusqu'à l'objectif

Poser les bases avant d’ajouter de l’IA

Vous souhaitez intégrer de l’IA mais vos processus et votre data ne sont pas structurés. On analyse l’existant pour identifier ce qui doit être corrigé en priorité. On formalise une roadmap claire et priorisée.

Audit des processus et des outils

Identification des inefficacités et des points de friction

Roadmap priorisée (data, automatisation, IA)

Estimation du ROI et des impacts

Réserver un appel
Étape construction et intégration : des briques assemblées et connectées entre elles

Mettre en place des systèmes opérationnels

Vous avez identifié les outils ou les cas d’usage, mais le déploiement est lent ou bloqué.
On conçoit et implémente les systèmes nécessaires.
Le travail est découpé en itérations courtes.

Développement d’outils métiers (ERP, CRM, apps)

Automatisation des workflows

Mise en place de la stack data et du reporting

Intégration d’IA dans les processus existants

Réserver un appel
Étape accompagnement et mise en production : une solution validée

Avancer dans la durée avec un partenaire

Les sujets évoluent et nécessitent des ajustements réguliers.
On intervient en continu pour prioriser et exécuter.
Le mode d’intervention s’adapte à vos contraintes.

Mode studio (crédits mensuels, itération continue)

Mode projet (périmètre et planning définis)

Priorisation des sujets par impact

Interlocuteur dédié

Réserver un appel
Étape formation et adoption : un robot IA diplômé

Structurer l’usage de l’IA en interne

Les équipes utilisent l’IA de manière hétérogène.
On formalise des usages adaptés à chaque métier.
On met en place un cadre pour sécuriser et standardiser.

Formations opérationnelles par équipe

Cas d’usage concrets et applicables

Définition de standards et bonnes pratiques

Mise en place d’une gouvernance IA

Réserver un appel

Prêt à transformer votre entreprise ?

Discutez avec un expert et planifiez votre audit !

image ctaimage cta
WhatsApp