Codex continue-t-il quand le PC est en veille ? Remote, Cloud et accès mobile

Si le PC qui exécute Codex se met en veille, Remote ne peut pas poursuivre les travaux qui utilisent ce PC. Les tâches envoyées à Codex Cloud peuvent continuer pendant que votre propre PC est en veille. Ce qui compte, c’est l’endroit où les fichiers sont lus et les commandes exécutées, plus que le fait de consulter la tâche sur un téléphone.

Nous avons consulté la documentation originale d’OpenAI, notamment Connexions Remote et Environnements Cloud, le 7 octobre 2026. Nous n’avons pas reproduit la mise en veille ni les interruptions de connexion sur du matériel réel pour cet article. Les choix et vérifications ci-dessous suivent les spécifications officielles.

1. Comparaison de Local, Worktree, Remote et Cloud

Local et Worktree s’exécutent tous deux sur un PC. Worktree sépare les répertoires de travail Git ; il ne déplace pas l’exécution vers le cloud. Remote permet d’accéder à l’hôte d’exécution depuis un autre appareil. Cloud sélectionne un environnement de développement dans le cloud comme destination d’exécution.

Sources : Environnements Codex et Ce que Remote utilise sur l’hôte connecté. Le fait d’utiliser un PC comme hôte ne signifie pas que tous les calculs du modèle et toutes les communications restent entièrement sur cet appareil.

Par exemple, si votre téléphone se connecte à un ordinateur à domicile qui reste allumé, l’état d’alimentation du portable que vous emportez n’est pas la condition déterminante. Si ce portable est lui-même l’hôte Remote, sa mise en veille le rend inaccessible. Vérifiez le nom de l’hôte sélectionné et le lieu de travail plutôt que de vous fier à l’expression « mon PC ».

2. Quitter un écran, mettre en veille et fermer l’application sont des actions distinctes

La réponse à « continuera-t-il si je le ferme ? » dépend de ce que vous fermez. Distinguez le fait de quitter l’écran du téléphone, de fermer le capot du portable et de fermer l’application sur le PC hôte.

Le guide Remote d’OpenAI indique que l’accès s’arrête jusqu’à ce que l’hôte redevienne disponible si celui-ci se met en veille, perd sa connexion réseau ou si l’application se ferme. Cette explication ne permet pas, à elle seule, de déterminer jusqu’où une commande en cours continue après la déconnexion ni quelles opérations reprennent automatiquement à la reconnexion. Vérifiez séparément le dernier enregistrement de la tâche, les modifications et les résultats des tests.

Fermer le capot d’un portable Mac

Le guide officiel recommande de garder le capot du portable Mac ouvert et de brancher l’alimentation pour maintenir Remote disponible. Pour un capot fermé, il demande également de connecter un écran externe et indique que choisir explicitement Sleep arrête Remote. Un capot fermé et un ordinateur en veille ne correspondent pas nécessairement au même état. N’étendez pas ces conditions à une garantie pour tous les modèles de Mac.

Interaction avec l’écran sous Windows

Pour les travaux utilisant Computer Use sous Windows, la condition officielle est de maintenir la session déverrouillée et disponible. Les interactions avec l’écran s’exécutent au premier plan : il faut donc laisser ce PC disponible pour le travail. Cette condition concerne les interactions avec l’écran sous Windows ; elle ne dit pas que verrouiller l’écran arrête nécessairement toutes les commandes.

Source : Remote : conditions requises sur le PC connecté. Pour les travaux lancés dans la CLI ou une extension d’IDE, distinguez également la fermeture du terminal, la veille du système et la fermeture d’un outil de développement. Cet article ne garantit pas que leurs processus continuent après la fermeture de ces outils.

3. Poursuivre le travail de votre PC depuis un téléphone

Remote est une option pour utiliser un dépôt local existant, des outils installés ou des sessions déjà authentifiées dans le navigateur. Vous utilisez le téléphone pour les instructions, autorisations et résultats, tandis que le PC connecté fournit l’environnement. Voici les étapes officielles de configuration. Elles doivent être effectuées par la personne qui autorise l’accès au PC cible.

1. Vérifiez que le compte et l’espace de travail correspondent. Confirmez que la dernière version de l’application de bureau ChatGPT est ouverte sur Mac ou Windows, et que le PC est éveillé et en ligne. Dans une organisation, l’administrateur peut devoir autoriser Remote Control.
2. Ouvrez les réglages de connexion sur le PC. Allez dans Settings → Connections → Control this Mac or PC, puis Set up ou Add, et terminez l’autorisation d’accès ainsi que les vérifications d’identité requises.
3. Scannez le code QR avec votre téléphone. Terminez la connexion dans l’application ChatGPT. Une vérification MFA, SSO ou par clé d’accès peut être nécessaire. Chaque paire téléphone–hôte est configurée séparément.
4. Ouvrez Codex sur le téléphone. Sur iOS, ouvrez Codex, ou Remote sur les écrans qui utilisent l’ancien nom. L’affichage et la disponibilité varient selon le déploiement, y compris sur Android. Sélectionnez l’hôte et le chat existant.
5. Vérifiez les instructions envoyées et les résultats. Examinez la progression, les modifications, la sortie du terminal et les résultats des tests. Vérifiez les demandes d’autorisation pour les opérations qui en ont besoin et évitez d’envoyer plusieurs fois la même demande.

Sources : Prérequis et Étapes de configuration. Cette configuration de connexion mobile commence dans l’application de bureau. Elle ne décrit pas une configuration équivalente avec uniquement la CLI ou une extension d’IDE.

Remote utilise les identifiants, plugins, environnement de navigateur et permissions de l’hôte. Le PC que vous autorisez influe donc sur le périmètre du travail. Ne supposez pas qu’il faut toujours ajouter des interactions avec l’écran ou une extension de navigateur pour établir la connexion ; déterminez d’abord les besoins du travail et les permissions à accorder.

4. Utiliser Codex Cloud pendant que votre PC se repose

Pour poursuivre des modifications de code ou des recherches pendant que votre PC est en veille, préparez un dépôt, des dépendances et un environnement de test exécutables dans le cloud. Vous pouvez aussi lancer et poursuivre le travail depuis un téléphone, à condition d’avoir déjà accès à un environnement de développement publié.

Ici, Publish signifie enregistrer l’environnement de développement préparé comme état initial de nouvelles tâches. C’est distinct de la publication publique d’une application web, mais vérifiez le partage de l’environnement dans des réglages tels que Who can use. Codex mène aussi des recherches, installe et teste pendant la préparation : ne supposez pas qu’aucun traitement n’a lieu simplement parce que vous n’avez pas encore demandé le développement d’une application. Source : Créer et publier un environnement.

Ce qui n’est pas transféré automatiquement dans le cloud

Sources : Lieux d’exécution et ressources et Réutiliser l’état enregistré. Les nouvelles tâches démarrent indépendamment à partir de l’environnement publié. Les tâches existantes conservent leurs propres fichiers enregistrés et outils installés.

Limites des vérifications d’écran et de la conservation de l’état

La documentation actuelle de Cloud environments indique que Computer and browser use, GitLab et GitHub Enterprise Server auto-hébergé ne sont pas pris en charge. Envoyer le travail à Cloud ne signifie pas que des tests interactifs dans un vrai navigateur seront toujours réalisés. Vérifiez séparément si des tests exécutés par commande, comme Playwright, peuvent fonctionner dans l’environnement requis. L’absence de prise en charge des fonctions intégrées de navigateur ne prouve ni qu’une autre méthode fonctionne forcément, ni que toutes les alternatives sont interdites.

La documentation indique que, par défaut, l’état enregistré de la VM est récupérable jusqu’à sept jours après le début du dernier tour ou la reprise de la tâche. Cela ne signifie pas « sept jours d’exécution autonome ininterrompue ». Préservez le code important par des commits et des artefacts enregistrés, sans remplacer le contrôle de versions par la conservation de l’état dans le cloud. Sources : Spécifications de la VM et état enregistré et Limites actuelles.

Codex Cloud (Legacy), dans les réglages, désigne les anciens environnements de Code Review et des intégrations Linear et GitHub. Distinguez leurs réglages de ceux des nouveaux environnements Cloud. N’appliquez pas les explications de l’ancien guide sur le cache des conteneurs et les secrets de préparation aux spécifications de conservation de l’état ou d’authentification du nouvel environnement. Source : Codex Cloud (Legacy).

5. Peut-on transférer directement vers Cloud un travail local en cours ?

Dans le guide officiel Remote, Handoff transfère un chat et son état Git entre votre PC et un autre hôte connecté. La destination doit disposer d’un projet enregistré pour le même dépôt Git. Si vous travaillez dans un sous-répertoire, enregistrez le même emplacement sur les deux hôtes. Un transfert pendant le travail interrompt la réponse en cours.

Le guide précise que ce Handoff ne prend pas en charge le transfert vers un environnement Codex Cloud. Passer à un autre hôte Remote et passer à Codex Cloud sont deux opérations distinctes. Un chat Codex en cours ne passe pas automatiquement à Cloud lorsque votre PC devient indisponible. Source : Transférer un chat entre hôtes.

Codex /goal, qui conserve les critères de réussite dans le même chat, ne change pas non plus le lieu d’exécution ni les besoins d’alimentation du PC. Il faut à la fois un objectif suivi et un environnement d’exécution disponible.

6. Différences avec ChatGPT Work et dot

ChatGPT Work coordonne dans le cloud et utilise des outils sur un PC autorisé, selon une approche différente de Codex Remote. Le guide officiel explique que Local computer access avec Work Cloud ne s’applique qu’aux nouvelles tâches éligibles lancées avec Cloud sélectionné dans l’application de bureau après activation de la fonction. Les tâches existantes gardent leur mode d’origine.

Sources : Work Cloud et Remote et Conditions d’utilisation de Work et des dots. La seconde est un guide Enterprise ; la disponibilité dépend de l’espace de travail et du déploiement. Ne généralisez pas ce comportement de bascule à tous les comptes personnels ou à toutes les tâches Codex.

Les exigences Enterprise pour l’exécution locale ne s’appliquent pas non plus telles quelles aux conteneurs cloud. Au-delà de l’absence de transfert automatique des fichiers, vérifiez les contrôles adaptés au lieu d’exécution. Notre guide de dot, avec les tarifs et la comparaison avec Codex, présente le rôle de dot, l’application que nous avons réellement créée et les limites de sa vérification.

7. Tarifs, limites d’utilisation et choix d’une solution

La page des tarifs Codex indique que les messages locaux et les tâches Cloud partagent le quota d’utilisation du forfait. Les tâches Cloud peuvent en consommer davantage que les messages locaux, mais aucun multiplicateur fixe ne s’applique systématiquement à une même demande. La consommation varie selon le modèle, le contexte, le raisonnement, les outils utilisés, les informations récupérées, le cache et le travail effectué.

Dans le tableau des tarifs, la description de Free et Go concerne le déploiement progressif de GPT-6 Luna dans l’application de bureau. Elle ne suffit pas à établir un accès gratuit à Codex Cloud ou Remote. La description de Plus inclut le web, la CLI, les IDE, iOS et les intégrations cloud ; dans une organisation, l’accès dépend aussi des réglages de l’administrateur. Dans le tableau des fonctions, Remote Control mobile avec une clé API n’est pas pris en charge et se distingue des connexions distantes SSH. Les tarifs avec clé API n’incluent pas les fonctions cloud, et les prix d’API à l’usage ne peuvent pas être convertis directement en nombre de tâches d’un abonnement. Source : Tarifs et limites d’utilisation de Codex.

Acheter des crédits supplémentaires après avoir atteint la limite entraîne un paiement distinct. Distinguez l’utilisation des crédits déjà détenus de l’achat de nouveaux crédits ou d’une recharge automatique. Changer le lieu d’exécution ne renouvelle pas le quota. Pour les niveaux Pro et le choix d’une réinitialisation, consultez la comparaison de Pro 100, 200 et 500.

Pour les connexions SSH, le guide officiel exige l’installation et l’authentification de Codex sur la destination distante, avec codex dans le PATH du shell de connexion. Il ne recommande pas de préserver l’accès en exposant un app-server sans authentification sur un réseau public. Vérifiez les coûts du serveur dédié, du VPN et des services externes séparément du quota de votre forfait Codex.

8. Vérifications lorsque le téléphone ne se connecte pas

Un échec de connexion ne signifie pas, à lui seul, que le code ou l’historique du PC ont disparu. Suivez cet ordre pour cerner le problème avant de réinitialiser l’environnement ou d’effacer les informations de connexion.

1. Vérifiez l’hôte cible. Vous connectez-vous à un autre PC, compte ou espace de travail ?
2. Vérifiez l’état du PC. S’est-il mis en veille, a-t-il perdu le réseau, fermé l’application ou déconnecté le compte ?
3. Vérifiez Remote Control après la déconnexion du compte. Le guide officiel indique que la déconnexion place Remote Control sur OFF sans supprimer l’appairage des appareils. Se reconnecter ne suffit pas forcément à rétablir l’état précédent.
4. Distinguez une autorisation en attente d’un échec de connexion. Vérifiez si la tâche Codex ou Remote attend une vérification d’identité ou une autorisation. Confirmez à nouveau que le compte et l’espace de travail correspondent.
5. Si le problème persiste, notez l’état et l’heure. Notez le système d’exploitation, la version de l’application, l’hôte, les mises en veille ou déconnexions récentes et l’erreur affichée. Excluez des signalements le code confidentiel, les identifiants et les données personnelles.

Source : Dépannage de Remote. Avant d’essayer les étapes officielles de redémarrage ou de configuration, enregistrez les modifications et résultats en cours. Après le réveil du PC, voir l’application et pouvoir envoyer de nouvelles instructions sont deux vérifications distinctes.

Sur GitHub, un signalement d’utilisateur, nº 23470, décrit l’échec de reconnexion de Remote avec 409 Conflict après le réveil d’un Mac, même en ligne. Cela suggère des bugs possibles au-delà de l’indisponibilité normale liée à la veille, sans établir une cause commune à tous les appareils ni une réparation recommandée. Ne faites pas de la suppression de réglages internes citée dans ce signalement une procédure générale de récupération.

Si vous pouvez lire l’historique mais pas envoyer d’instructions, avec une erreur telle que thread not found, consultez aussi les étapes de récupération qui distinguent historique enregistré et état d’exécution. Lisez l’erreur complète avant d’effacer puis de recréer les réglages de connexion.

9. Vérifications avant de partir et au retour

Envisagez Remote pour utiliser l’environnement de votre PC actuel, et Codex Cloud pour poursuivre le travail pendant la veille de votre PC. Cloud comporte des ressources non transférables et des fonctions non prises en charge ; Remote nécessite un hôte disponible. L’essentiel est de distinguer « consultable sur téléphone », « conversation conservée », « travail en cours » et « vérification terminée », sans en faire un état unique.

Questions fréquentes

Puis-je fermer le portable qui exécute Codex et continuer depuis mon téléphone ?

Si ce PC est l’hôte Remote, il doit être éveillé et en ligne, avec l’application de bureau ouverte. L’accès Remote s’arrête si fermer le capot le met en veille. Les tâches Codex Cloud peuvent continuer pendant que votre propre PC est en veille.

Codex sur téléphone se connecte-t-il toujours à mon propre PC ?

Non. Les guides officiels décrivent aussi le lancement et la poursuite de tâches Cloud en sélectionnant un environnement publié. Un hôte Remote et un environnement de développement Cloud sont deux destinations d’exécution distinctes. Vérifiez les options proposées par votre application et leur disponibilité.

Codex bascule-t-il automatiquement vers Cloud quand mon PC devient indisponible ?

Codex Handoff ne prend pas en charge le transfert vers des environnements Cloud. Les tâches Work Cloud éligibles ont des conditions permettant de poursuivre dans Cloud lors d’un nouveau tour, mais les fichiers et outils locaux du PC sont indisponibles et un tour en cours ne peut pas basculer à mi-parcours.

Cloud terminera-t-il toujours le travail si je le laisse seul ?

Ne pas devoir garder le PC éveillé est distinct d’une garantie de résultat. L’authentification, les autorisations, les outils manquants, les erreurs d’exécution ou les limites d’utilisation peuvent nécessiter votre intervention. Évaluez le résultat à partir des artefacts, modifications, vérifications réellement effectuées et éléments non vérifiés, plutôt que du seul rapport final.