Un responsable d'OpenAI explique quand utiliser Sol, Astra et les agents persistants
Le responsable du développement EMEA d'OpenAI détaille les compromis entre les modèles GPT-6.1 Sol et Astra, ainsi que la manière dont les points toujours actifs automatisent les flux de travail d'ingénierie.
Traduit automatiquement depuis l'original anglais.
Lors de son DevDay 2026 à San Francisco, OpenAI a dévoilé plus de 20 mises à jour couvrant de nouveaux modèles, des outils pour développeurs et des agents autonomes. Vaibhav Srivastav, le responsable de l'expérience développeur EMEA de l'entreprise, a clarifié la façon dont les ingénieurs doivent naviguer parmi ces options, en mettant l'accent sur une sélection rentable des modèles et l'utilité pratique des agents persistants en arrière-plan.
Ce qui s'est passé
OpenAI a introduit GPT-6.1 Sol et un niveau Ultrafast pour GPT-6 Astra lors de son quatrième DevDay annuel le 29 septembre. L'entreprise a ensuite ajouté le support Ultrafast pour Sol le 8 octobre. Ces versions visent à offrir aux développeurs un contrôle granulaire sur la performance, la vitesse et le coût. Srivastav a expliqué que si Astra représente la frontière des capacités, Sol offre une performance quasi équivalente pour la plupart des tâches quotidiennes à un prix nettement inférieur.
Les annonces incluaient également les points OpenAI, des agents persistants capables de fonctionner en continu en arrière-plan. Ces agents se connectent à des milliers d'applications via l'écosystème de plugins d'OpenAI pour surveiller les flux de travail, rédiger des communications et gérer les demandes de fusion (pull requests). De plus, OpenAI a lancé l'API Decisions pour une classification rapide de sorties structurées et a étendu les capacités d'utilisation de l'ordinateur au sein de l'API Agents, permettant aux modèles d'interagir directement avec les interfaces logicielles.
Srivastav a noté que les tendances d'adoption interne chez OpenAI reflètent ce que les développeurs externes pourraient connaître. Beaucoup d'employés sont passés à GPT-6.1 Sol comme outil principal quotidien car il équilibre intelligence et accessibilité financière. L'entreprise encourage les équipes à tester des cas d'usage spécifiques contre différents modèles afin de déterminer l'équilibre optimal entre coût et résultat, plutôt que de recourir par défaut à l'option la plus chère pour chaque tâche.
Comment cela fonctionne
GPT-6.1 Sol atteint environ 95 % de la performance de GPT-6 Astra sur des benchmarks comme SWE-bench et Terminal-Bench 4.0, mais coûte un cinquième du prix par token. Pour les tâches nécessitant une revue contradictoire ou une analyse de sécurité approfondie, Srivastav recommande d'utiliser Astra pour identifier les failles que Sol pourrait manquer. Le niveau Ultrafast délivre plus de 300 tokens par seconde pour les deux modèles, répondant aux besoins en temps réel tels que la détection de fraude ou l'investigation de code en direct, bien qu'à un prix premium.
Les points OpenAI fonctionnent comme des agents toujours actifs qui agrègent le contexte provenant d'outils connectés tels que Slack, GitHub, Gmail et les calendriers. Ils priorisent les tâches en fonction de règles définies par l'utilisateur, telles que le signalement des messages des managers ou l'identification des lancements produits urgents. Un modèle léger de niveau Luna effectue des revues automatiques contre les politiques de sécurité avant toute action, garantissant que les agents n'envoient pas d'e-mails ni ne partagent de données sensibles sans approbation explicite. Ce système de garde-fous est désormais gratuit pour les abonnés Codex et ChatGPT.
Détails clés
- GPT-6.1 Sol fournit 95 % de la performance d'Astra pour 20 % du coût standard.
- Le mode Ultrafast prend en charge à la fois Sol et Astra, délivrant plus de 300 tokens par seconde.
- Les points OpenAI sont des agents persistants qui se connectent à plus de 4 000 applications via des plugins.
- L'API Decisions classe le texte et les images dix fois plus rapidement que les méthodes précédentes.
- La revue automatique utilise un modèle léger pour vérifier les actions des agents contre les politiques utilisateur.
- OpenAI fournit un préavis de trois mois pour la dépréciation des anciens modèles API.
Pourquoi c'est important
Pour les responsables d'ingénierie et les fondateurs, la distinction entre Sol et Astra offre une voie claire pour optimiser les dépenses en IA. Utiliser le modèle de niveau supérieur pour chaque tâche est inutile et coûteux. En réservant Astra aux revues complexes et critiques et en utilisant Sol pour le codage et la rédaction routiniers, les équipes peuvent maintenir une haute qualité de production tout en maîtrisant les coûts. Cette approche par niveaux permet aux organisations de faire évoluer leur utilisation de l'IA sans augmenter proportionnellement leur budget.
L'introduction d'agents persistants comme les points change le paradigme, passant d'une sollicitation réactive à une assistance proactive. Au lieu de trier manuellement des milliers de notifications, les développeurs peuvent déléguer la surveillance et les tâches administratives routinières aux agents. Cela réduit la fatigue liée au changement de contexte et libère du temps pour le travail d'ingénierie à haute valeur ajoutée et la collaboration d'équipe. Cependant, cela nécessite une configuration minutieuse des garde-fous de sécurité pour prévenir les actions non autorisées.
Ce que vous pouvez faire
- Auditez votre utilisation actuelle de l'IA pour identifier les tâches pouvant passer d'Astra à Sol.
- Implémentez GPT-6.1 Sol pour le codage quotidien, la rédaction et les revues de code routinières.
- Réservez GPT-6 Astra aux tests contradictoires, aux audits de sécurité et à la résolution de problèmes complexes.
- Configurez les points OpenAI pour surveiller des canaux et dépôts spécifiques concernant les éléments urgents.
- Définissez des politiques strictes de revue automatique pour empêcher les agents d'envoyer des données ou de fusionner du code sans approbation.
- Testez l'API Decisions pour les tâches de classification à haut volume afin de réduire la latence et les coûts.



