Français

Application de bureau ChatGPT pour Windows

Application de bureau ChatGPT pour Windows affichant une barre latérale de projets, une discussion active et un volet de révision

Utilisez l’application de bureau ChatGPT sur Windows avec la prise en charge native du bac à sable et de PowerShell

L’application de bureau ChatGPT pour Windows vous offre une interface unique pour travailler sur plusieurs projets, mener des discussions en parallèle et examiner les résultats. L’application Windows prend en charge les principaux flux de travail, notamment les worktrees, les tâches planifiées, les fonctionnalités Git, le navigateur intégré, les aperçus de fichiers, les plugins et les skills. Elle s’exécute nativement sous Windows à l’aide de PowerShell et du bac à sable Windows, mais vous pouvez également la configurer pour qu’elle s’exécute dans Windows Subsystem for Linux 2 (WSL2).

Télécharger l’application de bureau ChatGPT

Téléchargez l’application de bureau ChatGPT pour Windows.

Suivez ensuite le guide de démarrage rapide pour commencer.

Pour connaître les options d’installation et de mise à jour en entreprise, consultez Déployer l’application Windows.

Si vous préférez effectuer l’installation en ligne de commande, exécutez :

winget install --id 9PLM9XGG6VKS -s msstore

Bac à sable natif

L’application de bureau ChatGPT pour Windows prend en charge un bac à sable Windows natif lorsque l’agent s’exécute dans PowerShell, et utilise le bac à sable Linux lorsque vous exécutez l’agent dans Windows Subsystem for Linux 2 (WSL2). Pour appliquer les protections du bac à sable dans l’un ou l’autre mode, sélectionnez Demander une approbation sous la zone de saisie avant d’envoyer des messages à Codex.

Adapter l’application à votre environnement de développement

Éditeur préféré

Paramètres de l’application de bureau ChatGPT affichant l’application Ouvrir dans par défaut sous Windows

Choisissez une application par défaut pour Ouvrir, comme Visual Studio, VS Code ou un autre éditeur. Vous pouvez remplacer ce choix pour chaque projet. Si vous avez déjà sélectionné une autre application dans le menu Ouvrir pour un projet, le choix propre à ce projet est prioritaire.

Terminal intégré

Paramètres de l’application de bureau ChatGPT affichant la sélection du terminal intégré sous Windows

Vous pouvez également choisir le terminal intégré par défaut. Selon les outils que vous avez installés, les options disponibles comprennent :

  • PowerShell
  • Invite de commandes
  • Git Bash
  • WSL

Cette modification s’applique uniquement aux nouvelles sessions de terminal. Si un terminal intégré est déjà ouvert, redémarrez l’application ou démarrez une nouvelle discussion avant de vous attendre à voir apparaître le nouveau terminal par défaut.

Windows Subsystem for Linux (WSL)

Paramètres de l’application de bureau ChatGPT affichant le sélecteur d’agent avec les options Windows natif et WSL

Par défaut, l’application de bureau ChatGPT utilise l’agent Codex natif pour Windows. Cela signifie que l’agent exécute les commandes dans PowerShell. L’application peut néanmoins fonctionner avec des projets stockés dans Windows Subsystem for Linux 2 (WSL2) en utilisant la CLI wsl lorsque nécessaire.

Si vous souhaitez ajouter un projet depuis le système de fichiers WSL, cliquez sur Ajouter un nouveau projet ou appuyez sur Ctrl+O, puis saisissez \\wsl$\ dans la fenêtre de l’Explorateur de fichiers. Sélectionnez ensuite votre distribution Linux et le dossier que vous souhaitez ouvrir.

Si vous prévoyez de continuer à utiliser l’agent natif pour Windows, privilégiez le stockage des projets dans votre système de fichiers Windows et leur accès depuis WSL via /mnt/<drive>/.... Cette configuration est plus fiable que l’ouverture de projets directement depuis le système de fichiers WSL.

Si vous souhaitez que l’agent lui-même s’exécute dans WSL2, ouvrez les Paramètres, remplacez l’agent Windows natif par WSL, puis redémarrez l’application. La modification ne prend effet qu’après le redémarrage. Vos projets devraient rester en place après celui-ci.

WSL1 était pris en charge jusqu’à Codex 0.114. À partir de Codex 0.115, le bac à sable Linux a été migré vers bubblewrap ; WSL1 n’est donc plus pris en charge.

Vous configurez le terminal intégré indépendamment de l’agent. Consultez Adapter l’application à votre environnement de développement pour connaître les options du terminal. Vous pouvez conserver l’agent dans WSL tout en utilisant PowerShell dans le terminal, ou utiliser WSL pour les deux, selon votre flux de travail.

Outils utiles aux développeurs

Codex fonctionne mieux lorsque quelques outils de développement courants sont déjà installés :

  • Git : alimente le volet de révision de l’application de bureau ChatGPT et vous permet d’examiner ou d’annuler des modifications.
  • Node.js : outil courant que l’agent utilise pour accomplir des tâches plus efficacement.
  • Python : outil courant que l’agent utilise pour accomplir des tâches plus efficacement.
  • .NET SDK : utile pour créer des applications Windows natives.
  • GitHub CLI : alimente les fonctionnalités propres à GitHub dans l’application de bureau ChatGPT.

Installez-les avec le gestionnaire de paquets Windows par défaut winget en collant ce qui suit dans le terminal intégré ou en demandant à Codex de les installer :

winget install --id Git.Git
winget install --id OpenJS.NodeJS.LTS
winget install --id Python.Python.3.14
winget install --id Microsoft.DotNet.SDK.10
winget install --id GitHub.cli

Après avoir installé GitHub CLI, exécutez gh auth login pour activer les fonctionnalités GitHub dans l’application.

Si vous avez besoin d’une autre version de Python ou de .NET, remplacez les ID de paquet par ceux de la version souhaitée.

Résolution des problèmes et FAQ

Exécuter des commandes avec des autorisations élevées

Si vous avez besoin que Codex exécute des commandes avec des autorisations élevées, lancez l’application de bureau ChatGPT elle-même en tant qu’administrateur. Après l’installation, ouvrez le menu Démarrer, recherchez l’application et choisissez Exécuter en tant qu’administrateur. L’agent Codex hérite de ce niveau d’autorisation.

La stratégie d’exécution PowerShell bloque les commandes

Si vous n’avez encore jamais utilisé d’outils tels que Node.js ou npm dans PowerShell, l’agent Codex ou le terminal intégré peut rencontrer des erreurs liées à la stratégie d’exécution.

Cela peut également se produire si Codex crée des scripts PowerShell pour vous. Dans ce cas, vous devrez peut-être adopter une stratégie d’exécution moins restrictive pour que PowerShell puisse les exécuter.

L’erreur peut ressembler à ceci :

npm.ps1 cannot be loaded because running scripts is disabled on this system.

Une solution courante consiste à définir la stratégie d’exécution sur RemoteSigned :

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned

Pour plus de détails et d’autres options, consultez le guide de Microsoft sur les stratégies d’exécution avant de modifier la stratégie.

Scripts d’environnement local sous Windows

Si votre environnement local utilise des commandes multiplateformes telles que les scripts npm, vous pouvez conserver un script de configuration partagé ou un ensemble d’actions commun à toutes les plateformes.

Si vous avez besoin d’un comportement propre à Windows, créez des scripts de configuration ou des actions spécifiques à Windows.

Les actions s’exécutent dans l’environnement utilisé par votre terminal intégré. Consultez Adapter l’application à votre environnement de développement.

Les scripts de configuration locale s’exécutent dans l’environnement de l’agent : WSL si l’agent utilise WSL, et PowerShell dans le cas contraire.

Partager la configuration, l’authentification et les sessions avec WSL

L’application Windows utilise le même répertoire de base Codex que Codex natif sous Windows : %USERPROFILE%\.codex.

Si vous exécutez également la CLI Codex dans WSL, celle-ci utilise par défaut le répertoire personnel Linux ; elle ne partage donc pas automatiquement la configuration, les données d’authentification mises en cache ni l’historique des sessions avec l’application Windows.

Pour les partager, utilisez l’une des approches suivantes :

  • Synchronisez ~/.codex dans WSL avec %USERPROFILE%\.codex sur votre système de fichiers.
  • Faites pointer WSL vers le répertoire de base Codex de Windows en définissant CODEX_HOME :
export CODEX_HOME=/mnt/c/Users/<windows-user>/.codex

Si vous souhaitez appliquer ce paramètre dans chaque shell, ajoutez-le au profil de votre shell WSL, par exemple ~/.bashrc ou ~/.zshrc.

Les fonctionnalités Git ne sont pas disponibles

Si Git n’est pas installé nativement sous Windows, l’application ne peut pas utiliser certaines fonctionnalités. Installez-le avec winget install Git.Git depuis PowerShell ou avec cmd.exe.

Git n’est pas détecté pour les projets ouverts depuis \\wsl$

Pour le moment, si vous souhaitez utiliser l’agent natif pour Windows avec un projet également accessible depuis WSL, la solution de contournement la plus fiable consiste à stocker le projet sur le lecteur Windows natif et à y accéder dans WSL via /mnt/<drive>/....

Cmder ne figure pas dans la boîte de dialogue d’ouverture

Si Cmder est installé mais n’apparaît pas dans la boîte de dialogue d’ouverture de Codex, ajoutez-le au menu Démarrer de Windows : faites un clic droit sur Cmder et choisissez Ajouter à l’écran de démarrage, puis redémarrez Codex ou l’ordinateur.