Utiliser Codex Cloud avec GitHub pour créer une pull request

Pour utiliser Codex Cloud avec GitHub, reliez votre dépôt, préparez puis publiez un environnement, confiez à Codex une tâche ciblée et examinez les modifications avant de traiter la pull request. L’accès dépend de votre offre et des autorisations de votre espace de travail.

Vérifier l’accès et préparer le dépôt

OpenAI indique que Codex Cloud est disponible avec les offres Plus, Pro, Business et Enterprise/Education. L’accès par clé API n’est pas disponible, et les autorisations de l’espace de travail s’appliquent aussi. Les conversations cloud et les messages locaux partagent le quota d’utilisation du forfait ; une tâche cloud peut en consommer davantage, selon le modèle et la tâche. Consulter les conditions d’accès et d’utilisation de Codex Cloud

Choisissez un dépôt GitHub auquel vous avez accès et préparez les informations dont son installation dépend : outils, services, registres privés ou paramètres de configuration. Une autorisation réseau ne remplace pas les identifiants nécessaires pour accéder à un service.

Préparer et publier l’environnement

1. Sélectionnez le dépôt GitHub. Connectez GitHub si Codex vous le demande, puis choisissez le dépôt qui servira à préparer l’environnement.
2. Laissez Codex préparer la configuration. Il examine le dépôt, installe les dépendances et outils nécessaires et teste la configuration. Complétez les informations ou les accès manquants, puis relisez la configuration et le rapport de préparation.
3. Publiez l’environnement. Cette étape enregistre un point de départ réutilisable pour les nouvelles tâches ; elle ne déploie pas l’application. Une nouvelle tâche démarre dans un espace de travail isolé basé sur cet environnement. Une tâche déjà ouverte conserve ses propres fichiers et modifications. Pour changer la configuration réutilisable, modifiez-la, testez-la et publiez-la de nouveau. Voir la procédure de préparation et de gestion des environnements cloud d’OpenAI

Demander une modification vérifiable

Commencez par demander une explication du dépôt, puis formulez le comportement attendu et les limites de la modification : tests à lancer, cas de régression à couvrir et changements à éviter. Dans son tutoriel, proFlead décrit un exemple JavaScript où il demande d’abord une explication du projet, puis une correction ciblée. Pour une plage d’indices inclusive, par exemple, le dernier indice valide est la longueur du tableau moins un : dans un tableau de trois éléments, les indices sont 0, 1 et 2.

Une demande précise rend le résultat plus facile à examiner, mais ne dispense pas de vérifier le code et les tests du projet.

Examiner le diff et la pull request

Avant d’accepter une pull request, vérifiez les branches source et cible, les fichiers modifiés et le diff. Examinez les entrées et les résultats des tests, puis contrôlez la description de la PR et les résultats de l’intégration continue (CI). Un état indiquant qu’il n’y a pas de conflit avec la branche cible ne garantit pas que le comportement du code est correct.

Le tutoriel de proflead décrit aussi la récupération de la branche pour la vérifier dans un dépôt local. Avant de changer de branche, contrôlez vos modifications locales non enregistrées. Les commandes données dans son exemple sont :

git status
git remote -v
git fetch origin
git switch --track origin/your-task-branch

Remplacez your-task-branch par le nom de la branche de la pull request, puis relancez les tests du projet dans votre copie locale.

Ressources, état des tâches et accès réseau

Les ressources par défaut de la machine virtuelle (VM) d’une tâche varient selon l’offre indiquée par OpenAI :

OpenAI indique que l’état sauvegardé d’une VM peut être récupéré jusqu’à sept jours après le démarrage du dernier tour de tâche ou la reprise de la tâche. Cet état ne remplace pas le contrôle de version : conservez vos changements dans Git. La documentation OpenAI détaille les ressources et la conservation de l’état.

Les variables d’environnement et les secrets réseau n’arrivent pas de la même manière au programme :

Autoriser un nom d’hôte ne fournit ni identifiant ni permission auprès du service. Vérifiez séparément l’accès au service et les informations d’authentification. Pour un réseau privé, OpenAI documente un accès VPN configuré séparément avec Tailscale ; les règles d’accès du VPN et les paramètres réseau de l’environnement doivent être configurés. L’environnement cloud n’hérite pas automatiquement de la connexion VPN de votre ordinateur.

Les environnements cloud ne prennent pas en charge l’utilisation d’un navigateur ou d’un ordinateur. OpenAI indique également que GitLab et GitHub Enterprise Server auto-hébergé ne sont pas pris en charge.