Le 29 septembre 2026, OpenAI annonce des environnements Codex Cloud réutilisables : une configuration préparée de dépôts, de dépendances, d’outils et de paramètres d’accès sert de point de départ à de nouvelles tâches. Chacune dispose de son propre espace de travail isolé. Les développeurs peuvent suivre ou reprendre une tâche depuis un ordinateur, le web ou un mobile, même lorsque leur ordinateur est en veille.
Une configuration réutilisable, des tâches isolées
Un environnement publié rassemble les réglages nécessaires pour démarrer un projet sans refaire la même préparation à chaque fois. Codex crée néanmoins un espace distinct pour chaque tâche, avec ses propres fichiers et modifications. Modifier la configuration suppose de l’enregistrer et de la publier à nouveau pour que les nouvelles tâches utilisent ces changements; les tâches déjà en cours gardent leur état.
Codex peut fonctionner localement, notamment avec son interface en ligne de commande, ou exécuter des tâches déléguées sur des machines gérées par OpenAI. Avec Codex Cloud, une tâche peut continuer à fonctionner pendant que l’ordinateur de l’utilisateur est en veille, puis être reprise sur le web ou sur mobile.
Récupérer l’état d’une tâche
OpenAI indique que l’état enregistré d’une tâche reste récupérable jusqu’à sept jours après le dernier échange ou la reprise. Cette durée concerne la récupération de cet état; elle ne décrit pas la durée de fonctionnement d’une machine virtuelle.
Forfaits et ressources des tâches Cloud
OpenAI indique que Codex Cloud est destiné aux comptes admissibles Plus, à tous les niveaux Pro, ainsi qu’à Business, Enterprise, Healthcare et Education. Free et Go ne sont pas admissibles. L’accès dépend aussi du déploiement et des paramètres de l’espace de travail; dans Enterprise, l’accès Cloud est désactivé par défaut sauf activation. Les comptes invités, K–12 et les sièges Enterprise en lecture seule ne peuvent pas créer d’environnements Cloud.
Les environnements standard n’entraînent pas de frais distincts pour la machine virtuelle au lancement. L’utilisation des modèles reste toutefois décomptée des limites Codex habituelles, des crédits applicables ou de la facturation.
| Groupe de forfaits | vCPU par tâche | Mémoire | Disque |
| Plus et Edu Plus | 2 | 8 GiB | 8 GiB |
| Pro, Business, Enterprise, Edu et Edu Pro | 4 | 16 GiB | 32 GiB |
Configuration, secrets réseau et limites de Cloud
La création et la publication d’un environnement se font sur le web ou sur ordinateur. Le développeur sélectionne des dépôts GitHub; Codex peut les examiner, installer les dépendances et les outils, puis tester la configuration. Celle-ci peut inclure des commandes d’installation et une consigne de démarrage (« Start skill »). Une fois la configuration vérifiée et publiée, elle peut servir de base à de nouvelles tâches.
Les variables d’environnement sont transmises aux programmes comme des valeurs. Pour les secrets réseau, les programmes reçoivent un espace réservé; le proxy substitue l’identifiant pour les destinations HTTPS autorisées sur le port 443. Un environnement partagé peut aussi demander des identifiants personnels que chaque utilisateur fournit depuis son propre coffre. OpenAI prend actuellement en charge Tailscale pour le VPN; OpenID Connect (OIDC) est accessible sur demande dans les espaces Enterprise.
OpenAI liste l’utilisation de l’ordinateur et du navigateur, les dépôts GitLab et GitHub Enterprise Server auto-hébergé parmi les éléments non pris en charge dans les environnements Cloud. La revue des merge requests GitLab relève d’une fonction Code Review distincte.
