OpenAI a annoncé aujourd'hui que le contrôle à distance Codex est maintenant dans l'app ChatGPT mobile sur iOS et Android, en preview, disponible à tous les tiers d'abonnement. La surface mobile permet aux utilisateurs de monitorer les environnements Codex live à travers les appareils et — citant l'annonce — « travailler à travers tous tes threads, review les outputs, approuver les commandes, changer les modèles ou démarrer quelque chose de nouveau ». Le changement ship dans l'app ChatGPT existante plutôt que comme app Codex autonome. Aucune date de release pour la disponibilité générale n'a été donnée ; preview c'est le statut actuel.
Le vrai shift de capacité ici c'est le mode de travail agent-asynchrone + checkpoint-mobile. Jusqu'ici, rouler une longue session de coding Codex voulait dire s'asseoir à la machine pour approuver les tool calls et review les outputs intermédiaires. Avec le contrôle à distance mobile, la session continue sur le serveur, envoie les prompts d'approbation à ton téléphone, et tu restes dans la boucle en bougeant à travers ta journée. Ce pattern de travail n'est pas nouveau dans l'industrie — Anthropic a shippé Remote Control pour Claude Code en février cette année, et l'update d'OpenAI c'est le move de parité compétitive. La séquence d'OpenAI sur les six dernières semaines a été steady : avril a apporté l'exécution background desktop, puis l'extension Chrome pour l'automation browser, et maintenant mobile. L'arc c'est le même arc : tirer l'agent du workstation du développeur et mettre les approbations de checkpoint sur le plus proche écran qui existe.
Pour les builders, la comparaison qui compte n'est pas « est-ce qu'OpenAI a rattrapé Anthropic » mais « qu'est-ce que la supervision d'agent asynchrone change dans comment tu structures le travail ». Les longues sessions d'agent ne font sens que si l'overhead de supervision tombe sous le coût de faire la tâche toi-même. Le flow d'approbation mobile baisse cet overhead en rendant les moments bloquants de l'agent — « est-ce que je devrais rouler cette commande, modifier ce fichier, hit cette API » — interrupt-driven plutôt qu'attaché à où tu te trouves assis. Le piège à watcher : les approbations mobiles trop faciles deviennent du rubber-stamping, et le rubber-stamping devient des agents qui shippent des choses que tu aurais arrêtées dans un review desktop. La bonne calibration c'est mobile pour les checks rapides read-only et les courtes approbations, desktop pour tout changement avec un blast radius non-trivial.
Les caveats honnêtes : c'est preview, pas disponibilité générale ; l'annonce ne précise pas quels modèles Codex sont exposés sur mobile ni s'il y a des rate limits spécifiques mobile ; aucun détail sur les tâches de coding supportées au-delà du framing de gestion de workflow, et rien sur le côté API ou MCP. Si tu shippes des workflows de développement sur Codex, la chose pratique à faire c'est s'enrôler dans le preview, rouler une vraie session à travers la surface d'approbation mobile, et vérifier quelles opérations à blast radius requièrent réellement ton input vs procéder silencieusement. La capacité est la bonne à shipper ; la question au déploiement c'est toujours si le gating d'approbation matche le modèle de risque des tâches que tu roules.