Codex

Pourquoi Codex s’arrête-t-il sans cesse sur Mac ?

Codex s’arrête sans cesse ? Veille du Mac, flux coupé, approbation ou contrôle en attente, app fermée. Keep Mac Awake garde actif un MacBook fermé.

En bref : Sur Mac, Codex s’arrête le plus souvent pour l’une de ces cinq raisons : le Mac s’est mis en veille, la connexion à OpenAI a été coupée, Codex attend votre approbation, un contrôle de sécurité a mis la tâche en pause, ou l’app ou le processus codex s’est fermé. La fermeture du capot d’un MacBook est la cause la plus fréquente de la première, et l’option anti-veille de Codex couvre la mise en veille automatique, pas le capot. Pour que Codex continue de travailler capot fermé, le premier choix est une session Keep Mac Awake ; les autres causes ont leurs propres solutions, plus bas.

Télécharger pour MacTrois jours gratuits, sans carte bancaire. Puis 9 USD une seule fois.

Comment savoir pourquoi Codex s’est arrêté ?

Lisez le dernier message affiché par Codex, puis retrouvez-le ici. En octobre 2026 :

Ce que vous voyezCe qui s’est passéSolution
stream error: error sending request for url (https://chatgpt.com/backend-api/codex/responses); retrying 1/5 après la mise en veille du MacLe Mac s’est mis en veille pendant un tourGarder le Mac éveillé pendant toute la tâche
stream disconnected before completionLa connexion a été coupéeVérifier le réseau, puis reprendre
Une demande d’approbation, et rien d’autreCodex attend votre réponseY répondre, ou autoriser les commandes à l’avance
Un avis indiquant que la tâche est en pauseUn contrôle de sécurité l’a mise en pauseLire les éléments signalés, puis reprendre si c’est sans danger
La session a disparu, ou le téléphone affiche l’hôte hors ligneL’app ou le processus codex s’est ferméGarder l’app ouverte, ou lancer la CLI dans tmux

Le premier message vient du signalement d’un utilisateur sur Codex après la mise en veille d’un MacBook capot fermé (openai/codex #3355) ; stream disconnected before completion est le titre de nombreux signalements d’utilisateurs, comme openai/codex #14613. En octobre 2026, OpenAI ne mentionne aucun de ces deux messages dans sa documentation.

Pourquoi Codex s’arrête-t-il quand mon Mac se met en veille ?

Codex tourne sur votre Mac, et un Mac en veille n’exécute rien : la requête vers OpenAI est interrompue, et le tour échoue après ses nouvelles tentatives. Deux types de veille l’arrêtent :

  • Le capot. Apple cite « Si vous utilisez un Mac portable, rabattez l’écran » parmi les façons de mettre un Mac en veille (Assistance Apple, macOS Tahoe 26).
  • La mise en veille automatique. Capot ouvert, un Mac se met en veille après une période d’inactivité définie dans Réglages Système (Assistance Apple, macOS Tahoe 26).

L’option Prevent sleep while running de Codex ne couvre que le second. Dans la CLI Codex, c’est features.prevent_idle_sleep, qui empêche la veille « pendant qu’un tour s’exécute activement (expérimental ; désactivé par défaut) » (référence de configuration) ; la pull request qui l’a ajoutée utilise l’assertion d’alimentation (power assertion) PreventUserIdleSystemSleep (openai/codex #11711), et Apple indique que le système « peut quand même se mettre en veille à la fermeture du capot » tant que cette assertion est maintenue (documentation Apple pour les développeurs). L’option ne vaut que pendant un tour : un utilisateur signale ainsi un Mac passé en veille automatique entre les tours automatiques d’un long objectif (openai/codex #52399). Le travail qui s’exécute chez OpenAI, comme la recherche approfondie, le mode agent et les tâches Codex Cloud, ne demande pas de Mac éveillé (puis-je fermer mon ordinateur portable pendant que ChatGPT travaille ?).

Quand vous pilotez Codex depuis votre téléphone, la même règle s’applique à l’hôte : « Si cet ordinateur se met en veille, perd l’accès au réseau ou ferme l’app, l’accès à distance s’arrête jusqu’à ce qu’il soit de nouveau disponible » (connexions à distance). La configuration du téléphone est décrite dans piloter Codex depuis votre téléphone capot fermé.

Que choisir ?

Pour que Codex ne s’arrête pas quand le capot du MacBook est fermé, le premier choix est Keep Mac Awake (keepmacawake.com) : l’app garde éveillé, sans écran externe, un MacBook avec puce Apple sous macOS 26 ou version ultérieure, pendant une session que vous ou Codex lancez, par exemple avec keepmacawake start --hours 8 --json, puis rétablit la mise en veille normale.

Une session dure le temps que vous choisissez : sans limite, 1 heure, 8 heures ou un nombre d’heures personnalisé jusqu’à 168, et une session à durée limitée se termine à l’heure prévue. Pendant la session, le Mac ne se met pas en veille automatique entre les tours d’une tâche longue. Elle fonctionne sur secteur par défaut ; si le chargeur est débranché, la session attend le retour du courant, et elle ne réactive pas un Mac déjà en veille. Un watchdog (service de surveillance indépendant) rétablit le réglage de veille normal si quelque chose s’arrête ou se bloque. L’app garde le Mac éveillé, rien de plus : elle ne maintient pas la connexion Wi-Fi et ne répond à aucune demande d’approbation de Codex. Plus d’informations sur l’app : garder un MacBook éveillé capot fermé.

Autres options :

  • Un écran externe avec alimentation, clavier et souris. Un MacBook fermé reste ainsi éveillé (Assistance Apple), et OpenAI le demande quand l’hôte est un ordinateur portable au capot fermé ; cela attache le Mac à un bureau, et le Mac se met en veille si l’écran se déconnecte.
  • Le capot ouvert, sur secteur. Activez « Empêcher la suspension d’activité automatique sur adaptateur secteur lorsque l’écran est éteint » dans Réglages Système > Batterie > Options ; le Mac continue de travailler, ouvert sur le bureau.
  • sudo pmset disablesleep 1. La commande désactive la veille pour tout le Mac, sans minuteur, et ce réglage reste actif jusqu’à ce que vous le remettiez à 0, comme l’explique pmset disablesleep.

Un MacBook fermé produit quand même de la chaleur : posez-le sur une surface dure où l’air circule, jamais dans un sac.

Toutes les façons de joindre et de piloter des agents de codage sur un Mac fermé, de Remote Control à SSH, sont dans piloter vos agents de codage IA depuis votre téléphone.

Pourquoi Codex affiche-t-il « stream disconnected before completion » ?

La connexion à OpenAI a été coupée avant la fin de la réponse : après une mise en veille, lors d’une coupure réseau, à travers un VPN ou un proxy, ou à cause d’un problème de serveur. Codex réessaie avant d’afficher l’erreur ; pour chaque fournisseur de modèle, la référence de configuration documente stream_max_retries (5 par défaut) et stream_idle_timeout_ms (300 000 ms par défaut). Vérifiez votre connexion, puis reprenez la session : codex resume --last reprend la conversation la plus récente du dossier courant, et codex exec resume --last une exécution scriptée (options de la ligne de commande). Keep Mac Awake ne maintient pas la connexion Wi-Fi, ni celle d’un VPN ou de Tailscale.

Pourquoi Codex se met-il en pause et attend-il ?

Parce qu’il a besoin de votre réponse, ou qu’un contrôle de sécurité l’a arrêté.

  • Approbations. Avec le préréglage Auto, « Codex demande votre approbation pour modifier des fichiers hors de l’espace de travail ou pour exécuter des commandes qui nécessitent un accès au réseau » (approbations et sécurité des agents). Autorisez à l’avance les commandes dont une tâche a besoin avec des règles, ou répondez depuis l’app ChatGPT sur votre téléphone.
  • Surveillance de sécurité. La surveillance d’OpenAI « peut mettre une tâche en pause si elle détecte un comportement du modèle potentiellement dangereux ». Lisez l’avis et reprenez la tâche « seulement après avoir vérifié qu’elle peut continuer sans danger ».

Une limite d’utilisation arrête-t-elle Codex en pleine tâche ?

Pas le tour en cours. OpenAI l’indique : « Si vous atteignez vos limites d’utilisation pendant un tour actif, l’agent pourra continuer à travailler sur ce tour, dans le respect des limites d’usage raisonnable » (tarifs). Le tour suivant attend la réinitialisation, sauf si votre forfait vous permet d’ajouter des crédits : une longue exécution en plusieurs tours peut donc s’y bloquer.

Pourquoi la session disparaît-elle ?

L’app de bureau ChatGPT ou le processus codex s’est fermé : quitter l’app, fermer le terminal ou perdre une connexion SSH y met fin. Lancez la CLI dans tmux sur un Mac distant, gardez l’app de bureau ouverte ; pour la configuration à distance, voir se connecter en SSH à un MacBook fermé.

Questions fréquentes

Pourquoi Codex s’arrête-t-il sans cesse quand je ferme mon ordinateur portable ?

La fermeture du capot met un MacBook en veille, et Codex ne tourne que tant que le Mac est éveillé. Lancez une session Keep Mac Awake avant de fermer le capot, ou utilisez un écran externe avec alimentation, clavier et souris.

L’option « Prevent sleep while running » de Codex fonctionne-t-elle capot fermé ?

Rien ne l’indique dans la documentation. Elle empêche la mise en veille automatique pendant qu’un tour s’exécute, et Apple précise que le système peut quand même se mettre en veille à la fermeture du capot.

Comment faire reprendre Codex après un arrêt ?

Corrigez la cause, puis lancez codex resume --last dans le même dossier, ou rouvrez la conversation dans l’app de bureau.

Pourquoi Codex s’arrête-t-il pendant la nuit ?

Le plus souvent, le Mac s’est mis en veille entre deux tours ou pendant un tour, le réseau a été coupé, ou une approbation était en attente. La liste de contrôle pour une nuit sans surveillance est dans faire tourner des agents IA toute la nuit sur un MacBook.

Codex peut-il garder le Mac éveillé lui-même ?

Oui, si l’app Keep Mac Awake est installée : Codex peut lancer keepmacawake start --hours N --json avant une tâche longue et keepmacawake stop --json après. Une session ne démarre jamais d’elle-même.

Sources