ChatGPT Work et Codex : OpenAI tente d'expliquer où les conversations sont stockées

OpenAI a publié un article de référence sur le fonctionnement de ChatGPT Work avec Codex, dans lequel elle a tenté d'expliquer aux utilisateurs pourquoi les conversations commencées dans un navigateur ou sur un appareil mobile n'apparaissent pas dans l'application de bureau — et, de l'avis du développeur indépendant Simon Willison, l'explication s'est avérée « infructueuse ».

Ce que dit la référence OpenAI

Dans le passage cité, l'entreprise divise les opérations de ChatGPT Work en deux modes, qui diffèrent par le lieu où les tâches sont exécutées et où les données sont stockées.

• Le travail dans le navigateur (web) et dans l'application mobile s'effectue dans le cloud
• Le travail dans l'application de bureau peut également utiliser des fichiers locaux et d'autres applications sur l'ordinateur de l'utilisateur — avec sa permission
• Au moment du lancement, les conversations cloud (cloud Work conversations) n'apparaissent pas dans la version de bureau de Work
• Les threads démarrés dans l'application de bureau et les fichiers locaux associés restent uniquement sur l'ordinateur où ils ont été créés

Qu'est-ce que ChatGPT Work

ChatGPT Work est un produit OpenAI destiné aux cas d'utilisation de ChatGPT liés au travail : il combine l'accès via navigateur, application mobile et client de bureau, ainsi que l'intégration avec Codex — l'outil d'agent OpenAI pour automatiser les tâches de développement. Selon la formulation de la référence, la différence clé de la version de bureau est des permissions élargies : elle peut, avec la permission de l'utilisateur, accéder aux fichiers de l'ordinateur et à d'autres applications installées, tandis que les versions web et mobile fonctionnent exclusivement dans l'environnement cloud d'OpenAI. Le titre même de l'article de référence — « ChatGPT Work and Codex » — l'indique directement.

Pourquoi cela a posé des questions

La formulation décrit la séparation architecturale entre les parties cloud et locales du produit, mais n'explique pas à l'utilisateur comment suivre par lui-même dans quel mode il travaille actuellement et où trouver une conversation qu'il a commencée auparavant. Le développeur Simon Willison, commentant la citation sur son blog, a caractérisé la tentative d'OpenAI de clarifier la mécanique de ChatGPT Work comme infructueuse — c'est-à-dire que, selon son évaluation, la référence ne résout pas le problème original du malentendu, mais énonce simplement le fait de la séparation des données entre les plates-formes.

Le problème est que la formulation de la référence répond à la question « que se passe-t-il avec les données », mais ne répond pas à la question plus pratique qu'un utilisateur se pose — « où est ma conversation et pourquoi ne la vois-je pas sur un autre appareil ». Pour quelqu'un qui a ouvert ChatGPT Work sur son téléphone le matin et qui s'est assis devant une application de bureau avec Codex le soir, l'absence d'un historique de conversation unifié peut sembler être un bug, bien que selon la description d'OpenAI ce soit le comportement attendu du système à ce stade.

Qu'est-ce que cela signifie

La séparation entre les conversations cloud et de bureau dans ChatGPT Work est une conséquence directe du fait que l'application de bureau reçoit l'accès aux fichiers locaux et aux programmes, tandis que la version cloud ne le fait pas : du point de vue de la sécurité des données et de la confidentialité, c'est justifié, mais du point de vue de l'expérience utilisateur, cela signifie qu'il n'y aura pas d'historique de messages unifié entre les appareils pour le moment. Pour les équipes qui envisagent d'utiliser ChatGPT Work et Codex simultanément dans le navigateur et sur le bureau, cela signifie devoir décider manuellement où commencer une tâche particulière — dans le cloud ou localement — et ne pas compter sur la synchronisation automatique du contexte entre les modes. Jusqu'à ce qu'OpenAI change l'architecture ou ajoute une synchronisation explicite entre les conversations cloud et locales, les utilisateurs doivent décider à l'avance dans quel mode — web/mobile ou bureau — conduire un flux de travail particulier, surtout s'il est lié à Codex et aux fichiers de projet locaux.