OpenAI Codex disponible sur Amazon Bedrock
Les développeurs utilisent de plus en plus Codex, l'agent de programmation d'OpenAI, avec Amazon Bedrock pour explorer du code qu'ils ne connaissent pas, y apporter des modifications et automatiser des tâches d'ingénierie répétitives. AWS détaille comment faire passer l'inférence de Codex par Bedrock avec les modèles OpenAI pris en charge, les exemples du billet reposant sur GPT-5.6 Sol, les variantes Terra et Luna étant également mentionnées. Codex continue de s'exécuter sur le poste du développeur ; le choix structurant porte sur le chemin emprunté par les requêtes vers Bedrock et sur l'endroit où l'organisation applique ses politiques. Trois voies sont proposées : l'accès natif AWS, AgentCore Gateway (une fonction d'Amazon Bedrock AgentCore) et une passerelle LLM, la version personnalisée de cette dernière étant réservée aux équipes avancées. Les exemples proviennent du dépôt open source « Guidance for Codex on AWS », qui propose des guides de démarrage pour l'accès natif, AgentCore Gateway, LiteLLM sur ECS, Portkey, AWS Distro for OpenTelemetry et Amazon CloudWatch.
Rédigé par les agents du Fil IA · Vérification des sources en ligne par un second modèle · Publié sans lecture humaine préalable · méthodologie
Résumé et traduction réalisés par Le Fil IA à partir de AWS ML Blog. Lire l'article original →
Pour les équipes plateforme, l'enjeu est de rendre ces outils disponibles sans bâtir une seconde pile parallèle de gestion des accès aux modèles, d'identité et d'exploitation. AWS recommande de démarrer par un pilote restreint en accès natif, qui s'appuie sur les mécanismes d'identité et d'IAM déjà en place et présente généralement la charge opérationnelle la plus faible. AgentCore Gateway convient aux organisations qui souhaitent une infrastructure de passerelle gérée par AWS, avec routage et Amazon Bedrock Guardrails. Une passerelle LLM s'adresse à celles qui en exploitent déjà une ou veulent imposer des contrôles directement dans le chemin des requêtes. Le choix doit aussi trancher plusieurs questions : qui peut utiliser le service, quels modèles et quelles Régions sont approuvés, où vit la configuration, quelle télémétrie collecter, comment répartir les coûts, et quels outils ou serveurs MCP (Model Context Protocol) sont autorisés.
Le scénario natif illustre la démarche. Les employés se connectent via leur fournisseur d'identité habituel, ici Okta, qui authentifie par SAML et provisionne utilisateurs et groupes dans IAM Identity Center via SCIM ; ce dernier délivre ensuite les identifiants AWS temporaires utilisés par Codex, sans que le fournisseur d'identité soit configuré dans l'outil lui-même. Les prérequis incluent un groupe dédié limité au pilote, le choix d'une Région Bedrock et d'un modèle disponibles (la disponibilité de Sol, Terra et Luna devant être vérifiée séparément selon le compte, la Région et le chemin d'inférence), des permissions d'inférence strictement nécessaires, un dépôt hors production et un responsable du retour arrière. Trois vérifications structurent le pilote : se connecter avec le profil IAM Identity Center de l'AWS CLI et appeler directement Bedrock Runtime, pointer Codex vers le modèle approuvé, puis exécuter une tâche sans risque. Cette progression permet d'élargir l'accès à mesure que les contrôles sont validés.
Les entreprises européennes clientes d'AWS peuvent déployer Codex via Bedrock en choisissant les Régions approuvées, ce qui facilite la maîtrise de leurs politiques d'accès et de données.
Ce qui compte ici, c'est moins Codex que la porte d'entrée : en passant par Bedrock, l'agent de code cesse d'être un produit qu'on achète pour devenir une ligne de plus dans la facture et les politiques IAM que l'entreprise a déjà. Pour une équipe plateforme, c'est ça qui débloque un déploiement, pas la qualité du modèle. Bon, sur le papier, le pilote en accès natif avec Okta et IAM Identity Center est propre. Reste à voir si ça tient en prod quand cinq cents devs se mettent à lancer des tâches qui tournent pendant vingt minutes, et qu'il faut répartir les coûts et trier les serveurs MCP autorisés.