Codex

Les automatisations Codex ne s’exécutent pas sur Mac ?

Automatisations Codex locales : Mac allumé et app ChatGPT ouverte requis ; fermé, un MacBook se met en veille. Keep Mac Awake le garde éveillé capot fermé.

En bref : Les automatisations Codex (Codex automations) qui travaillent sur un projet local s’exécutent sur votre Mac, et la documentation d’OpenAI le demande pour elles : « gardez la machine allumée et l’app de bureau ChatGPT en cours d’exécution ». Un MacBook capot fermé est en veille : une exécution prévue à ce moment-là ne peut donc pas travailler, et les options anti-veille de l’app ChatGPT visent la mise en veille automatique, pas le capot. Pour que les automatisations Codex locales continuent de s’exécuter capot fermé, le premier choix est une session Keep Mac Awake lancée avant de fermer le capot ; une tâche qui n’a besoin d’aucun fichier local peut plutôt s’exécuter depuis ChatGPT sur le web.

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

Pourquoi mon automatisation Codex ne s’exécute-t-elle pas ?

Pour un projet local, le plus souvent parce que le Mac était en veille, que l’app de bureau ChatGPT était fermée ou que le dossier du projet n’était plus là. En octobre 2026, la page Scheduled tasks (tâches planifiées) d’OpenAI, vers laquelle redirige désormais l’ancienne page des automatisations Codex, indique :

  • « Dans l’app de bureau ChatGPT, les tâches planifiées peuvent travailler sur des projets locaux et s’exécuter dans le dossier du projet ou dans un worktree isolé. Gardez l’ordinateur allumé et l’app en cours d’exécution quand une tâche planifiée a besoin de fichiers locaux. »
  • « Pour les tâches planifiées liées à un projet, gardez la machine allumée et l’app de bureau ChatGPT en cours d’exécution. Le projet sélectionné doit encore être disponible sur le disque au moment où la tâche doit s’exécuter. »

Vérifiez dans cet ordre :

VérificationPourquoi c’est importantSolution
Le Mac était-il éveillé à l’heure prévue ?Un Mac en veille n’exécute rien, et la fermeture du capot met un MacBook en veilleGarder le Mac éveillé pendant les heures prévues
L’app de bureau ChatGPT était-elle ouverte ?Les automatisations locales s’exécutent dans l’appLaisser l’app ouverte
Le projet est-il encore sur le disque, au même emplacement ?La tâche travaille dans ce dossierRestaurer ou sélectionner de nouveau le projet
Le sandbox (bac à sable) autorise-t-il ce que fait la tâche ?En mode lecture seule, « les appels d’outils échouent s’ils nécessitent de modifier des fichiers, d’accéder au réseau ou d’utiliser des apps sur votre ordinateur »Utiliser workspace-write avec des règles pour les commandes dont elle a besoin
La tâche utilise-t-elle un modèle retiré ?OpenAI vous demande de passer ces tâches à un modèle de remplacementChoisir un modèle disponible dans la tâche

Les automatisations s’exécutent « sans surveillance, avec vos réglages de sandbox par défaut » : une exécution peut donc démarrer et échouer quand même dès sa première commande. Les exécutions et leurs résultats se trouvent dans Scheduled, dans l’app de bureau.

Fermer le capot arrête-t-il les automatisations Codex ?

Oui, pour les automatisations locales. 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), et le guide d’OpenAI pour utiliser l’app de bureau comme hôte distant indique : « Sur un ordinateur portable Mac, l’accès à distance peut rester disponible avec le capot ouvert et l’alimentation branchée. Capot fermé, branchez aussi un écran externe » (connexions à distance).

En octobre 2026, OpenAI ne précise pas si une exécution locale manquée pendant la veille du Mac est lancée plus tard, à la sortie de veille, ou ignorée. Partez du principe qu’elle est ignorée.

Les réglages anti-veille de Codex ne couvrent-ils pas ce cas ?

Ils couvrent la mise en veille automatique, celle qui intervient après une période d’inactivité, et non la veille qui suit la fermeture du capot.

  • Prevent sleep while running. Dans Settings > General de l’app de bureau, ce réglage existe « pour que les chats locaux puissent continuer pendant que vous vous éloignez » (réglages). L’option équivalente de la CLI Codex, features.prevent_idle_sleep, empêche la veille « pendant qu’un tour s’exécute activement » (référence de configuration), ce qui ne couvre pas les heures entre deux exécutions planifiées.
  • Keep the computer awake. Dans Settings > Connections, vous pouvez « choisir de garder ou non l’ordinateur éveillé » pour l’accès à distance, et le même guide demande quand même un écran externe quand le capot est fermé.

L’option de la CLI utilise l’assertion d’alimentation (power assertion) PreventUserIdleSystemSleep (openai/codex #11711), et la documentation d’Apple à son sujet indique : « Le système peut quand même se mettre en veille à la fermeture du capot, depuis le menu Pomme, en cas de batterie faible ou pour d’autres raisons de mise en veille » (documentation Apple pour les développeurs). Le signalement d’un utilisateur, encore ouvert, décrit une automatisation locale qui a démarré pendant un bref réveil de maintenance alors que l’écran du Mac était fermé, après quoi « macOS s’est remis en veille 45 secondes plus tard », et l’exécution a attendu que l’utilisateur réactive le Mac (openai/codex #34794). C’est le récit d’un utilisateur, pas une information d’OpenAI.

Que choisir ?

Pour que les automatisations Codex locales continuent de s’exécuter sur un MacBook capot 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 lancez, par exemple avec keepmacawake start --hours 12, puis rétablit la mise en veille normale.

Lancez la session avant de fermer le capot, assez longue pour couvrir les heures prévues : sans limite, 1 heure, 8 heures ou un nombre d’heures personnalisé jusqu’à 168. Une session ne démarre jamais d’elle-même et ne réactive pas un Mac déjà en veille. Elle fonctionne sur secteur par défaut ; si le chargeur est débranché, la session attend le retour du courant. 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 de bureau ChatGPT doit quand même rester ouverte et la connexion réseau doit quand même tenir : Keep Mac Awake garde le Mac éveillé, rien de plus. Plus d’informations sur l’app : garder un MacBook éveillé capot fermé.

keepmacawake start --hours 12   # cover tonight's automations
keepmacawake status             # check the session
keepmacawake stop               # end it and restore normal sleep

Autres options :

  • Une tâche planifiée dans ChatGPT sur le web. Elle s’exécute sans votre Mac, mais les tâches web « ne peuvent pas travailler directement dans un dossier de votre ordinateur ».
  • Un écran externe avec alimentation, clavier et souris. C’est la configuration capot fermé documentée par OpenAI, et par Apple (Assistance Apple) ; elle attache le Mac à un bureau, et le Mac se met en veille si l’écran se déconnecte.
  • Le capot ouvert, sur secteur. C’est la configuration prévue par OpenAI pour un Mac portable hôte. Ajoutez « Empêcher la suspension d’activité automatique sur adaptateur secteur lorsque l’écran est éteint » dans Réglages Système > Batterie > Options (Assistance Apple, macOS Tahoe 26).
  • sudo pmset disablesleep 1. La commande désactive la veille pour tout le Mac, sans minuteur, jusqu’à ce que vous remettiez ce réglage à 0 (pmset disablesleep).

Un MacBook fermé produit quand même de la chaleur. Apple recommande d’utiliser un ordinateur portable Mac « sur une surface de travail stable permettant une bonne circulation de l’air » (Assistance Apple). Ne le faites jamais tourner 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.

Peut-on créer des automatisations Codex depuis la CLI ?

Non. En octobre 2026, « la CLI Codex ne fournit pas l’interface de gestion Scheduled » ; créez et gérez les tâches planifiées dans ChatGPT sur le web ou dans l’app de bureau. La CLI peut vous aider à préparer et à tester le prompt au préalable. Pour une tâche longue que vous lancez vous-même plutôt que selon une planification, voir pourquoi Codex s’arrête sans cesse.

Questions fréquentes

Les automatisations Codex s’exécutent-elles quand mon Mac est en veille ?

Pas les automatisations locales. OpenAI demande de garder la machine allumée et l’app de bureau ChatGPT en cours d’exécution pour les tâches planifiées liées à un projet, et un Mac en veille n’exécute rien.

Les automatisations Codex s’exécutent-elles quand le capot du MacBook est fermé ?

Seulement si le Mac reste éveillé. Le premier choix est une session Keep Mac Awake lancée avant de fermer le capot ; la configuration capot fermé d’OpenAI elle-même passe par un écran externe.

L’option « Prevent sleep while running » maintient-elle les automatisations Codex en marche ?

Pas capot fermé, et pas entre deux exécutions, d’après la documentation. L’option de la CLI ne vaut que pendant un tour, et Apple précise que le système peut quand même se mettre en veille à la fermeture du capot.

Les automatisations Codex et les tâches planifiées ChatGPT, est-ce la même chose ?

En octobre 2026, OpenAI les documente sur une seule page, « Scheduled tasks », et l’ancienne adresse des automatisations Codex y redirige. Les tâches sur des projets locaux s’exécutent dans l’app de bureau ; les tâches web s’exécutent sans votre ordinateur.

Codex peut-il garder le Mac éveillé pour ses propres automatisations ?

Une session Keep Mac Awake doit déjà être en cours à l’heure prévue d’une tâche. Si l’app Keep Mac Awake est installée et que vous le lui demandez, Codex peut lancer keepmacawake start --hours N --json avant votre départ. Une session Keep Mac Awake ne démarre jamais d’elle-même.

Sources