Vous pouvez tester la prise en main inter-applications de Codex dans VS Code 1.138 sur un petit groupe, mais vous ne devez pas l’ouvrir à toute l’équipe simplement parce que la conversation se poursuit correctement. La conversation peut être conservée alors que le compte, les outils, le dépôt, les validations et le Mac d’exécution restent différents.
Cet article s’adresse aux développeurs qui passent de ChatGPT à VS Code sans vouloir perdre une tâche Codex, aux équipes plateforme qui gouvernent Copilot, MCP et les permissions, ainsi qu’aux équipes mobiles qui souhaitent laisser un agent travailler sur un Mac distant avant une validation Xcode.
Dernière mise à jour : 19 septembre 2026. Les informations de version et de capacité ont été vérifiées à partir de la publication officielle de VS Code 1.138, de la documentation Agent Host et des documents de permissions et d’approbation listés dans cet article.
Le bon diagnostic : continuité de conversation, pas transfert complet
Le cas d’échec le plus coûteux est facile à reproduire conceptuellement : vous reprenez une conversation commencée dans ChatGPT, le titre et les derniers messages apparaissent dans VS Code, puis Codex poursuit son travail dans un ancien répertoire portant le même nom. Un autre scénario est tout aussi problématique : une extension ou un serveur MCP apporte au nouveau contexte un droit d’écriture ou une connexion réseau qui n’était pas disponible dans le premier client.
La mise à jour 1.138 confirme une extension du support Codex dans l’Agent Host, notamment la poursuite d’une session entre l’application ChatGPT et VS Code, le changement de source d’abonnement et, lorsque la configuration le permet, la réutilisation d’interactions avec des applications de bureau. Ces capacités peuvent cependant dépendre du client, du compte, des réglages et du déploiement progressif. La section officielle consacrée au support Codex étendu ne constitue donc pas une garantie de récupération automatique, d’audit d’entreprise ou d’utilisation sans surveillance.
Votre première décision doit être formulée ainsi :
- si l’historique, le modèle, la demande en cours et les approbations sont vérifiables, lancez un pilote limité ;
- si l’historique est visible mais que le répertoire, l’identité ou les outils restent ambigus, arrêtez-vous avant toute écriture ;
- si une reprise exige une tâche longue, une modification sensible ou une construction Xcode, utilisez un espace isolé et un Mac distant maintenu en ligne plutôt que votre poste principal.
Les six indicateurs qui séparent une reprise acceptable d’un simple affichage
Indicateur 1 — état de session
Une session réellement reprenable ne se limite pas à afficher les anciens messages. Avant de quitter ChatGPT, enregistrez le titre de la conversation, la dernière demande, l’étape atteinte, le modèle sélectionné, les fichiers modifiés et les approbations encore en attente. Après la reprise dans VS Code, demandez à Codex de décrire son état sans lui permettre immédiatement de modifier le dépôt.
Comparez ensuite les deux états :
| Élément observé | Preuve à conserver | Refus de reprise si… |
|---|---|---|
| Conversation | Identifiant ou capture du titre et du dernier échange | L’historique apparaît mais la tâche active n’est pas identifiable |
| Modèle | Source du modèle et compte affichés dans le client | Le modèle change sans trace explicite |
| Action en attente | Liste des commandes ou validations non exécutées | Une approbation disparaît ou est automatiquement acceptée |
| Dépôt | État Git avant et après la reprise | Des fichiers changent avant votre validation |
Comment continuer une session Codex commencée dans ChatGPT vers VS Code ?
Vous devez d’abord rouvrir la session dans le client pris en charge, puis effectuer une reprise en lecture seule : faire confirmer le dépôt, la branche, le dernier objectif et l’action suivante. La conversation peut être considérée comme récupérée uniquement lorsque ces quatre éléments correspondent à votre relevé initial. Une interruption réseau, une répétition de commande ou une approbation perdue impose de repartir d’un point connu, pas de laisser l’agent deviner.
Indicateur 2 — identité et abonnement
Le changement de source d’abonnement est utile pour un développeur qui alterne entre ChatGPT et GitHub Copilot, mais il crée une obligation de traçabilité. La documentation sur les agents et leurs environnements d’exécution distingue le harnais Codex, le client et la source d’authentification ; vous ne devez donc pas traiter « le compte de l’application », « le compte de l’éditeur » et « l’identité du Mac distant » comme une seule identité.
| Question d’audit | ChatGPT | GitHub Copilot | Agent Host distant |
|---|---|---|---|
| Qui a lancé la tâche ? | Compte ou équipe ChatGPT | Compte ou organisation Copilot | Utilisateur ou identité de service |
| Qui fournit le modèle ? | Abonnement ChatGPT configuré | Abonnement Copilot configuré | Source déclarée par le harnais |
| Qui exécute les outils ? | Client et environnement autorisés | VS Code et ses extensions | Hôte distant associé à la session |
| Preuve attendue | Journal de session | Paramètre de compte et journal client | Identité de machine et chemin du dépôt |
Le passage de Copilot à ChatGPT fait-il perdre le contexte ?
Il peut conserver une continuité conversationnelle sans conserver automatiquement les mêmes capacités. Vérifiez séparément l’historique, la source de facturation ou d’abonnement, le modèle exposé et la liste d’outils. Pour un compte d’équipe, sauvegardez aussi l’identité de la personne qui a autorisé l’exécution : une session techniquement reprise mais attribuée au mauvais utilisateur n’est pas acceptable pour un dépôt sensible.
Indicateur 3 — outils et permissions
Le troisième contrôle porte sur ce que Codex peut réellement appeler, non sur ce qu’il affirme pouvoir faire. La documentation des outils de VS Code décrit les catégories disponibles, tandis que la documentation des approbations rappelle que l’exécution doit rester liée à une politique de validation explicite.
Faites l’inventaire avant la reprise :
- lecture et écriture de fichiers ;
- terminal et commandes système ;
- extensions fournissant des actions ;
- serveurs MCP et leurs ressources ;
- interaction avec les applications de bureau ;
- accès réseau, secrets et opérations de publication.
Comparez ensuite les appels réellement proposés dans ChatGPT et dans VS Code. L’extension peut fournir un outil qui dépend de la fenêtre active ou de l’extension Host ; l’outil n’est donc pas nécessairement disponible de la même manière après un changement de client. La documentation sur le routage des outils par l’extension Host doit être vérifiée avec votre configuration réelle.
Le score opérationnel peut être simple :
| Domaine | 0 point | 1 point | 2 points |
|---|---|---|---|
| Fichiers | Périmètre inconnu | Lecture vérifiée | Écriture limitée et journalisée |
| Terminal | Autorisation implicite | Commandes proposées | Approbation explicite par action |
| MCP | Serveurs non inventoriés | Liste connue | Serveurs minimaux et contrôlés |
| Réseau | Accès non documenté | Accès observé | Destinations et secrets limités |
| Bureau | Action non vérifiable | Lecture ou aperçu | Action réversible avec preuve |
Un pilote d’équipe ne doit pas être élargi si un domaine essentiel obtient zéro. Une hausse silencieuse des droits d’écriture, du réseau ou de l’auto-approbation impose de revenir à une validation humaine. Pour MCP, consignez la configuration active et le périmètre de chaque serveur ; la documentation officielle des serveurs MCP décrit les points de configuration à comparer.
Indicateur 4 — espace de travail et hôte
Comment vérifier qu’une session Codex inter-applications n’a pas changé de dépôt ?
Ne vous fiez ni au nom affiché dans l’interface ni au titre de la conversation. Relevez le chemin absolu, le dépôt distant, la branche, le dernier commit, l’état de l’arbre de travail et l’identité de l’hôte. Si le projet est ouvert dans un conteneur, un worktree ou un Agent Host, conservez aussi ce mode d’exécution.
La séquence de vérification est la suivante :
- afficher le chemin absolu du répertoire ouvert ;
- comparer le dépôt distant et la branche avec l’état de départ ;
- relever le dernier commit et les fichiers non suivis ;
- vérifier l’identité du Mac ou de l’hôte distant ;
- demander une modification inoffensive dans un fichier de test ;
- confirmer le diff avant toute modification du code réel.
Un même nom de dépôt peut masquer un ancien clone, un worktree différent ou une branche de maintenance. La documentation officielle sur l’isolation du code et les worktrees est particulièrement importante pour les longues tâches et les reprises par plusieurs personnes.
| Mode d’exécution | Avantage | Risque principal | Décision de pilote |
|---|---|---|---|
| Répertoire local personnel | Diagnostic rapide | Mélange avec les modifications humaines | Essai individuel seulement |
| Worktree indépendant | Séparation des changements | Nettoyage et nommage à documenter | Bon choix pour une tâche d’équipe |
| Conteneur de développement | Environnement reproductible | Différence entre conteneur et Mac réel | Valider les dépendances natives |
| Agent Host sur Mac distant | Présence continue et outils Apple | Identité, réseau et accès bureau à contrôler | Préférable pour une tâche longue |
Un Agent Host n’est donc pas un synonyme de dépôt, de modèle ou de poste utilisateur. C’est une couche d’exécution à rattacher à une identité et à un espace de travail précis. Pour les tâches iOS, audio, vidéo ou design nécessitant des applications macOS, le Mac distant doit être traité comme une frontière de sécurité supplémentaire.
Indicateur 5 — applications de bureau
VS Code 1.138 peut réutiliser, dans certaines configurations, des capacités d’interaction avec des applications de bureau. Cela ne signifie pas que toutes les applications sont adaptées à une exécution sans surveillance. Un agent qui lit une timeline audio, vérifie un rendu vidéo ou ouvre un projet de design n’a pas le même niveau de risque qu’un agent qui modifie un trousseau, publie une version ou envoie un fichier externe.
Classez chaque action avant le test :
- lecture seule : inspecter un état, une scène, un projet ou un journal ;
- modification réversible : changer un fichier de travail ou un réglage que vous pouvez annuler ;
- effet externe : envoyer, publier, supprimer, signer ou modifier des identifiants.
Pour chaque action, enregistrez l’heure, l’application, le fichier ou projet concerné et le résultat observable. Un résumé en langage naturel produit par Codex ne suffit pas : vérifiez le journal de l’application, le diff, le fichier exporté ou l’état de la construction. Les applications sensibles et les outils de publication doivent rester hors du premier pilote.
VS Code Codex peut-il continuer à agir sur les applications d’un Mac distant ?
Oui, seulement si la session, l’Agent Host, la fenêtre ou l’extension concernée et les permissions de l’hôte sont tous compatibles avec cette opération. Vous devez le démontrer sur une tâche réversible, puis vérifier le résultat depuis le Mac distant. La capacité documentée ne vaut pas autorisation générale d’exécuter des actions graphiques ou externes sans présence humaine.
Indicateur 6 — livraison et reprise après incident
Le dernier indicateur doit porter sur un résultat réel, pas sur une conversation convaincante. Choisissez un projet représentatif et demandez à Codex de modifier du code, lancer les tests, préparer une branche ou une demande de fusion, puis effectuer une construction sur un véritable Mac si le produit dépend d’Xcode.
Votre protocole minimal comprend au moins ces étapes :
- créer un worktree ou un répertoire de test indépendant ;
- noter les versions, variables d’environnement et dépendances ;
- lancer la session dans le premier client et conserver l’état ;
- reprendre dans VS Code avec les écritures bloquées ;
- autoriser une petite modification et vérifier le diff ;
- exécuter les tests et la construction sur l’hôte prévu ;
- interrompre volontairement le client ou l’hôte ;
- reprendre après expiration d’une approbation ;
- vérifier qu’aucune commande n’a été répétée dangereusement ;
- produire une conclusion avec les preuves conservées.
Le comportement après une coupure doit être documenté : arrêt, attente, reprise manuelle ou retour à un commit connu. Ne supposez pas que la conversation sauvegardée constitue un journal transactionnel. De même, un changement d’environnement peut modifier les dépendances, les variables, les certificats ou le résultat de construction sans que le fil de discussion le signale.
Conditions de décision pour l’ouverture à l’équipe
Utilisez ces conditions plutôt qu’un vote fondé sur une démonstration réussie :
- Si les six indicateurs obtiennent une preuve reproductible, que l’espace est isolé et que les actions externes restent approuvées, choisissez un pilote limité à des dépôts non critiques.
- Si la conversation est récupérable mais que la source d’abonnement ou l’identité de l’hôte est ambiguë, revenez à une utilisation individuelle en lecture et corrigez la traçabilité.
- Si les outils MCP ou les extensions exposent de nouveaux droits après le changement de client, revenez à l’approbation manuelle et réduisez la liste des outils.
- Si le dépôt, le worktree ou le chemin du Mac distant ne correspondent pas exactement, arrêtez la tâche et recréez un espace isolé.
- Si une construction Xcode, une signature ou une publication est concernée sans preuve de reprise après incident, n’ouvrez pas le dispositif à l’équipe ; utilisez une validation humaine sur le Mac dédié.
- Si la tâche est courte, réversible et sans données sensibles, un essai local peut suffire.
- Si la tâche dure longtemps ou doit survivre à une déconnexion, préférez un Mac distant isolé avec une identité d’hôte documentée.
Pour estimer l’environnement nécessaire, vous pouvez comparer votre scénario aux critères d’un Mac distant pour le développement iPhone. Si la continuité d’exécution devient le facteur déterminant, consultez aussi les formules de MacPull en séparant clairement le coût d’un environnement temporaire de celui d’un poste permanent.
Verdict pour un pilote Codex en 2026
La bonne décision n’est ni « la fonction est prête pour tout le monde », ni « la reprise inter-applications est inutile ». VS Code 1.138 peut réduire la rupture entre ChatGPT et VS Code, mais la continuité de session ne synchronise pas automatiquement les fichiers, les permissions, l’identité, les approbations ni l’état transactionnel d’une tâche.
Si votre solution actuelle repose sur un poste local partagé, elle cumule souvent trois défauts : un répertoire difficile à attribuer, une déconnexion qui interrompt les longues tâches et un accès aux outils ou aux applications de bureau trop lié à la machine personnelle d’un développeur. Une configuration locale peut rester la meilleure option pour les modifications courtes et réversibles, mais elle devient moins lisible lorsqu’il faut conserver un Agent Host actif, isoler un worktree et produire une construction Xcode vérifiable.
Dans ce cas, louer un Mac auprès de MacPull peut offrir un environnement plus net pour un pilote temporaire : vous séparez l’hôte d’exécution du poste quotidien, vous limitez le périmètre du dépôt et vous donnez à l’équipe un point de reprise documenté. Ce choix ne remplace pas une politique d’approbation et ne convient pas forcément à une charge permanente ou à un besoin de périphériques physiques ; il devient pertinent lorsque la tâche est longue, que l’outil Apple doit rester disponible et que vous voulez tester l’enchaînement Codex sans engager immédiatement tout votre parc.
Commencez par un seul worktree, un compte clairement attribué et une tâche réversible. N’élargissez l’accès qu’après avoir conservé les preuves des six indicateurs, notamment la reprise après coupure et la construction sur le Mac réellement utilisé.