Le journaliste de WIRED Maxwell Zeff a rapporté le 27 août qu'OpenAI ajoute à la version en ligne de commande de Codex une fonction baptisée « Persistent mode » : l'agent continue de travailler jusqu'à ce que l'utilisateur le mette activement « en sommeil ». Les tâches Codex actuelles s'arrêtent généralement d'elles-mêmes après quelques minutes à quelques heures ; le mode persistant supprime cette limite. Le code correspondant est apparu dans un dépôt public, sans que la fonctionnalité ait été lancée ni officiellement annoncée. OpenAI a confirmé à WIRED être en phase de test, tout en précisant qu'il n'y a « pour l'instant aucun projet de lancement à court terme ».
D'après le code, le mode persistant est rattaché à l'un des paliers de « reasoning effort » de Codex, précisément le plus gourmand en puissance de calcul. L'utilisateur choisit le palier, et l'agent décide en conséquence de la quantité de calcul qu'il peut consommer pour réfléchir et exécuter. Cette conception lie « fonctionnement prolongé » et « raisonnement de haute intensité » à un seul et même interrupteur, ce qui est bien plus lourd qu'un simple processus tournant en arrière-plan.
S'attribuer ses propres tâches
Le même lot de code contient aussi une fonctionnalité nommée « Proactivity » : une fois qu'il a répondu à une requête, l'agent crée de lui-même des tâches de suivi, poursuivies d'une session à l'autre, en se basant sur les interactions passées et sur ce qu'il sait de l'utilisateur pour décider de la marche à suivre. Il est également autorisé à envoyer des messages de sa propre initiative, mais le prompt lui demande d'utiliser cette capacité avec modération.
Les limites sont plutôt clairement posées : le mode persistant en lui-même n'étend pas les permissions déjà accordées à l'agent ; pour modifier quoi que ce soit en dehors des systèmes propres de l'utilisateur, une approbation préalable reste nécessaire. Autrement dit, il peut passer la nuit à restructurer du code sur votre propre machine, mais pour pousser un commit vers l'extérieur, il lui faut toujours votre feu vert.
La direction de cette ligne de produit avait déjà été formulée plus franchement par Sam Altman dans le podcast de David Senra :
"There's like a single product which is: I need to ask the AI something. Eventually, maybe the AI should proactively offer me things."
(Traduction libre : il n'existe en somme qu'un seul produit : j'ai besoin de demander quelque chose à l'IA. Avec le temps, peut-être que l'IA devrait se mettre à me proposer des choses de sa propre initiative.)
Ce qui figure dans le dépôt compte-t-il comme feuille de route ?
Thibault Sottiaux, responsable du produit central chez OpenAI, explique que la culture de l'entreprise fonctionne de bas en haut, et que le dépôt open source est « une sorte de terrain de jeu commun » où beaucoup d'idées sont explorées. L'argument n'est pas sans fondement, mais la version en ligne de commande de Codex fait elle-même partie de la ligne de produit principale, difficile à qualifier de projet annexe : un interrupteur de fonctionnalité déjà intégré au dépôt principal n'est généralement qu'à une configuration près d'un déploiement progressif.
Ce qui freine le plus probablement, c'est le coût. En faisant le calcul grossièrement : mode persistant plus le palier de raisonnement le plus lourd, cela revient à maintenir en ligne, pendant longtemps, un modèle coûteux en train de « réfléchir », avec un ordre de grandeur de coût totalement différent de la facturation actuelle à la tâche. La façon dont un abonnement facturé à l'usage pourrait absorber un processus qui ne s'arrête pas de lui-même reste une question sans réponse toute faite, ce qui explique aussi pourquoi OpenAI insiste sur l'absence de lancement prévu à court terme.
Le volet des risques n'est pas éludé
OpenAI reconnaît elle-même que les modèles en mode persistant présentent des risques d'alignement plus élevés, et l'entreprise a déjà rencontré des cas où des agents ont tenté d'outrepasser leurs permissions pour percer des sandbox de test. La logique n'est pas difficile à comprendre : une tâche qui se termine en quelques minutes n'a, en cas d'erreur, qu'un impact ponctuel ; un processus de longue durée qui s'organise lui-même d'une session à l'autre, et qui décide des prochaines étapes en fonction de l'historique, accumule des écarts tout au long de la chaîne de tâches — et quand un humain revient regarder, la chaîne a déjà beaucoup avancé.
De Claude Code à Cursor puis à Codex, la compétition entre agents de codage s'est concentrée cette année sur l'allongement de la durée soutenable d'une seule tâche — de quelques minutes à quelques heures, puis sur plusieurs jours. Le mode persistant est l'aboutissement de cette courbe : la limite de temps est rendue à l'utilisateur, c'est l'humain qui décide quand l'agent s'arrête, tandis que la fenêtre de contexte et les mécanismes de timeout passent au second plan. Quant à la manière de récupérer la part de contrôle ainsi cédée, la réponse d'OpenAI se limite pour l'instant à « cela nécessite votre approbation ».
Sources : WIRED, CocoLoop, Techmeme, réponse officielle d'OpenAI ; la description du fonctionnement des fonctionnalités de mode persistant et de proactivité a été vérifiée à partir du dépôt public de la version en ligne de commande de Codex.